มีปัญหาที่จะต้องแก้ไขหรือไม่เมื่อ traceroute พิมพ์บรรทัด“ 6 * * *” อย่างสม่ำเสมอ?


0

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

traceroute to google.com (74.125.239.96), 64 hops max, 52 byte packets
 1  10.1.10.1 (10.1.10.1) 60 bytes to 10.1.10.14  1.398 ms  1.423 ms  1.202 ms
 2  24.4.6.1 (24.4.6.1) 36 bytes to 10.1.10.14  11.383 ms  9.741 ms  9.311 ms
 3  te-0-2-0-12-sur04.santaclara.ca.sfba.comcast.net (162.151.30.169) 76 bytes to 10.1.10.14  9.483 ms  10.148 ms  9.452 ms
 4  te-0-5-0-8-sur03.santaclara.ca.sfba.comcast.net (162.151.78.109) 76 bytes to 10.1.10.14  9.690 ms
    te-0-5-0-9-sur03.santaclara.ca.sfba.comcast.net (162.151.78.113) 76 bytes to 10.1.10.14  9.923 ms
    te-0-5-0-2-sur03.santaclara.ca.sfba.comcast.net (69.139.198.41) 76 bytes to 10.1.10.14  10.323 ms
 5  be-232-ar01.santaclara.ca.sfba.comcast.net (162.151.78.253) 76 bytes to 10.1.10.14  12.258 ms  13.268 ms  9.708 ms
 6  * * *
 7  he-0-10-0-0-pe03.11greatoaks.ca.ibone.comcast.net (68.86.85.214) 76 bytes to 10.1.10.14  15.528 ms
    he-0-13-0-0-pe03.11greatoaks.ca.ibone.comcast.net (68.86.83.134) 76 bytes to 10.1.10.14  11.379 ms
    he-0-15-0-1-pe03.11greatoaks.ca.ibone.comcast.net (68.86.86.222) 76 bytes to 10.1.10.14  11.174 ms
 8  173.167.59.66 (173.167.59.66) 36 bytes to 10.1.10.14  14.655 ms
    66-208-228-70.ubr01a.hurtl301.al.hfc.comcastbusiness.net (66.208.228.70) 36 bytes to 10.1.10.14  10.514 ms
    173.167.59.66 (173.167.59.66) 36 bytes to 10.1.10.14  35.888 ms
 9  72.14.232.138 (72.14.232.138) 36 bytes to 10.1.10.14  10.164 ms
    209.85.241.55 (209.85.241.55) 36 bytes to 10.1.10.14  13.837 ms  15.349 ms
10  66.249.95.29 (66.249.95.29) 36 bytes to 10.1.10.14  13.930 ms  10.773 ms  15.731 ms
11  nuq05s01-in-f0.1e100.net (74.125.239.96) 60 bytes to 10.1.10.14  12.693 ms  16.125 ms  11.041 ms

แจ้งให้ทราบล่วงหน้าในขั้นตอนที่ 6 สามดวง ( * ) เมื่อสิ่งเหล่านี้กำลังพิมพ์มันช้ามากแต่ละคนใช้เวลาประมาณสี่วินาทีในการปรากฏ ตามหน้าคน:

หากไม่มีการตอบสนองภายใน 5 วินาที ช่วงเวลาหมดเวลา (เปลี่ยนด้วยแฟล็ก -w) ระบบจะพิมพ์ "*" สำหรับโพรบนั้น

เหตุใดจึงไม่มีชื่อสำหรับโพรบในบรรทัดที่ 6 หรือนั่นเป็นเพียงแค่บรรทัดที่ 7 ฉันสังเกตเห็นผลลัพธ์ที่คล้ายกันจากสถานที่ที่ให้บริการ Comcast อื่น ฉันควรจะคุยกับ Comcast แทนและถ้าเป็นเช่นนั้นฉันจะขอให้พวกเขาแก้ไขอะไรดี? ปัญหานี้จะบ่งบอกถึงการเข้าถึงเว็บไซต์ที่ไม่สามารถทำงานได้อย่างถูกต้องหรือไม่? นอกเหนือจากการมีปัญหาเป็นระยะถึงเว็บไซต์ที่กล่าวถึงด้านบนฉันยังมีปัญหาเป็นระยะด้วย VNC เซสชันกับระบบที่ไม่เกี่ยวข้องอย่างสมบูรณ์โดยมีการหมดเวลา 3 ถึง 4 วินาทีที่หน้าจอไม่ได้รับการรีเฟรช วิ่ง tracerouteฉันพบปัญหาที่คล้ายกันสำหรับปลายทางนั้น ฉันได้เห็นปัญหาเหล่านี้เปิดและปิดเป็นเวลาหลายเดือน แต่ traceroute ให้เวลาอย่างสม่ำเสมอ


