uTorrent ทำให้ DNS หยุดทำงานเป็นครั้งคราว

ในขณะที่ใช้ uTorrent DNS จะหยุดการตอบสนองเป็นระยะ

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

ฉันจะทำให้เครือข่ายทำงานอย่างถูกต้องได้อย่างไร (ในขณะที่ยังคงสามารถใช้ uTorrent ได้)

ลูกค้าที่ไม่ต่อเนื่องเชื่อมต่อกับเพื่อนอย่างจริงจัง ... และเราเตอร์บางคนตีความสิ่งนี้ว่าเป็นภัยน้ำท่วม

เปิดการเชื่อมต่อ

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

ในที่สุดคุณจะถึงขีด จำกัด การเชื่อมต่อแบบเปิดที่กำหนดโดยระบบปฏิบัติการของคุณ (ใน Windows 7 นี่คือ 10 การเชื่อมต่อ) และการเชื่อมต่อจากไคลเอนต์ใหม่จะเริ่มเข้าคิวที่เราเตอร์ของคุณ

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

โซลูชั่น

• ลดขีด จำกัด การเชื่อมต่อครึ่งเปิดของคุณในซอฟต์แวร์ BitTorent ของคุณต่ำกว่าขีด จำกัด การเชื่อมต่อที่กำหนดโดยระบบปฏิบัติการของคุณ
• ปิดใช้งานการป้องกันน้ำท่วม IP ที่เราเตอร์ / โมเด็มของคุณ

ความอิ่มตัวของแบนด์วิดธ์

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

นี่คือตัวอย่าง:

1. การดาวน์โหลดความเร็วสูง (ฝนตกหนักหรืออย่างอื่น) ทำให้ลิงค์ดาวน์สตรีม
2. ผู้ใช้พยายามเรียกดูไซต์ที่ไม่ได้เยี่ยมชมเมื่อเร็ว ๆ นี้ คอมพิวเตอร์สร้างคำขอข้อมูล DNS สำหรับเว็บไซต์ที่ต้องการ "อัปโหลด" คำขอไปยังเซิร์ฟเวอร์ DNS สำเร็จ (ไม่ได้รับการท้าทายสำหรับการเข้าถึงไปป์ที่ upstream)
3. เซิร์ฟเวอร์ DNS ตอบสนอง (หรือพยายาม) แต่การตอบสนองหยุดชะงักในการพยายามไปยังเครื่องของผู้ใช้เนื่องจากไพพ์ไลน์ดาวน์โหลดนั้นเต็มไปด้วยเนื้อหาดาวน์โหลดและเนื่องจากมีบางสิ่งที่จะต้องลดลงและการดาวน์โหลดนั้นก้าวร้าวเกี่ยวกับการรักษาความเร็ว การตอบสนองของ DNS ลดลง (ในบางจุดก่อนที่จะส่งไปยังเราเตอร์ภายในเครื่อง)

สิ่งเดียวกันอาจเกิดขึ้นได้หากการอัปโหลดไม่ จำกัด ด้วยการอัปโหลดที่อิ่มตัวแพ็คเก็ตที่รู้จักในชื่อ TCP-ACK (ซึ่งถูกส่งเป็น "เฮ้ฉันได้รับการตอบกลับประเภทแพ็คเก็ต xyz สำเร็จ)" วางหูทำให้การดาวน์โหลดหยุดชะงักทำให้การท่องเว็บกลายเป็นหย่อมมาก

โซลูชั่น

• กำหนดความสามารถสูงสุดของการเชื่อมต่อของคุณ (ขึ้นและลงทีละรายการ) และกำหนดความเร็วสูงสุดของไคลเอนต์การถ่ายโอนจำนวนมากของคุณที่จะไม่ใช้มากกว่า 80% ของความเร็วนั้น สิ่งนี้จะทำให้ "headroom" สำหรับสิ่งต่างๆเช่น DNS และ TCP-ACK แพ็คเก็ตเพื่อหลีกเลี่ยงการรับส่งข้อมูลจำนวนมากและรับการจัดการอย่างรวดเร็ว
• ใช้เราเตอร์ที่สามารถจัดการกับการกำหนดปริมาณการใช้งานเพื่อให้การรับส่งข้อมูลบางอย่าง (DNS, IMCP Ping, TCP-ACK) สามารถจัดลำดับความสำคัญก่อนการรับส่งในรูปแบบอื่น ๆ และการรับส่งข้อมูลบางรูปแบบ นี่เป็นวิธีที่ฉันชอบ สิ่งนี้จะให้ประโยชน์เพิ่มเติมจากการอนุญาตให้ใช้ท่อขึ้นและลงเต็มสำหรับการรับส่งข้อมูลฝนตกหนักเมื่อปริมาณการใช้งานลำดับความสำคัญสูงไม่ท้าทาย
• ใช้การรวมกันของ 1 และ 2 เพื่อ จำกัด การเข้าชม "ทำงานผิดปกติ"

หากสนใจข้อมูลเพิ่มเติมเกี่ยวกับ Traffic shaping Linux / BSD distros MonoWallและIPCopต่างก็มีข้อมูลที่ดี

เมื่อฉันมีบางอย่างเช่นนั้นWiresharkเป็นเพื่อนที่ดีที่สุดของฉัน

แต่ก่อนอื่นเราควรตระหนักถึงสามสิ่งนี้:

• ความจริงที่ว่าการ ping ใช้งานไม่ได้หมายความว่า DNS (หรือบริการอื่น ๆ ) นั้นใช้งานได้และในทางกลับกัน

  นั่นเป็นเพราะ ping ใช้โปรโตคอลที่แตกต่างกันอย่างสมบูรณ์ (ICMP ในขณะที่ DNS ใช้ IP และการรวมกันของ UDP และ TCP) ในรูปแบบเครือข่ายที่แตกต่างกันโดยสิ้นเชิง ตั้งแต่ไฟร์วอลล์ส่วนบุคคลของคุณไปจนถึงจำนวนเราเตอร์ไปจนถึงโฮสต์จริงที่บริการกำลังทำงานอยู่สามารถกำหนดค่าให้ทิ้งสิ่งเหล่านี้ แต่ไม่ได้อยู่ที่อื่น (ไม่ว่าจะเป็นความหวาดระแวงของผู้ดูแลระบบหรือกรณีความล้มเหลวบางอย่าง) มันค่อนข้างจะเกิดขึ้นกับ ICMP มากกว่าคนอื่น ๆ

• โดยทั่วไปจะเป็นการดีหากระบุว่าเป็นคำขอ (DNS) ของคุณหรือคำตอบที่หายไป

  โปรแกรมเฉพาะที่คุณใช้ควรทำให้ชัดเจนสำหรับคุณ แต่ตามกฎทั่วไปคุณจะเห็นตัวเองได้ง่ายขึ้นใน Wireshark GUI :)

