TCP Dup ACK / Retransmission การตั้งค่าไม่ดี?

ฉันกำลังตรวจสอบปัญหาเครือข่ายของ LAN เพื่อน ( อีกครั้ง ) การเชื่อมต่ออินเทอร์เน็ตช้ามากและไม่น่าเชื่อถือและบางครั้งบริการก็ไม่ทำงาน

ฉันได้ตรวจสอบปริมาณการใช้งานของ Wireshark ในที่สุดฉันก็เกิดปัญหาซ้ำซากgit pullกว่าsshที่ไม่ได้ผล นี่คือบันทึกล็อกของ Wireshark ที่มีgit pullลักษณะ:

การส่งข้อมูล TCP เริ่มต้นใหม่เสมอเมื่อเริ่มต้นการแลกเปลี่ยนคีย์ เซิร์ฟเวอร์ไม่ได้รับแพ็กเก็ตจากเครื่องของฉันหรือเครื่องของฉันไม่ได้รับคำตอบ ฉันรู้สึกว่าสาเหตุของปัญหานี้เป็นสาเหตุของปัญหาเครือข่ายอื่น ๆ ทั้งหมดของ LAN

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

นอกจากนี้การเชื่อมต่อที่ปลอดภัยส่วนใหญ่ (https, ssh) ดูเหมือนจะได้รับผลกระทบ แต่สิ่งเหล่านั้นอาจต้องการขนาดแพ็คเก็ตที่ใหญ่กว่าเช่นกัน

คุณเห็นไหมว่าฉันไม่มีประสบการณ์มากมายเกี่ยวกับระบบเครือข่ายดังนั้นฉันหวังว่าบางคนที่มีประสบการณ์มากขึ้นจะสามารถเข้าใจสิ่งนี้ได้มากขึ้น

แก้ไข : เพียงแค่ตอนนี้git pullทำงานได้ดีอีกครั้ง การกำหนดค่า MTU ไม่สามารถเป็นสาเหตุของปัญหา ...

แพ็กเก็ตขนาดใหญ่ที่มี "Don't fragment" เป็นเรื่องปกติ นี่คือวิธีที่ระบบปฏิบัติการทำการค้นพบ MTU - แทนที่จะปล่อยให้เครือข่ายแยกส่วนแพ็คเก็ตอย่างเงียบ ๆ คาดว่าจะส่งคืนข้อผิดพลาด "Fragmentation required" ICMP ที่จะส่งคืน (ซึ่งจะมี MTU ที่ถูกต้อง)

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

ฉันคิดว่าแอ๊ซ้ำเกิดขึ้นเฉพาะเมื่อผู้รับเห็นช่องว่างในหมายเลขลำดับซึ่งหมายความว่าแพ็กเก็ตถูกส่งระหว่างทาง ดังนั้นปัญหาเริ่มต้นในทิศทางจาก 192.168.0.8 ไปยังเซิร์ฟเวอร์ระยะไกล ความจริงที่ว่าไม่มี acks (ไม่ซ้ำแม้แต่ acks) กลับแม้ว่าจะมีการส่งสัญญาณซ้ำหลายครั้งก็อาจหมายความว่ามีบางสิ่งที่ถูกทำให้หลงทางโดยสิ้นเชิง (อาจหมายถึงว่าด้านระยะไกลไม่สามารถส่งได้ แต่ไม่สอดคล้องกับ ack ที่ซ้ำกันก่อนหน้านี้หรือ fin-ack ในภายหลังซึ่งหมายความว่ามีปัญหา 2 ข้อแทนที่จะเป็น 1)

นี่คือแนวคิดบางส่วน:

• หากการเชื่อมต่อผ่าน wifi สาธารณะหรือ 3G แย่คุณจะได้รับแพ็คเก็ตแบบสั้น 100% ตรวจสอบโดยใช้บริการอื่นในเวลาเดียวกันและดูว่าได้รับผลกระทบจากไฟดับหรือไม่
• มีไฟร์วอลล์ที่รับรู้ถึงโปรโตคอลซึ่งอาจใช้เวลาสักครู่ในการหาว่าคุณกำลังทำอะไรก่อนที่จะตัดสินใจวางแพ็กเก็ตในการเชื่อมต่อเฉพาะ เพื่อนของคุณใช้ไฟร์วอลล์แปลกใหม่ที่สามารถปิดได้หรือไม่ ISP มีกฎการใช้งานบ้างหรือไม่?
• ลองอัปเดตไดรเวอร์หรือบูตจากลินุกซ์ไลฟ์ซีดีและดูว่ามีสิ่งเดียวกันเกิดขึ้นหรือไม่ ลองเปลี่ยนแง่มุมอื่น ๆ ของการเชื่อมต่อโดยใช้บริการอื่นเพื่อ จำกัด สิ่งที่ผิด