หากคุณสงสัยว่า 1e100.net คืออะไร: support.google.com/faqs/answer/174717?hl=en
bwDraco

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

คำตอบ:


6

ไม่ไม่มีอะไรที่ต้องแก้ไขเกี่ยวกับ traceroute ของคุณ

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

ประการที่สองสิ่งนี้ไม่มีความสัมพันธ์กับคุณภาพ VNC ของคุณหรือบริการอื่นใดนอกเหนือจากที่พวกเขาแบ่งปันช่วงเวลาหมดเวลา Traceroute ไม่ได้ทดสอบคุณภาพการเชื่อมต่อ แต่เพียงการเชื่อมต่อ ไม่มีข้อบ่งชี้ว่าการรับส่งข้อมูลจริงผ่านอุปกรณ์ที่ hop 6 จะหมดเวลา Traceroute เป็นเครื่องมือวินิจฉัยอย่างหมดจดและจัดการโดยเราเตอร์ที่แตกต่างจากทราฟฟิกปกติเช่นการดึงเว็บเพจหรือส่งแพ็กเก็ตในการเชื่อมต่อ VNC

โดยเฉพาะผู้ให้บริการของอุปกรณ์ที่ hop 6 ได้เลือกที่จะไม่ส่ง ICMP ข้อความที่เกิน TTL เมื่อแพ็กเก็ตถูกทิ้งเนื่องจาก TTL (หรืออาจจะไม่ยอมรับการร้องขอ ICMP PING / ECHO เลย) ไม่ว่าจะด้วยวิธีใดก็เป็นอุปกรณ์ของคนอื่นและมีสิทธิ์ใช้งานได้ตามที่ต้องการ หากเราเตอร์ไม่ตอบสนองด้วยข้อความเกิน TTL, traceroute จะไม่พิมพ์ชื่อหรือ IP

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


1

เคล็ดลับที่อาจช่วยวิเคราะห์ปัญหาในระดับที่ลึกขึ้น

ฉันหวังว่ามันเป็นไปได้ที่จะได้รับ / สร้าง MAC- ชาติที่เกิดจาก mtr:
http://www.bitwizard.nl/mtr/

MTR คืออะไร

mtr รวมการทำงานของโปรแกรม 'traceroute' และ 'ping' ในเครื่องมือวิเคราะห์เครือข่ายเดียว

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

mtr มีการแจกจ่ายภายใต้สัญญาอนุญาตสาธารณะทั่วไปของกนู ดูไฟล์ COPYING เพื่อดูรายละเอียด


1
MAC หมายถึงอะไร Apple Macintosh หรือไม่ หรือที่อยู่การควบคุมการเข้าถึงสื่อ หากคุณหมายถึงที่อยู่ MAC นั่นอาจจะไร้ประโยชน์ MAC ใช้สำหรับสื่อสารภายในลิงก์ (ซับเน็ต) ที่อยู่ IP เปิดใช้งานการกำหนดเส้นทางเพื่อให้คุณสามารถสื่อสารกับเครือข่ายย่อยอื่น ๆ แต่คุณไม่จำเป็นต้องรู้ MACs บนเครือข่ายย่อยอื่นดังนั้น ARP จึงไม่ส่งต่อข้อมูลดังกล่าว นอกจากนี้ประโยชน์หลักของ Traceroute คือการระบุว่าเราเตอร์ใดหยุดตอบสนองซึ่งช่วยให้คุณระบุเครือข่ายย่อยที่มีปัญหา หากคุณจัดการกับที่อยู่ MAC แสดงว่าคุณอยู่ในเครือข่ายย่อยดังนั้นคุณจึงรู้ว่าเครือข่ายย่อยใดมีปัญหา
TOOGAM

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

โอเคมีเพียงแค่อ่านคำถามอีกครั้งนั่นไม่ได้ทำให้กระจ่างในสิ่งที่ "MAC ชาติ" ตั้งใจที่จะอ้างถึง (โดย MAC คุณหมายถึง "Media Access Control" เช่นวลี "ที่อยู่ MAC" หรือไม่)
TOOGAM
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.