• ตามที่ฉันได้กล่าวไว้แล้ว DNS มักใช้ UDP เป็นวิธีการส่งเนื้อหาของคำขอและการตอบกลับ

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

โดยปกติสิ่งแรกที่ฉันจะทำคือ:

1. เริ่ม Wireshark
2. คลิกตัวเลือกการจับภาพ
3. สำหรับตัวกรองการจับภาพตั้งค่าhost 1.2.3.4เพื่อให้แน่ใจว่าคุณจับภาพทราฟฟิกระหว่างคุณกับ 1.2.3.4 เท่านั้น
4. เริ่มการจับภาพ
5. เมื่อคุณยิงด้วยวิธีนี้ให้ลองใช้คำสั่งของคุณ

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

ฉันจะลองเครื่องมือเกณฑ์มาตรฐาน DNS จาก GRC มันทดสอบเซิร์ฟเวอร์ DNS ที่คุณกำหนดค่าให้ใช้รวมถึงเซิร์ฟเวอร์ DNS อื่น ๆ อีกมากมาย ไม่เพียงทดสอบความเร็วเท่านั้น แต่ยังเชื่อถือได้อีกด้วย ฟรีและไม่จำเป็นต้องติดตั้ง (เป็น Windows เท่านั้น) นอกจากนี้ยังมีข้อมูลที่ดีมากมายเกี่ยวกับ DNS ในหน้าเหล่านั้นด้วย

ฉันต้องการทราบว่าคุณอยู่ในส่วนใดของโลกและจะช่วยให้ได้ผลลัพธ์ของ tracert / traceroute สำหรับ google.com และ 8.8.8.8

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

เครือข่ายของ Google อาจกลายเป็นภาระหนักเกินไป ฉันมีกรณีรายวันที่คำขอ google.com หมดเวลาและจำเป็นต้องเริ่มต้นใหม่และฉันใช้เซิร์ฟเวอร์ในพื้นที่สำหรับประเทศของฉัน เป็นเรื่องของโชคส่วนหนึ่งที่เครือข่ายของ Google ส่งคำขอและอาจมีความไร้ประสิทธิภาพในอัลกอริทึมการกระจายคำขอภายในของ Google

มันอาจเป็นวิธีเดียวกันกับเซิร์ฟเวอร์ชื่อของ Google แม้ว่า Google จะมีหลายอย่าง แต่การร้องขออาจถูกส่งไปยังเซิร์ฟเวอร์ภายในหรือส่วนเครือข่ายที่มีภาระมากเกินไป

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

ไม่ต้องพูดถึง "การเพิ่มประสิทธิภาพ" หรือข้อบกพร่องที่เป็นไปได้ของ ISP ของคุณหรือการเพิ่มประสิทธิภาพใด ๆ ที่ Google อาจทำเพื่อแบ่งภาระทั่วโลกบนเซิร์ฟเวอร์

การใช้เซิร์ฟเวอร์ DNS ที่ไกลอาจทำให้คุณถูกลงโทษด้วยวิธีอื่น ดู:

ทำไมการใช้ Google DNS / OpenDNS เป็นความคิดที่ไม่ดี
ฉันควรใช้ DNS ของ ISP หรือ 8.8.8.8 ของ Google

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

ดังที่ฉันได้กล่าวถึงในภาคผนวกของคำถาม uTorrent เกี่ยวข้องกับปัญหาเนื่องจากการปิดโปรแกรม uTorrent แก้ปัญหาได้ ฉันตัดสินใจที่จะหาวิธีแก้ไขโดยไม่จำเป็นต้องปิดโปรแกรม uTorrent ในหัวข้อนี้และอันนี้ (มันมีความเกี่ยวข้องมากเพราะคนที่มี ISP และเราเตอร์เดียวกัน) ฉันพบคำแนะนำว่าฉันควรปิดการป้องกันน้ำท่วม IPบนเราเตอร์ของฉันและมันก็หลอก! ปัญหาและวิธีแก้ปัญหานั้นแปลกใหม่อาจจะเฉพาะกับเราเตอร์ Cisco EPC3925 หรือแม้แต่กับ ISP ที่เฉพาะเจาะจง (ยอดนิยมในยุโรปนั่นคือสาเหตุที่ทำให้ google เป็นภาษาอังกฤษยาก)