PuTTY Network Error: ซอฟต์แวร์ทำให้การเชื่อมต่อล้มเหลว

ฉันมีปัญหาแปลก ๆ : เมื่อฉันใช้ PuTTY กับ SSH ที่เชื่อมต่อกับเซิร์ฟเวอร์ Linux ที่โฮสต์ในVMwareบนWindows 7 ในเครื่องของฉันฉันมักจะได้รับข้อผิดพลาดว่า"Network error: Software caused connection abort"จากนั้นหน้าต่าง PuTTY SSH ไม่ทำงาน โดยปกติฉันสามารถเข้าสู่ระบบในเซิร์ฟเวอร์ด้วย PuTTY และทำบางสิ่ง แต่หลังจากเวลาสุ่ม (ประมาณหนึ่งหรือสองนาที) ฉันได้รับข้อผิดพลาดนั้น และบางครั้งฉันก็ไม่สามารถเข้าสู่ระบบได้รับข้อผิดพลาดที่บอกว่าหมดเวลา

ฉันเดาว่ามีบางอย่างผิดปกติกับ VMware Player ของฉันเพราะฉันมีเดสก์ท็อป Ubuntu ตัวอื่นที่โฮสต์ใน VMware เป็นเซิร์ฟเวอร์ที่เก็บรหัสและบ่อยครั้งกว่าที่จะไม่มีข้อผิดพลาดการหมดเวลาเมื่อฉันทำการปรับปรุง / คอมมิชชัน SVN อย่างไรก็ตามฉันยังเดาว่า Windows 7 มีความผิดปกติบางอย่างเพราะเซิร์ฟเวอร์ Ubuntu ตัวเดียวกันโฮสต์ใน VMware เนื่องจากที่เก็บรหัสทำงานได้ดีมากเมื่อใช้บน Windows Vista! ดูเหมือนว่าสิ่งเลวร้ายทั้งหมดจะเกิดขึ้นหลังจากฉันย้ายจาก Windows XP ไปเป็น Windows Vista และ Windows 7!

สาเหตุของปัญหานี้คืออะไรและจะแก้ไขได้อย่างไร

อาหารเสริม :

ฉันค้นหาโดย Google และใช้วิธีการทั้งหมดเพื่อช่วยรวมถึง:

1. เปิดใช้งาน sshd TCPKeepAlive
2. ตั้งค่า sshd ClientAliveIntervalเป็น900และClientAliveCountMaxเพื่อ3
3. ตั้งค่าการเชื่อมต่อการตั้งค่าฉาบ 'วินาทีระหว่าง keepalives' 5เพื่อ

แต่สิ่งเหล่านี้ทั้งหมดไม่ทำงาน! และเซสชั่น SSH ใน PuTTY ยังคงแบ่งหลังจากบางครั้ง!

ฉันปิดทั้งไฟร์วอลล์เซิร์ฟเวอร์ Linux และไฟร์วอลล์ไคลเอนต์ Windows 7 แต่การเข้าสู่ระบบยังคงหมดเวลา! มันน่ารำคาญจริงๆ!

ดูเหมือนว่าบางครั้งฉันสามารถเข้าสู่ระบบ แต่บางครั้งการเข้าสู่ระบบหมดเวลา! ฉันไม่รู้จริงๆว่าทำไม มันทำให้ฉันบ้า!

สิ่งหนึ่งที่ฉันต้องพูดถึงคือเมื่อฉันใช้ PuTTY SSH เชื่อมต่อกับเซิร์ฟเวอร์ระยะไกลและมันก็โอเค!

เมื่อฉันล้มเหลวในการเข้าสู่ระบบ ping ก็ล้มเหลวเช่นกัน! แต่จะเกิดอะไรขึ้น ฉันใช้เครื่องเล่น VMware เพื่อโฮสต์เซิร์ฟเวอร์ Linux บนเครื่องของฉัน!

สีโป๊วมีคุณสมบัติที่พยายามที่จะแก้ไขปัญหานี้:

Network Error: Software caused connection abort

1. เริ่มโป๊ว
2. โหลดการตั้งค่าการเชื่อมต่อของคุณหากคุณบันทึกไว้
3. คลิกที่ "การเชื่อมต่อ"
4. ในส่วนที่ระบุว่า "การส่งแพ็กเก็ต null เพื่อให้เซสชันใช้งานได้" ให้เปลี่ยนเป็น 5 วินาที 300 วินาทีอาจดีกว่านี้หากเครือข่ายของคุณประสบปัญหาโปรดอ่านรายละเอียดด้านล่าง

วิธี keepalives เพื่อป้องกันการขาดการเชื่อมต่อกับสีโป๊ว:

เราเตอร์เครือข่ายและไฟร์วอลล์บางตัวจำเป็นต้องติดตามการเชื่อมต่อทั้งหมดผ่านทางพวกเขา โดยปกติแล้วไฟร์วอลล์เหล่านี้จะถือว่าการเชื่อมต่อนั้นตายหากไม่มีการถ่ายโอนข้อมูลในทิศทางใดทิศทางหนึ่งหลังจากช่วงเวลาหนึ่ง ซึ่งอาจทำให้เซสชัน PuTTY ถูกปิดโดยไม่คาดคิดโดยไฟร์วอลล์หากไม่มีการรับส่งข้อมูลในเซสชันในบางครั้ง

ตัวเลือก keepalive ('วินาทีระหว่าง keepalives') ช่วยให้คุณกำหนดค่า PuTTY เพื่อส่งข้อมูลผ่านเซสชันในช่วงเวลาปกติในลักษณะที่ไม่รบกวนเซสชันเทอร์มินัลจริง หากคุณพบว่าไฟร์วอลล์ของคุณกำลังตัดการเชื่อมต่อที่ไม่ได้ใช้งานคุณสามารถลองป้อนค่าที่ไม่เป็นศูนย์ในฟิลด์นี้ ค่าถูกวัดเป็นวินาที ตัวอย่างเช่นหากไฟร์วอลล์ของคุณตัดการเชื่อมต่อหลังจากผ่านไปสิบนาทีคุณอาจต้องป้อน 300 วินาที (5 นาที) ในช่อง

ลดปัญหาการใช้ putty autologin และเครื่องมือ "screen"

สีโป๊วไม่สามารถจัดการกับ wifi เส็งเคร็งที่สูญเสียการเชื่อมต่อในเวลานาที การหลีกเลี่ยงคือการใช้ autologin และหน้าจอ

มันเป็นปัญหาที่ไม่สำคัญสำหรับการฉาบเพื่อประสานสถานีของคุณอีกครั้งหลังจากการสูญเสียการเชื่อมต่ออินเทอร์เน็ตนานนาที คุณใช้ความเสี่ยงของมนุษย์ในการโจมตีกลางในช่วงที่ไฟดับ คุณจะต้องตรวจสอบตัวเองอีกครั้งเพื่อให้แน่ใจ ผงสำหรับอุดรูไม่ได้กำหนดว่าคุณ

ดังนั้นใช้ autologin เพื่อให้ putty สามารถเข้าสู่ระบบอัตโนมัติในนามของคุณ

1. สร้างไพรเวทคีย์ด้วยเครื่องมือ puttygenบนคอมพิวเตอร์ที่คุณถนัด
2. วางกุญแจสาธารณะใน/home/youruser/.ssh/authorized_keysฝั่งเซิร์ฟเวอร์ของคุณบนเซิร์ฟเวอร์ที่คุณใช้เข้าสู่ระบบโป๊ว
3. ทำให้คีย์ส่วนตัวสามารถเข้าถึง putty ได้ในการตั้งค่า putty Connection-> SSH-> Auth
4. เพิ่มไพรเวตคีย์โดยการระบุไฟล์ไพรเวตคีย์ภายใต้: "ไฟล์ไพรเวตคีย์สำหรับการรับรองความถูกต้อง"
5. บันทึกการตั้งค่าการเชื่อมต่อที่ฉาบ

