IP Traceroute: כיצד לעקוב אחר מסלול של חיבור

מה traceroute עושה

כל חבילה שעוברת על פני האינטרנט נושאת מגבלת הופ - TTL (זמן לחיות) ב-IPv4, או מגבלת הופ ב-IPv6. כל נתב שמעביר את החבילה מקטין אותה באחד; כאשר הוא מגיע לאפס, הנתב מפיל את החבילה ושולח בנימוס הודעת "חרגת מהזמן".

Traceroute עושה זאת בנשק בנימוס: היא שולחת מנות עם TTL 1, ואז 2, ואז 3... כל תשובת "חריגה מהזמן" שחוזרת חושפת את הכתובת של נתב אחד נוסף בדרך. חבר אותם יחד ותקבל את הדרך המלאה ממך אל היעד - עם תזמונים.

מפעיל אותו במערכת שלך

חלונות - tracert

לִלְחוֹץ Win + R, הקלד cmd, הקש על Enter ואז הרץ:

tracert howtofindtheip.com

# לפי כתובת IP במקום שם:
tracert 1.1.1.1

macOS & Linux — traceroute

traceroute howtofindtheip.com

# macOS עשוי להזדקק לנתיב המלא או להתקנה:
/usr/sbin/traceroute howtofindtheip.com   # macOS
sudo apt install traceroute               # דביאן/אובונטו

הדרך הטובה יותר - mtr

mtr (My Traceroute) משלב traceroute ו-ping בתצוגה חיה - הרבה יותר אינפורמטיבי לאבחון ריצוד ואובדן. זמין עבור לינוקס, macOS (via brew install mtr) ו-Windows (WinMTR).

mtr howtofindtheip.com
# הקש על 'q' כדי לצאת

קורא את התוצאות

פלט טיפוסי נראה כך:

 1  router.home          1.2 ms  1.0 ms  1.1 ms      # הנתב שלך
 2  isp-gw.net          12.4 ms 12.1 ms 12.3 ms      # ספק האינטרנט שלך
 3  backbone1.net       21.0 ms 20.8 ms 21.2 ms      # רשת אזורית
 4  * * *                                            נתב שקט אחד (רגיל)
 5  edge-server.net     23.9 ms 24.1 ms 23.8 ms
 6  howtofindtheip.com  24.0 ms 23.7 ms 23.9 ms      יעד אחד

• מספר הופ - לכמה נתבים בעומק הגשושית הגיעה.
• שם מארח / IP - הנתב שהשיב (שמות PTR מרמזים לעתים קרובות על העיר או הספק).
• שלושה תזמונים - זמני הלוך ושוב של שלוש הגשושיות. מה שחשוב זה מְגַמָה: קפיצה פתאומית שנמשכת בקפיצות מאוחרות יותר מסמנת בדרך כלל את הקטע האיטי.

זמן חביון גבוה בדילוגים מוקדמים (ISP שלך) משפיע על הכל; זמן אחזור גבוה המופיע מאוחר בנתיב הוא לעתים קרובות רק עומס ליד היעד. רוצים לבדוק את המוניטין של אחד הכשות שמצאתם? הדבק את ה-IP שלו לתוך שלנו בודק רשימה שחורה אוֹ לאתר אותו על המפה.

למה פסק זמן של הופס

כוכביות (* * *) כלומר הנתב לא ענה על הגשש הזה. נפוץ, ובדרך כלל לא מזיק:

• נתבים רבים מוגדרים להתעלם לחלוטין מבדיקות traceroute (הגבלת קצב או מדיניות אבטחה).
• חומות אש מורידות את השימוש במנות UDP או ICMP של traceroute.
• הנתב מעדיף העברה על פני תשובה לתעבורת אבחון.

הֲלָכָה לְמַעֲשֶׂה: פסקי זמן באמצע מעקב הם בסדר כל עוד דילוגים מאוחרים ממשיכים להגיב. אם כל קפיצה אחרי נקודה מסוימת פסק זמן ו היעד הסופי אף פעם לא עונה, שההופ הוא המקום שבו החיבור שלך למעשה נשבר - מידע שלא יסולא בפז כאשר מתווכחים עם קו התמיכה של ספק שירותי האינטרנט.

למה אף אתר לא יכול לאתר מעקב אַתָה

דפדפן נמצא בארגז חול בכוונה: JavaScript אינו יכול לשלוח את החבילות הגולמיות או לקרוא את תשובות ICMP ש-traceroute דורש. כל "מסלול מקוון" שאתה מוצא עובר משרתי הספק אל היעד - שימושי, אבל הוא מודד נתיב שונה מזה של המכשיר שלך.

מה אתה פַּחִית עשה בדפדפן: זהה את עצמך ואת נקודות הקצה של הנתיב שלך. מצא את ה-IP הציבורי שלך, אז חפש את ה-DNS ההפוך שלו כדי לראות את שם המארח שה-ISP שלך הקצה לקו שלך - אותו סוג של שם traceroute מציג עבור כל הופ.