traceroute कैसे काम करता है?
traceroute ऐसे पैकेट भेजता है जिनका Time To Live (IPv6 में hop limit) 1 से शुरू होकर हर बार एक बढ़ता है; जो राउटर काउंटर शून्य होने पर पैकेट छोड़ता है, वह ICMP time-exceeded संदेश (RFC 792, RFC 4443) से जवाब देता है, जिससे पाथ का एक हॉप पता चलता है। राउटर इन जवाबों की दर सीमित कर सकते हैं (RFC 1812), इसलिए चुप या धीमा हॉप तभी मायने रखता है जब वह चुप्पी या देरी उसके बाद के हॉप में भी बनी रहे।
ट्रेसरूट कैसे इस्तेमाल करें
- होस्ट नाम या IP पता डालें, प्रोब क्षेत्र चुनें या अधिकतम पाँच लोकेशन लिखें, और प्रोब की संख्या तय करें।
- ICMP रखें, या रास्ते में ICMP फ़िल्टर होता हो तो सर्विस पोर्ट (वेबसाइट के लिए 443) के साथ TCP चुनें।
- «ट्रेसरूट चलाएँ» दबाएँ; कुछ सेकंड में प्रोब नतीजे भेज देते हैं। पहले प्रोब के हिसाब से पाथ तालिका पढ़ें, फिर हॉप तालिका और निष्कर्ष।
- अपनी मशीन का ट्रेस पढ़ने के लिए tracert या traceroute चलाएँ, पूरा आउटपुट बॉक्स में पेस्ट करें और «पेस्ट किया आउटपुट जाँचें» दबाएँ।
ट्रेसरूट की खूबियाँ
- एक साथ अधिकतम 10 Globalping प्रोब से traceroute — हर प्रोब अपने देश या नेटवर्क से होस्ट तक का अलग पाथ
- ICMP, UDP या TCP प्रोब, ताकि ICMP छोड़ने वाले फ़ायरवॉल पर रुका पाथ सर्विस पोर्ट पर दोबारा ट्रेस हो सके
- हर हॉप का रिवर्स-DNS नाम, पता, अलग-अलग राउंड-ट्रिप और औसत, प्रोब के हिसाब से समूहबद्ध, और चुप रहे हॉप चिह्नित; जो पेस्ट किया आउटपुट हर बिना जवाब वाला प्रोब दर्ज करता है, उससे हर हॉप का लॉस भी मिलता है
- हर प्रोब के पाथ की व्याख्या: लक्ष्य तक पहुँचा या नहीं, लेटेंसी का सबसे बड़ा उछाल, सिर्फ़ ICMP रेट-लिमिटिंग वाला लॉस, प्राइवेट और CGNAT हॉप
- अपने कंप्यूटर के tracert, traceroute या mtr --report आउटपुट के लिए पेस्ट बॉक्स, जिसे उसी इंजन से ब्राउज़र में पढ़ा जाता है
- हॉप तालिकाएँ CSV में और हर प्रोब का रॉ आउटपुट टेक्स्ट में
इनपुट और आउटपुट
इनपुट
- होस्ट नाम या IP पता (सिर्फ़ सार्वजनिक लक्ष्य), प्रोब क्षेत्र या अधिकतम पाँच लोकेशन, प्रोब की संख्या (1–10), प्रोटोकॉल (ICMP, UDP, TCP) और UDP या TCP के लिए पोर्ट।
- या पेस्ट किया टेक्स्ट: tracert, traceroute, traceroute6 या mtr --report का पूरा आउटपुट, जैसा आपके कंप्यूटर पर छपा।
आउटपुट
- सारांश: लक्ष्य तक पहुँचे प्रोब, हर पाथ के हॉप, ट्रेस हुए पाथ और लक्ष्य का पता (पेस्ट मोड में: फ़ॉर्मेट, हॉप, लक्ष्य तक पहुँच, जवाब देने वाला आख़िरी हॉप, सबसे ऊँचा औसत)।
- प्रोब के हिसाब से पाथ (लोकेशन, नेटवर्क, हॉप, लक्ष्य तक पहुँच, जवाब देने वाला आख़िरी हॉप, अंतिम औसत) और नाम, पते, राउंड-ट्रिप व औसत वाली हॉप तालिका; उसका «लॉस» कॉलम चुप हॉप के लिए 100% और पेस्ट किए आउटपुट में बिना जवाब वाले प्रोब का हिस्सा दिखाता है।
- हर प्रोब के निष्कर्ष, Globalping मेज़रमेंट रिकॉर्ड और हर प्रोब का रॉ आउटपुट।
ट्रेसरूट का उदाहरण
one.one.one.one तक के Windows tracert आउटपुट का विश्लेषण
इनपुट:
Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 4 ms 3 ms 4 ms 100.64.0.1
3 * * * Request timed out.
4 9 ms 8 ms 9 ms 172.71.52.3
5 11 ms 10 ms 11 ms one.one.one.one [1.1.1.1]आउटपुट:
Detected format: tracert · Hops: 5 (max 30) · Target reached: yes (1.1.1.1) · Last hop that answered: 5 · Highest average: 10.7 ms (hop 5)
Findings:
- The target answered at hop 5 (average 11 ms).
- Hops 1, 2 use private or carrier-grade NAT addresses: your router and the ISP’s access network before the public Internet.
- Loss at hop 3 does not continue to later hops: those routers rate-limit their ICMP replies; it is not real packet loss.
- Hop 3 never answers (it forwards traffic but does not send TTL-exceeded messages); harmless when later hops respond.ट्रेसरूट के नतीजे कैसे पढ़ें
लक्ष्य तक पहुँच = yes का मतलब है कि आख़िरी हॉप ने लक्ष्य के अपने पते से जवाब दिया। no का मतलब है कि आख़िरी हॉप चुप रहे: अक्सर गंतव्य पर प्रोब छोड़ने वाला फ़ायरवॉल, जो सेवा चलने पर आउटेज नहीं है।
लेटेंसी को शुरू से अंत तक पढ़ें: जो उछाल आगे के हर हॉप में बना रहे (जैसे दो अलग देशों के हॉप के बीच +60 ms), वह लंबी दूरी का लिंक है; एक धीमा हॉप जिसके बाद तेज़ हॉप आएँ, वह बस धीरे जवाब देने वाला राउटर है।
बीच के हॉप का वह लॉस जो आगे के हॉप में न दिखे, ICMP रेट-लिमिटिंग है। जो लॉस किसी हॉप से शुरू होकर गंतव्य तक बना रहे, वह असली है।
10.x, 172.16–31.x, 192.168.x या 100.64.x वाले शुरुआती हॉप सार्वजनिक इंटरनेट से पहले के प्राइवेट या CGNAT नेटवर्क हैं; ये सामान्य हैं।
ट्रेसरूट कब इस्तेमाल करें
- पता लगाना कि खाड़ी या यूरोप से आपके सर्वर तक का पाथ कहाँ किसी दूसरे महाद्वीप से घूमकर लेटेंसी बढ़ाता है।
- होस्टिंग प्रदाता या ISP को मेज़रमेंट ID के सबूत के साथ दिखाना कि लॉस या देरी किस हॉप से शुरू होती है।
- जाँचना कि कई क्षेत्रों का ट्रैफ़िक CDN के नज़दीकी एज तक पहुँचता है, किसी दूर के ओरिजिन तक नहीं।
- ग्राहक का भेजा tracert पढ़ना, बिना Windows और Unix फ़ॉर्मेट को हाथ से समझे।
समस्या निवारण
- ट्रेस लक्ष्य से पहले तारांकनों पर ख़त्म होता है: गंतव्य या कोई फ़ायरवॉल इस तरह के प्रोब छोड़ देता है। सेवा के पोर्ट पर TCP से दोबारा चलाएँ।
- सिर्फ़ एक प्रोब से शुरुआती हॉप के बाद सब चुप: उस प्रोब का नेटवर्क बाहर जाने वाले traceroute ट्रैफ़िक को फ़िल्टर करता है; किसी दूसरे क्षेत्र से तुलना करें।
- «यह टेक्स्ट tracert, traceroute या mtr आउटपुट जैसा नहीं दिखता»: हॉप वाली लाइनों सहित पूरा आउटपुट पेस्ट करें, सारांश या स्क्रीनशॉट से टाइप किया टेक्स्ट नहीं।
- क्वोटा या मेज़रमेंट-सीमा का संदेश: Globalping और यह साइट घंटे में मेज़रमेंट सीमित करते हैं; दिखाए गए रीसेट समय तक रुकें या कम प्रोब इस्तेमाल करें।
ट्रेसरूट के बारे में अक्सर पूछे जाने वाले सवाल
traceroute रास्ते के राउटर कैसे पता करता है?
यह 1, फिर 2, फिर 3 — इस तरह बढ़ते Time To Live (IPv6 में hop limit) वाले प्रोब भेजता है। जिस राउटर पर TTL शून्य होता है, वह पैकेट छोड़कर ICMP time-exceeded संदेश (RFC 792, RFC 4443) लौटाता है, जिससे उसका पता पता चलता है। अंत में गंतव्य ख़ुद echo reply या port-unreachable संदेश से जवाब देता है।
नतीजों में तारांकन (*) का क्या मतलब है?
ऐसा हॉप जिसने टाइमआउट से पहले कुछ नहीं लौटाया। कई राउटर ट्रैफ़िक तो आगे भेजते हैं, पर ख़त्म हुए प्रोब का जवाब नहीं देते या ऐसे जवाब सीमित रखते हैं। पाथ के बीच में तारांकन तब तक नुकसानदेह नहीं, जब तक आगे के हॉप जवाब दें; किसी हॉप से अंत तक तारांकन का मतलब है कि प्रोब, और शायद ट्रैफ़िक भी, वहीं रुक रहे हैं।
कोई हॉप गंतव्य से भी धीमा क्यों दिखता है?
राउटर traceroute प्रोब का जवाब अपने कंट्रोल प्लेन से देते हैं, जो इन जवाबों को कम प्राथमिकता देता है। अगर एक हॉप 150 ms दिखाए और उसके बाद के सारे हॉप 40 ms, तो वह जवाब देने में व्यस्त है, फ़ॉरवर्ड करने में धीमा नहीं। असली लेटेंसी वही है जो आगे के हॉप में भी बनी रहे।
क्या इस पेज से मैं अपने कंप्यूटर से ट्रेस कर सकता हूँ?
प्रोब मोड में नहीं: वेब पेज traceroute प्रोब नहीं भेज सकता, इसलिए ट्रेस आपके चुने क्षेत्रों के Globalping प्रोब पर चलता है। tracert (Windows) या traceroute (macOS, Linux) ख़ुद चलाएँ और आउटपुट बॉक्स में पेस्ट करें: उसका विश्लेषण आपके ब्राउज़र में होता है और वह कहीं अपलोड नहीं होता।
ICMP, UDP या TCP — कौन-सा प्रोटोकॉल चुनूँ?
ज़्यादातर होस्ट के लिए ICMP चलता है। अगर फ़ायरवॉल ICMP छोड़ने से ट्रेस जल्दी रुक जाए, तो सेवा के पोर्ट (वेबसाइट के लिए 443) पर TCP आज़माएँ, जिसे फ़ायरवॉल आमतौर पर जाने देते हैं; UDP पारंपरिक Unix traceroute जैसा है।
क्या नतीजे सार्वजनिक होते हैं?
प्रोब मोड में हाँ: Globalping हर मेज़रमेंट का होस्ट, विकल्प और नतीजे उसकी ID रखने वाले किसी भी व्यक्ति के लिए प्रकाशित करता है। पेस्ट किया आउटपुट आपके ब्राउज़र में ही रहता है।
तकनीकी नोट्स
traceroute बढ़ते IP Time To Live (IPv6 hop limit) वाले प्रोब भेजता है। जो राउटर इसे शून्य कर देता है वह ICMP Time Exceeded लौटाता है (IPv4 में RFC 792, IPv6 में RFC 4443); गंतव्य echo reply (ICMP), port-unreachable संदेश (UDP) या SYN-ACK अथवा reset (TCP) से जवाब देता है।
राउटर ये ICMP संदेश सॉफ़्टवेयर में बनाते हैं और इनकी दर सीमित कर सकते हैं (RFC 1812 §4.3.2.8), इसलिए कोई हॉप लॉस या ऊँचा राउंड-ट्रिप दिखा सकता है जबकि उससे गुज़रने वाला ट्रैफ़िक प्रभावित नहीं होता। जो लॉस बाद के हॉप में गायब हो जाए, उसे इंजन रेट-लिमिटिंग मानता है, पैकेट लॉस नहीं।
प्रोब मोड: Mutqan सर्वर होस्ट की जाँच करके Globalping से ट्रेस चलवाता है (पोलिंग 20 सेकंड तक इंतज़ार करती है)। पेस्ट मोड: टेक्स्ट ब्राउज़र में पार्स होता है; फ़ॉर्मेट (Windows tracert, Unix traceroute, mtr --report) टेक्स्ट से ही पहचाना जाता है।
सीमाएँ और कार्यप्रणाली
प्रोब मोड चुनी गई लोकेशन के Globalping कम्युनिटी प्रोब से मापता है, कभी आपके कंप्यूटर से नहीं; आपके नेटवर्क का पाथ पूरी तरह अलग हो सकता है। अपने पाथ के लिए पेस्ट मोड इस्तेमाल करें।
traceroute सिर्फ़ जाने का पाथ दिखाता है। लौटने का पाथ, जो अलग हो सकता है, नहीं दिखता, और प्रोब का जवाब न देने वाले राउटर तारांकन बनकर दिखते हैं।
लोड-बैलेंस वाले नेटवर्क लगातार प्रोब को अलग-अलग रास्तों से भेज सकते हैं, इसलिए एक हॉप में कई राउटर के पते दिख सकते हैं।
प्रोब का ट्रेस बताता है कि हर हॉप ने कौन-से जवाब भेजे, यह नहीं कि उसे कितने प्रोब भेजे गए; इसलिए जवाब देने वाले हॉप के «लॉस» कॉलम में — दिखता है और 100% सिर्फ़ चुप रहे हॉप के लिए। हर हॉप का लॉस जानने के लिए MTR नेटवर्क डायग्नोस्टिक इस्तेमाल करें।
हर मेज़रमेंट में अधिकतम 10 प्रोब, हर विज़िटर के लिए घंटे में 30 मेज़रमेंट और Globalping की घंटे की क्वोटा।
सुरक्षा और गोपनीयता
प्रोब मोड होस्ट और विकल्प Mutqan सर्वर से Globalping को भेजता है, जहाँ पैरामीटर और नतीजे मेज़रमेंट ID वाले किसी भी व्यक्ति के लिए सार्वजनिक होते हैं। Mutqan कुछ भी स्टोर नहीं करता।
पेस्ट मोड पूरी तरह आपके ब्राउज़र में चलता है: ट्रेस, जो आपके प्राइवेट पते और ISP उजागर कर सकता है, कहीं अपलोड नहीं होता।
संदर्भ
- RFC 792: Internet Control Message ProtocolIPv4 के लिए ICMP को परिभाषित करता है, जिसमें ping के echo request और echo reply तथा traceroute का आधार time-exceeded संदेश शामिल हैं।
- RFC 4443: Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) SpecificationICMP का IPv6 संस्करण: echo request और reply, time exceeded और destination unreachable संदेश, और राउटर उन पर जो रेट-लिमिट लगाते हैं।
- RFC 1812: Requirements for IP Version 4 Routersराउटर को क्या करना चाहिए, जिसमें ICMP time-exceeded और unreachable संदेश कब भेजें और उनकी दर सीमित कर सकते हैं — इसी वजह से traceroute में कोई हॉप लॉस दिखा सकता है जबकि वह सामान्य रूप से फ़ॉरवर्ड करता है।