จากนั้นคุณจะสามารถคลิกสองครั้งที่การเชื่อมต่อของคุณผ่านผงสำหรับอุดรูและควรนำคุณไปยังเทอร์มินัลโดยไม่ต้องพิมพ์ชื่อผู้ใช้ / รหัสผ่าน

F6ดังนั้นตอนนี้คุณสามารถขอเข้าสู่ระบบเพื่อฉาบในการเชื่อมต่อกับแป้นพิมพ์พร้อมกันเช่น ดังนั้นเมื่อ wifi ไม่ดีและคุณได้ลดลง คุณ mash down F6 และคุณกลับเข้าสู่ระบบ

แต่คุณยังคงสูญเสียสถานะของเครื่องของคุณ! จะแก้ไขได้อย่างไร? ใช้โปรแกรม "หน้าจอ" สร้างหน้าจอใหม่โดยพิมพ์ 'หน้าจอ' หน้าจอใหม่ถูกสร้างขึ้น

เมื่อคุณถูกไล่ออกและเข้าสู่ระบบอัตโนมัติคุณสามารถแนบหน้าจอของคุณอีกครั้ง นี่คือการสอนเกี่ยวกับวิธีการทำเช่นนั้น: http://www.tecmint.com/screen-command-examples-to-manage-linux-terminals/

เป็นเรื่องยุ่งยากที่จะพิมพ์screenและเชื่อมต่อใหม่ทุกครั้งที่คุณถูกทิ้ง เพื่อให้คุณสามารถเขียนสคริปต์ที่จะ "นำคุณกลับสู่หน้าจอสุดท้ายที่มีอยู่โดยอัตโนมัติ" เพื่อให้โปร่งใส

ดังนั้นเมื่อมีสีโป๊วขั้วค้าง ดูเหมือนว่า: คุณทำเสียงแหลมดูถูกเหยียดหยาม Alt + F4 เพื่อปิด putty, Mash down F6 และใน 6 วินาทีคุณจะกลับมาในที่ที่คุณออกไป

ทางออกที่ดียิ่งขึ้นในทางทฤษฎี

ในทางทฤษฎีคุณสามารถเขียนกระบวนการทั้งหมดข้างต้นนี้ได้ดังนั้นเทอร์มินัลจะตรวจจับเมื่อมันถูกทิ้งและทำตามขั้นตอนทั้งหมดข้างต้นเพื่อให้คุณได้คืนค่าการเชื่อมต่ออินเทอร์เน็ต หากใครรู้โปรแกรมที่ทำสิ่งนี้โดยอัตโนมัติแจ้งให้ฉันทราบ มันจะเรียบร้อย

แหล่งที่มา:

http://the.earth.li/~sgtatham/putty/0.58/htmldoc/Chapter4.html#config-keepalive

http://rafaelwolf.com/?p=516

การแก้ไขปัญหาข้อผิดพลาดเครือข่าย PuTTY

Software caused connection abort

อ่านสิ่งที่ PuTTY พูดเกี่ยวกับข้อผิดพลาด

นี่เป็นข้อผิดพลาดทั่วไปที่สร้างขึ้นโดยรหัสเครือข่ายของ Windows เมื่อมันทำการเชื่อมต่อที่สร้างขึ้นด้วยเหตุผลบางประการ ตัวอย่างเช่นอาจเกิดขึ้นหากคุณดึงสายเคเบิลเครือข่ายออกจากด้านหลังของคอมพิวเตอร์ที่เชื่อมต่อกับ Ethernet หรือหาก Windows มีเหตุผลอื่นที่คล้ายคลึงกันเพื่อเชื่อว่าเครือข่ายทั้งหมดไม่สามารถเข้าถึงได้

