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

4
หมายเลขพอร์ต PING หรือไม่
ผู้สัมภาษณ์เมื่อวานนี้ถามฉันว่าหมายเลขพอร์ตของ ping คืออะไรและโปรโตคอล ping ใดใช้ TCP / UDP หลังจากการสัมภาษณ์ฉันค้นหาบนอินเทอร์เน็ตและพบผลลัพธ์ที่แตกต่างกันออกไปบางคนบอกว่า ICMP ใช้พอร์ต 7 มีคนบอกว่าไม่ใช้หมายเลขพอร์ตบนไซต์หนึ่งฉันพบว่ามันใช้โปรโตคอล IP 1 เป็นต้น ใครสามารถช่วยฉันด้วยคำอธิบายที่ถูกต้อง? ขอแสดงความนับถือ Nishad
50 tcp  ping  udp  icmp 

7
เหตุใดฉันสามารถติดตามไปยังที่อยู่ IP นี้ แต่ไม่ใช่การ ping
ฉันมีที่อยู่ 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 …

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

2
Traceroute - ทุก ๆ แพ็คเก็ตมี TTL == 1
ฉันกำลังทำงานกับ 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

4
การตีความ TTL ในผลลัพธ์ ping
ฉันทำงานให้กับผู้ให้บริการ VoIP และฉันกำลังทำงานกับลูกค้าที่มีการเชื่อมต่ออินเทอร์เน็ตเคเบิลที่ทำให้ฉันต้องวนซ้ำ เขามีบล็อกเดียวซึ่งเราจะทำเป็นว่า 70.141.15.0/29 โดยมีเกตเวย์ที่. 1 และเราเตอร์ที่. 2 และ. 3 เราเตอร์ทั้งสองเชื่อมต่อกับเคเบิลโมเด็มซึ่งเป็นความรู้ที่ดีที่สุดของเราตั้งค่าให้ผู้ให้บริการเคเบิลนึกว่า "โหมดบริดจ์" คืออะไร ฉันกำลังกระตุกเราเตอร์เหล่านี้พร้อมกันจากกล่องเดียวกันซึ่งเป็นระบบ linux ที่เชื่อมต่อกับไฟเบอร์จาก (อาจ) ระดับ (3) ดังนั้นไม่มีความจำเป็นที่จะบอกว่าไม่มีใครบนโลกนี้ที่รู้ว่ามีกี่โหนดที่อยู่ระหว่างที่นี่และที่นั่น แต่ตรวจสอบผลลัพธ์ ping ถึงเราเตอร์แรก: 64 bytes from 70.141.15.2: icmp_seq=2637 ttl=47 time=45.0 ms 64 bytes from 70.141.15.2: icmp_seq=2638 ttl=47 time=39.2 ms 64 bytes from 70.141.15.2: icmp_seq=2639 ttl=47 time=37.3 ms 64 bytes …

2
"เวลาไปกลับ" ของ Ping อยู่ที่ไหนในส่วนหัวของ IP
ถ้าเราใช้ ICMP pingเรารู้ว่า TTL และround-trip timeถูกเก็บไว้ในส่วนหัวของ IP ในแผนที่ส่วนหัวด้านล่างเรารู้ตำแหน่งของ TTL แต่เวลาไปกลับอยู่ที่ไหน มันถูกเก็บไว้ในOptions?
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.