
traceroute और ping को एक ही नेटवर्क डायग्नोस्टिक टूल में जोड़ता है जो पथों की जांच करता है, विलंबता मापता है, और कनेक्टिविटी समस्याओं के समाधान के लिए per-hop आँकड़े रिपोर्ट करता है।
mtr 'traceroute' और 'ping' प्रोग्रामों की कार्यक्षमता को एक एकल नेटवर्क डायग्नोस्टिक टूल में संयोजित करता है।
जैसे ही mtr शुरू होता है, यह उस होस्ट के बीच नेटवर्क कनेक्शन की जांच करता है जिस पर mtr चलता है और एक उपयोगकर्ता-निर्दिष्ट गंतव्य होस्ट। यह क्रमिक रूप से बड़े टाइम-टू-लिव मानों के साथ गंतव्य पर प्रोब भेजता है, और मार्ग की खोज और मापने के लिए मध्यवर्ती राउटरों से प्रतिक्रियाओं का उपयोग करता है। ऐसा करते हुए, यह प्रत्येक हॉप के लिए चालू आँकड़े प्रिंट करता है।
मध्यवर्ती राउटरों को कॉन्फ़िगर किया जा सकता है कि वे ये ICMP प्रतिक्रियाएँ कभी न भेजें, या उन्हें दर-सीमित कर सकते हैं, इसलिए मध्यवर्ती हॉप पर स्पष्ट हानि का मतलब हमेशा यह नहीं होता कि उस बिंदु पर अग्रेषित ट्रैफ़िक खो रहा है।
mtr GNU जनरल पब्लिक लाइसेंस संस्करण 2 के तहत वितरित किया जाता है। विवरण के लिए COPYING फ़ाइल देखें।
यदि आप इसे टारबॉल से बना रहे हैं, तो mtr को संकलित करना उतना ही सरल है जितना:
./configure && make
कृपया ध्यान दें कि यह टारबॉल को संदर्भित करता है https://www.bitwizard.nl/mtr/files/ से, न कि उन टारबॉल से जो github उत्पन्न कर सकता है।
(अतीत में, वितरण में एक Makefile था जो आपके लिए ./configure करता था और फिर उत्पन्न Makefile के साथ फिर से make चलाता था, लेकिन इसमें कुछ बिट्रॉट हुआ है। यह git के साथ अच्छी तरह से काम नहीं करता था।)
यदि आप git रिपॉजिटरी से बना रहे हैं, तो आपको चलाना होगा:
./bootstrap.sh && ./configure && make
जब संकलन सफल लगता है, तो आप mtr का परीक्षण कर सकते हैं
sudo ./mtr <host>
(जहाँ <host> लिखा है वहाँ एक होस्टनाम या IP पता भरें) या तुरंत इंस्टॉल करने के लिए आगे बढ़ें:
make install
ध्यान दें कि mtr-packet को suid-root होना चाहिए क्योंकि इसे रॉ IP सॉकेट तक पहुँच की आवश्यकता है। सुरक्षा जानकारी के लिए SECURITY देखें।
पुराने संस्करणों में GTK स्थापित होने पर गैर-gtk संस्करण के सही निर्माण के लिए GTK के लिए एक अस्तित्वहीन पथ की आवश्यकता होती थी। अब यह आवश्यक नहीं है। ./configure --without-gtk अब काम करना चाहिए। यदि यह काम नहीं करता है, तो make चरण के रूप में make WITHOUT_X11=YES आज़माएँ।
Solaris पर, आपको निर्माण के लिए GNU make का उपयोग करना होगा।
(make के बजाय gmake का उपयोग करें।)
Solaris (और संभवतः अन्य सिस्टम) पर, "gtk" लाइब्रेरी एक ऐसी निर्देशिका में स्थापित हो सकती है जहाँ डायनामिक लिंकर बाइनरी के setuid होने पर देखने से इनकार करता है। Roman Shterenzon रिपोर्ट करता है कि कमांडलाइन में -Wl,-rpath=/usr/lib जोड़ना काम करेगा यदि आप gnu LD का उपयोग कर रहे हैं। वह मुझे बताता है कि जब आप sun LD का उपयोग करते हैं तो आपकी किस्मत खराब है। यह पूरी तरह सच नहीं है, क्योंकि आप gtk लाइब्रेरीज़ को /usr/local/lib में छोड़ने के बजाय /usr/lib में ले जा सकते हैं। (जब ld आपको बताता है कि /usr/local/lib अविश्वसनीय है और /usr/lib विश्वसनीय है, और आप gtk libs पर इतना भरोसा करते हैं कि उन्हें setuid प्रोग्राम में चाहते हैं, तो उन्हें "विश्वसनीय" निर्देशिका में ले जाने के लिए कुछ कहा जा सकता है।)
MacOS पर निर्माण के लिए किसी विशेष चरणों की आवश्यकता नहीं होनी चाहिए।
विंडोज पर mtr का उपयोग करने के लिए विंडोज सबसिस्टम फॉर लिनक्स (WSL) की आवश्यकता होती है। Ubuntu वितरण (डिफ़ॉल्ट) के साथ WSL स्थापित करने के लिए, WSL के साथ विंडोज पर लिनक्स कैसे स्थापित करें देखें।
पूर्ण प्रारंभिक प्रक्रिया के बाद, उतना ही सरल:
sudo apt-get -y install mtr
यदि आप पारंपरिक विधि पसंद करते हैं। Cygwin प्राप्त करें, देखें https://cygwin.com/install.html।
इसके बाद, निम्नलिखित तर्कों के साथ cygwin के setup-x86.exe (या यदि आप 64-बिट cygwin का उपयोग कर रहे हैं तो setup-x86_64.exe) को पुनः चलाएँ,
जो निर्माण के लिए आवश्यक पैकेज स्थापित करेगा:
setup-x86.exe --package-manager --wait --packages automake,pkg-config,make,gcc-core,libncurses-devel,libjansson-devel
Unix के तहत निर्माण करें:
./bootstrap.sh && ./configure && make
अंत में, निर्मित बाइनरीज़ स्थापित करें:
make install
mtr अब github पर होस्ट किया गया है। https://github.com/traviscross/mtr
mtr वेब पेज देखें http://www.BitWizard.nl/mtr/
बग रिपोर्ट और फीचर अनुरोध Github बग ट्रैकिंग सिस्टम में जमा किए जाने चाहिए।
पैच Github रिपॉजिटरी को क्लोन करके और पुल रिक्वेस्ट जारी करके, या मुझे ईमेल द्वारा सबमिट किए जा सकते हैं। कृपया unified diffs का उपयोग करें। आम तौर पर diff थोड़ा गड़बड़ होता है, इसलिए कृपया जाँच लें कि diff साफ है और इसमें आपकी बहुत अधिक स्थानीय चीज़ें नहीं हैं (उदाहरण के लिए, मैं "configure" स्क्रिप्ट नहीं चाहता/चाहता हूँ जो /आपका/ automake ने आपके लिए बनाया है)।
(पहले एक मेलिंगलिस्ट हुआ करती थी, लेकिन उसे केवल स्पैम मिलता था। इसलिए जब सर्वर को अपग्रेड किया गया, तो मेलिंग लिस्ट खत्म हो गई।)
REW