Windows จะสร้างข้อผิดพลาดนี้เช่นกันหากมีการยกเลิกบนเครื่องที่ปลายอีกด้านหนึ่งของการเชื่อมต่อที่ตอบสนอง หากเครือข่ายระหว่างไคลเอนต์และเซิร์ฟเวอร์ของคุณล่มและไคลเอนต์ของคุณพยายามส่งข้อมูลบางอย่าง Windows จะพยายามส่งข้อมูลหลายครั้งและจะเลิกใช้และหยุดการเชื่อมต่อ โดยเฉพาะอย่างยิ่งสิ่งนี้สามารถเกิดขึ้นได้แม้ว่าคุณจะไม่ได้พิมพ์อะไรเลยหากคุณใช้ SSH-2 และ PuTTY พยายามเปลี่ยนกุญแจใหม่

(นอกจากนี้ยังสามารถเกิดขึ้นได้หากคุณใช้ keepalives ในการเชื่อมต่อของคุณคนอื่นรายงานว่า keepalives แก้ไขข้อผิดพลาดนี้สำหรับพวกเขา (มีข้อดีและข้อเสียของ keepalives)

เราไม่ทราบถึงเหตุผลใด ๆ ว่าทำไมข้อผิดพลาดนี้อาจเกิดขึ้นซึ่งจะแสดงถึงข้อบกพร่องใน PuTTY ปัญหาระหว่างคุณกับระบบ Windows ของคุณเครือข่ายของคุณและระบบระยะไกล

ลองใช้ไคลเอ็นต์ SSH อื่น

เป็นไปได้มากที่ปัญหาจะเกิดขึ้นระหว่าง PuTTY และเซิร์ฟเวอร์ SSH เป้าหมาย เพื่อให้หลักฐานนี้ใช้ไคลเอนต์ SSH อื่นเช่น ( http://kitty.9bis.net ) และดูว่ามีปัญหาเกิดขึ้นเช่นกันหรือไม่ มันอาจจะแยกปัญหาออกจาก PuTTY

สงสัยการเชื่อมต่ออินเทอร์เน็ตที่ไม่แน่นอน

ปัญหาอาจเกิดจากการเชื่อมต่ออินเทอร์เน็ตที่ไม่แน่นอน การเชื่อมต่ออินเทอร์เน็ตการตรวจสอบสถานะการออนไลน์ของการเชื่อมต่ออินเทอร์เน็ตเป็นวิธีที่ดีในการพิจารณาว่า ISP ของคุณสูญเสียแพ็กเก็ตหรือไม่และจะโทษว่า PuTTY หยุดทำงานหรือไม่ รับซอฟต์แวร์บางอย่างที่ทดสอบเวลาใช้งานของการเชื่อมต่ออินเทอร์เน็ต ตัวอย่างเช่นhttp://code.google.com/p/internetconnectivitymonitor/. การตัดการเชื่อมต่อที่บ่อยครั้งและยาวจากอินเทอร์เน็ตเป็นการละเมิดข้อกำหนดของ ISP หากเป็นกรณีนี้จะเป็นการยากที่จะพิสูจน์ว่าเป็นความผิดพลาดของ ISP เนื่องจากฝ่ายสนับสนุนด้านเทคนิคจะตำหนิปัญหาเหล่านี้ในคอมพิวเตอร์ระบบปฏิบัติการเราเตอร์และสายไฟที่บ้านของคุณโดยอัตโนมัติ หากคุณใช้สายเคเบิลอินเทอร์เน็ตและใช้ชีวิตอยู่ในทรัพย์สินเป็นไปได้ว่าฮาร์ดแวร์ที่ชำรุดในบ้านเพื่อนบ้านของคุณอาจส่งสัญญาณคงที่ในสายเป็นเวลาสองสามวินาที / นาทีเมื่อเปิดเครื่องครั้งแรก ในที่สุดก็เป็นไปได้ว่ามีฮาร์ดแวร์ที่ชำรุดในเครือข่ายของ ISP ถึงบ้านของคุณ ค่าใช้จ่ายสำหรับผู้ให้บริการอินเทอร์เน็ตในการเปลี่ยนฮาร์ดแวร์ของพวกเขานั้นสูงมากซึ่งบ่อยครั้งที่ผู้ให้บริการจะไม่ทำเช่นนั้นเว้นแต่จะมีสมาชิกในพื้นที่เพียงพอที่จะรับประกันค่าใช้จ่าย

สงสัยว่าเราเตอร์แบบมีสาย / ไร้สาย

คุณกำลังเชื่อมต่อผ่านเราเตอร์แบบมีสาย / ไร้สายหรือไม่? มันอายุเท่าไหร่? เราเตอร์ของคุณอาจมีปัญหา เทคโนโลยีไร้สายและแบบใช้สายเก่าสามารถรับการเชื่อมต่อแบบเก่าและแบบต่อเนื่องและเริ่มต้นใหม่ได้ทำให้ PuTTY ตาย ลบส่วนประกอบเหล่านี้ออกจากสมการและดูว่าช่วยแก้ปัญหาได้หรือไม่ ลองใช้การเชื่อมต่อแบบมีสายและ / หรือเราเตอร์อื่นเพื่อดูว่าสามารถแก้ไขปัญหาได้หรือไม่ ฉันมีเราเตอร์ไร้สายของ Linksys ที่ประสบกับความตายช้าและการเชื่อมต่อที่ลดลงและเริ่มต้นใหม่

สงสัยว่าระบบปฏิบัติการที่ให้การเชื่อมต่อ SSH

คอมพิวเตอร์ที่คุณกำลังเชื่อมต่อกับ SSH มีนโยบายเป็นเวลาหลายวินาทีเพื่อให้การเชื่อมต่อ SSH ยังคงอยู่ หมายเลขนี้ถูกตั้งค่าต่ำเพราะเหตุผลด้านความปลอดภัยและคุณสามารถเพิ่มได้ การตั้งค่านี้ขึ้นอยู่กับระบบปฏิบัติการที่คุณใช้ที่มี SSH

หากคุณใช้ PuTTY ผ่านเครื่องเสมือน

หากคุณใช้ PuTTY ผ่านเครื่องเสมือนอาจมีนโยบายบนเครื่องเสมือนที่ทำลายการเชื่อมต่อ SSH ของคุณไปยังเซิร์ฟเวอร์เมื่อคิดว่ามันไม่ได้ใช้งาน การเพิ่มค่าเหล่านี้ขึ้นอยู่กับซอฟต์แวร์เครื่องเสมือนและระบบปฏิบัติการที่คุณใช้

หากการเชื่อมต่ออินเทอร์เน็ตไม่ดีการเชื่อมต่อไคลเอ็นต์ SSH จะแก้ไขปัญหา:

ถ้า ISP ของคุณให้การเชื่อมต่อที่ไม่เสถียรคุณสามารถทำการปลดการเชื่อมต่อได้น้อยลงด้วย "ssh autologin" สิ่งที่คุณทำคือการสร้างกุญแจสาธารณะและส่วนตัว และคุณแจ้งให้เซิร์ฟเวอร์ต่างประเทศของคุณอนุญาตโดยอัตโนมัติในทุกคนที่ให้รหัสส่วนตัวที่ถูกต้อง มันไม่สามารถแก้ปัญหาของคุณได้อย่างสมบูรณ์ แต่เมื่อเกิดการขัดข้องทางอินเทอร์เน็ตสิ่งที่คุณต้องทำก็คือปิดหน้าต่างดับเบิ้ลคลิกที่ไอคอนและคุณจะถูกนำกลับไปที่บรรทัดคำสั่งของโฮมโฟลเดอร์ทันทีโดยไม่ต้องป้อนชื่อผู้ใช้ / รหัสผ่าน

วิธีนี้จะช่วยคุณได้ว่า: มีวิธี "การเข้าสู่ระบบอัตโนมัติ" ใน PuTTY ด้วยรหัสผ่านหรือไม่?

ในพรอมต์คำสั่งยกระดับให้เรียกใช้สิ่งต่อไปนี้:

C:\Windows\system32>netsh int tcp show global

Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled

Chimney Offload State               : automatic

NetDMA State                        : enabled

Direct Cache Acess (DCA)            : disabled

Receive Window Auto-Tuning Level    : normal

Add-On Congestion Control Provider  : none

ECN Capability                      : disabled

RFC 1323 Timestamps                 : disabled

หากReceive Window Auto-Tuning Levelเป็นเรื่องปกติคุณจะพบปัญหา ปิดใช้งานและทุกอย่างจะทำงานตามที่เคยทำ:

C:\Windows\system32>netsh int tcp set global autotuninglevel=disabled

ฉันทำงานกับเซิร์ฟเวอร์CentOSจากพีซี Windows และฉันมีปัญหาเดียวกันกับ PuTTY เซสชันใช้เวลาไม่เกิน 1-5 นาที ฉันพยายามเล่นด้วยการตั้งค่า PuTTY (keepalives และอื่น ๆ ) แต่มันก็ไม่ได้ช่วยอะไรเลย

ในที่สุดฉันก็พบวิธีแก้ปัญหาสำหรับกรณีของฉัน ฉันบันทึก TCP ทิ้งทั้งที่ไคลเอนต์และเซิร์ฟเวอร์ ฉันได้ค้นพบว่าในช่วง 25-30 วินาทีก่อนที่จะยกเลิกการเชื่อมต่อมีการส่งสัญญาณ TCP เซกเมนต์อีกครั้งในการถ่ายโอนข้อมูลของลูกค้า (ทั้งจากไคลเอนต์และจากฝั่งเซิร์ฟเวอร์) และสุดท้าย PuTTY ส่ง RST และปิดเซสชันด้วยข้อผิดพลาดนั้น ในการถ่ายโอนข้อมูลของเซิร์ฟเวอร์ฉันไม่เห็นเซ็กเมนต์ใด ๆ จากไคลเอ็นต์ในช่วงเวลานี้แม้แต่ RST ซึ่งหมายความว่าในบางครั้งไม่มีส่วน TCP จากไคลเอนต์จะถูกส่งไปยังเซิร์ฟเวอร์และช่วงเวลานี้คือประมาณ 30-60 วินาที ฉันบันทึกเคสไว้หลายครั้งและมักจะมีการส่งสัญญาณซ้ำและ RST สุดท้ายจาก PuTTY อาจเป็นที่หนึ่งในแพ็กเก็ตเส้นทางที่ถูกทิ้งไว้โดยอุปกรณ์เครือข่าย

ในการแก้ปัญหาฉันได้เพิ่มจำนวนการส่งข้อมูลสูงสุดใหม่จากค่าเริ่มต้นที่ 5 เป็น 16 มันสามารถป้องกัน PuTTY จากการขาดการเชื่อมต่อที่เร็วเกินไป ตัวแปรคือ 'HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters \ TcpMaxDataRetransmissions' ฉันได้เพิ่มตัวแปรนี้ด้วยตนเองมันไม่ได้ถูกกำหนดไว้ในการลงทะเบียนของ Windows ในตอนแรก มันช่วยได้! ตอนนี้ฉันเห็นว่า PuTTY หยุดทำงานเป็นครั้งคราว แต่มันกลับมาทำงานได้เสมอ

ในการแก้ไขปัญหา: 1. บันทึกการถ่ายโอนข้อมูล TCP และค้นหาการส่งสัญญาณใหม่และ RST ก่อนที่จะตัดการเชื่อมต่อ 2. หากคุณพบว่าการส่งสัญญาณซ้ำ / เซกเมนต์ RST เดียวกันให้ปรับจำนวนครั้งในเซิร์ฟเวอร์หรือฝั่งไคลเอ็นต์ (ขึ้นอยู่กับด้านของ RST)

ระวัง: การเปลี่ยนการตั้งค่า TCP จะใช้กับซอฟต์แวร์และระบบปฏิบัติการทั้งหมด

ข้อผิดพลาดข้อผิดพลาดของเครือข่าย: ซอฟต์แวร์ที่ทำให้การเชื่อมต่อถูกยกเลิกจาก PuTTY เป็นผลลัพธ์หากมีที่อยู่IP ขัดแย้งกัน (คอมพิวเตอร์สองเครื่องขึ้นไปมีที่อยู่ IP เดียวกัน) บนเครือข่าย (ฉันมีปัญหานี้กับRaspberry Piที่ได้รับที่อยู่ IP เดียวกันที่กำหนดโดยเซิร์ฟเวอร์ DHCPเป็นอุปกรณ์ / คอมพิวเตอร์ปลอมบางตัวที่ตั้งค่าด้วยตนเองเพื่อใช้ที่อยู่ IP เดียวกัน)

ในกรณีนี้อาจเป็นความขัดแย้งของที่อยู่ IP ในเครื่องคอมพิวเตอร์ Windows 7 หรือกับอุปกรณ์อื่นในเครือข่าย Wiresharkสามารถใช้เพื่อติดตามข้อผิดพลาดประเภทนี้ได้สำเร็จ

ข้อผิดพลาด10053 WSAECONNABORTED(ซอฟต์แวร์ทำให้เกิดการยกเลิกการเชื่อมต่อ) เป็นข้อผิดพลาดWinsockทั่วไปที่สามารถปล่อยออกมาได้เนื่องจากสาเหตุหลายประการ

อธิบายอย่างเป็นทางการกล่าวว่า:

ข้อผิดพลาดนี้สามารถเกิดขึ้นได้เมื่อระบบเครือข่ายท้องถิ่นยกเลิกการเชื่อมต่อเช่นเมื่อ Winsock ปิดการเชื่อมต่อที่สร้างขึ้นหลังจากการส่งข้อมูลล้มเหลว (ผู้รับไม่เคยรับข้อมูลที่ส่งไปยังซ็อกเก็ตดาต้าสตรีม)

สาเหตุของปัญหานี้อาจอยู่ในช่วงตั้งแต่สายเคเบิลเครือข่ายที่มีข้อบกพร่องไปจนถึงการสูญเสียการเชื่อมต่ออย่างง่าย เป็นไปไม่ได้ที่จะเสนอทางออกเดียว

ฉันมีปัญหาเดียวกันกับ PuTTY หลังจากติดตั้งเราเตอร์ WLAN / โมเด็ม 3G ใหม่เพื่อเชื่อมต่ออินเทอร์เน็ต ฉันลองวิธีแก้ปัญหาที่รักษาไว้ทั้งหมดข้างต้น - และทุกอย่างในเมนูการกำหนดค่าของเราเตอร์ของฉัน - ไม่มีผลกระทบ

จากนั้นฉันก็จำบางสิ่งจากทางย้อนกลับไปในยุค 90 เมื่อฉันมีโทรศัพท์สายโมเด็ม: MTU (หน่วยการส่งสูงสุด) โดยทั่วไปขนาดของชิ้นข้อมูลสูงสุดที่ถ่ายโอน - มันมีผลกระทบต่อเสถียรภาพของการเชื่อมต่อ

ดังนั้นฉันจึงตรวจสอบการกำหนดค่าของเราเตอร์ WLAN ของฉันพบการตั้งค่า MTU และเปลี่ยนจากค่าคงที่ 1424 เป็น "อัตโนมัติ" (ฉันหมายถึงลองค่าที่น้อยกว่า แต่ "อัตโนมัติ" ฟังดูดีกว่า) หลังจากนั้นฉันก็ไม่มีปัญหากับ PuTTY อีกต่อไปตอนนี้การเชื่อมต่อก็แน่นหนาดีแล้ว ฉันหวังว่านี่จะช่วยให้ใครบางคนที่มีปัญหา "เครือข่ายผิดพลาด: ซอฟต์แวร์ทำให้เกิดปัญหาการยกเลิกการเชื่อมต่อ"

แท็บการเชื่อมต่อ: ตั้งค่าชีวิตให้คงอยู่ที่ "5" วินาทีและเปิดใช้งาน

แต่ที่สำคัญกว่า:

การเชื่อมต่อ -> SSH -> Kex , นาทีสูงสุดก่อนที่จะ rekey : "2" (ค่าเริ่มต้นคือ 60)

PuTTY ของฉันสูญเสียกุญแจของมันไปครู่หนึ่งทำให้หมดเวลา การลดค่านั้นเป็น "2" นาทีสามารถแก้ไขปัญหาได้ ฉันยังคงเชื่อมต่ออย่างไม่มีกำหนด

ฉันพบปัญหาเดียวกันกับสคริปต์WinSCPหรือคอนโซล GUI ในที่สุดฉันก็พบว่าเกี่ยวข้องกับความเร็ว (ความเร็วอินเทอร์เน็ต - เซิร์ฟเวอร์ของเราอยู่บนอินเทอร์เน็ต) ฉันย้ายสคริปต์ไปยังตำแหน่งอื่นในเครือข่ายไซต์อื่นไม่ใช่ทั้ง GUI และสคริปต์ทำงานได้ดี

มันถูกแยกออกหลังจากการวิเคราะห์และการเรียงลำดับ

คุณต้องเปิดใช้งานTCPKeepAliveบน Linux

อธิบายไว้ในคำถามที่พบบ่อยของ PuTTy บนเว็บไซต์เมื่อคุณค้นหาข้อผิดพลาดนี้

หากเครื่องเสมือนกำลังทำงานบนฮาร์ดแวร์ภายในเครื่องของคุณให้ปิดการใช้งานเก็บแพ็คเก็ตที่ยังมีชีวิตอยู่

จริง ๆ แล้วฉันเผชิญปัญหานี้หลายครั้ง ฉันค้นหาเวลาที่ใช้ในการแก้ปัญหา แต่ก็ไม่มีประสิทธิภาพเลย ฉันกำลังแบ่งปันโซลูชันที่ใช้งานได้สำหรับฉันและฉันหวังว่าจะเป็นประโยชน์กับผู้อื่นเช่นกัน

ฉันมี Windows 10 เป็นโฮสต์ O / S และ Redhat-7 ในฐานะแขก O / S และ VMware ของฉันได้เชื่อมต่อ ในฐานะ DBA ฉันต้องไปเยี่ยมลูกค้าและฉันต้องตั้งค่าเครือข่ายของฉันตามสถานที่ของลูกค้า ดังนั้นเมื่อใดก็ตามที่ฉันออกจากสถานที่ของลูกค้าและเชื่อมต่อกับเครือข่ายอื่นผ่านไร้สายและเปิด VM ฉันประสบปัญหาเดียวกันตามที่ระบุไว้ในคำถาม ดังนั้นฉันจึงคิดอยู่พักหนึ่งและตรวจสอบการกำหนดค่าของฉันสำหรับ LAN Ethernet และ Wireless Ethernet และฉันพบว่าไม่ตรงกัน ในฐานะที่เป็น VM ของฉันจะใช้อีเทอร์เน็ตแบบฟิสิคัลโดยอัตโนมัติระหว่างสองเพื่อเชื่อมต่อ ดังนั้นเมื่อฉันรีเซ็ตการกำหนดค่าเครือข่ายสำหรับ LAN / Wireless Ethernet เป็น DHCP มันทำงานได้อย่างมีเสน่ห์และไม่ต้องยกเลิกการเชื่อมต่ออีกต่อไป [คุณสามารถรีบูตเครื่องโฮสต์หลังจากตั้งค่าเป็น DHCP]