คำถามติดแท็ก traceroute

ฉันมีที่อยู่ IP และสามารถติดตามไปได้ แต่ฉันไม่สามารถส่ง Ping ได้ คุณเห็นฉันสามารถ traceroute 43.224.226.50: dele-MBP:~ ll$ traceroute 43.224.226.50 traceroute to 43.224.226.50 (43.224.226.50), 64 hops max, 52 byte packets 1 router.asus.com (192.168.2.1) 2.082 ms 1.039 ms 0.924 ms 2 100.64.0.1 (100.64.0.1) 3.648 ms 3.795 ms 3.955 ms 3 118.112.212.225 (118.112.212.225) 4.252 ms 4.569 ms 4.168 ms …

21 ping  networking  icmp  traceroute 

เมื่อเร็ว ๆ นี้ฉันกำลังแก้ไขปัญหาเมตาดาต้าการเชื่อมต่อเครือข่ายซึ่งฉันรู้ว่าปลายทางที่กำหนดนั้นสามารถเข้าถึงได้ แต่ฉันไม่สามารถแสดงให้เห็นได้ด้วยtracerouteเพราะเส้นทางนั้นเย็นเกินไปหลังจากมีฮ็อปจำนวนหนึ่ง ระบุว่าการกระโดดครั้งสุดท้ายที่สังเกตนั้นอยู่เหนือน้ำขึ้นมาจากโหนดที่น่าสนใจฉันสูดดมการจราจรโดยคาดว่าจะยืนยันว่าโพรบนั้นมาถึงแล้วและเพื่อเรียนรู้ว่ากฎตัวกรองใดปิดกั้นพวกเขา แน่นอนฉันรู้ว่าโพรบคือดาตาแกรม UDP ที่กำหนดไว้สำหรับพอร์ตสูง (และแตกต่างกัน) ที่ฉันมีแน่นอนปิดกั้นการรับส่งข้อมูลขาเข้า สิ่งนี้ทำให้ฉันประหลาดใจเพราะฉันคิดว่าtracerouteโพรบทั้งหมดจะใช้ค่าเริ่มต้นเป็น ICMP เนื่องจากคำตอบคือ ICMP ฉันทำแบบสำรวจเอกสารและพบว่าการใช้งานที่แตกต่างกันมีตัวเลือกต่างกันและบางคนไม่อนุญาตให้ผู้ใช้ทำการเลือกที่ไม่ใช่ค่าเริ่มต้น UDP ซิสโก้ ลินุกซ์ FreeBSD ICMP ต้นสนชนิดหนึ่ง ตาด ของ windows นามธรรมของวิธีการสอบสวน Traceroute และการอนุมานพา ธ IP ไปข้างหน้าสนับสนุนการหยั่งรู้ของฉันว่าโพรบ ICMP จะประสบความสำเร็จในการเข้าถึงปลายทางได้บ่อยขึ้น การอนุญาตให้วิธีการโพรบที่แตกต่างกันดูเหมือนเป็นแนวคิดที่ยอดเยี่ยม แต่การเริ่มต้นกับสิ่งอื่นที่ไม่ใช่ ICMP นั้นเป็นความคิดที่ไม่ดี มีใครบางคนสามารถอธิบายเหตุผลเบื้องหลังว่าทำไมจึงควรใช้ UDP เป็นค่าเริ่มต้นดีกว่า

18 icmp  traceroute  icmpv6 

ฉันกำลังทำงานกับ Wireshark lab-IP ในระบบเครือข่ายคอมพิวเตอร์ - วิธีการจากบนลงล่างและฉันไม่เข้าใจว่าทำไมทุกแพ็กเก็ตที่หมดอายุตามปกติมี TTL เป็น 1 นี่คือไฟล์จับภาพ Wireshark ของฉัน https://www.dropbox.com/s/rr5wgze9j20gzvu/traceroute-56.pcapng?dl=0 ฉันบันทึกการดำเนินการของtracerouteโปรแกรมใน Linux (ด้วยตัวเลือก 56 ไบต์) ตามที่ดำเนินการด้วยคำสั่งต่อไปนี้: traceroute http://gaia.cs.umass.edu 56 คุณสามารถเห็นได้ว่าส่วนใหญ่ของแพ็กเก็ต TTL == 1 และฉันไม่รู้ว่าเพราะอะไรเพราะฉันรู้ว่าทุก ๆ การฟ้อนรำที่ตามมาจะมี TTL เป็น +1 (หรือมากกว่า) PS: ฉันใช้ Lubuntu บน VMware กับบริดจ์เชื่อมต่อกับโฮสต์ ฉันจับมันด้วย wireshark บนเครื่องโฮสต์ (Windows) ฉันเชื่อมต่อกับ AP แบบไร้สายโดยใช้เซิร์ฟเวอร์ DHCP ของตัวเองบนโปรโตคอล NAT

17 wireshark  icmp  traceroute 

เมื่อใช้ traceroutes บางกระโดดกลับ * ซึ่งเท่าที่ฉันรู้หมายความว่าโฮสต์ไม่ตอบสนองต่อคำขอ ICMP echo และบางกระโดดอื่น ๆ (ส่วนใหญ่เป็นครั้งสุดท้าย) กลับมา! Hซึ่งตามหน้าคนหมายความว่าโฮสต์ไม่สามารถเข้าถึงได้ . สิ่งที่ไม่สามารถเข้าถึงได้หมายถึง? ที่นั่นไม่มีเส้นทางที่รู้จักไปยังที่อยู่นั้น?

15 traceroute 

ฉันเป็นนักพัฒนาซอฟต์แวร์ที่บางครั้งต้องทำงานเครือข่ายง่าย ๆ แต่ไม่รู้อะไรเกี่ยวกับมัน ฉันมีปัญหาบางอย่างกับ vps ที่ฉันเช่า (เพลิดเพลินกับ VPS: VPS ที่ไม่มีการจัดการ - VPS ปานกลาง) และพวกเขายืนยันว่าเซิร์ฟเวอร์ของพวกเขาทำงานได้ดี แต่ฉันยังประสบปัญหานี้อยู่เซิร์ฟเวอร์ของฉันหยุดทำงานทุกวันใช้เวลาน้อยกว่า 15 นาที แต่มันเป็นทุกวัน (บางครั้งวันละสองครั้ง) และฉันคิดว่ามันไม่เป็นที่ยอมรับ ดี. นี่คือ traceroute ของฉัน: คำถามของฉันเกือบทุกฮ็อปจะไปที่ไอพีเดียวกันนั่นคือไอพีผู้ให้บริการของฉัน (แต่ไม่ใช่ไอพีเซิร์ฟเวอร์ของฉัน) ¿ใช้ได้ไหม? ฉันกำหนดค่าเซิร์ฟเวอร์ DNS ของตัวเอง (bind9) อาจเป็นปัญหาหรือไม่ เมื่อเซิร์ฟเวอร์ของฉัน ping ไม่ตอบสนองอย่างใดอย่างหนึ่งและฉันไม่สามารถเข้าถึงอย่างใดอย่างหนึ่งผ่านทางคอนโซล ENJOY VPS (มันไม่ให้ฉันหยุดหรือรีสตาร์ทเซิร์ฟเวอร์) (โดยทั่วไปฉันไม่สามารถทำอะไรได้เลย) traceroute ถึง 74.117.153.110 (..HIDDEN .. ), สูงสุด 64 ฮ็อพ, แพ็คเก็ต 52 …

12 ping  traceroute