Gping - ग्राफ़ वाला ping
(github.com/orf)pingके परिणामों को ग्राफ़ में दिखाने वाला टूल, जो कई hosts के ping समय को विज़ुअलाइज़ करता है--cmdफ्लैग का उपयोग करने पर host ping के बजाय कमांड के execution time को ग्राफ़ में दिखाता हैgping [host]रूप में चलाया जाता है, और--cmdका उपयोग करने परcurl google.comजैसे कमांड को लक्ष्य के रूप में निर्दिष्ट किया जा सकता हैaws:eu-west-1,aws:ca-central-1जैसे cloud region shorthand notation को सपोर्ट करता है, और फिलहाल केवलawsसमर्थित है- ग्राफ़ display range, execution interval, IP version, network interface, graphics mode, color, और समाप्ति के बाद ग्राफ़ हटाने के विकल्प को समायोजित किया जा सकता है
--watch-intervalका डिफ़ॉल्ट मान ping के लिए 0.2 सेकंड, cmd के लिए 0.5 सेकंड है--bufferका डिफ़ॉल्ट मान 30 सेकंड है--color#RRGGBBफ़ॉर्मैट और निर्दिष्ट color names को सपोर्ट करता है
- Windows, Mac, Linux को सपोर्ट करता है और Homebrew, MacPorts, Scoop, Chocolatey, Fedora COPR, Cargo, Arch Linux, Alpine linux, Ubuntu/Debian, Gentoo, FreeBSD, Docker, Flox, gah install paths प्रदान करता है
- Cargo installation के लिए
rustc1.67.0 या उससे ऊपर आवश्यक है
1 टिप्पणियां
Hacker News की राय
एक साथ कई hosts देने पर उन्हें एक ही graph पर दिखाना वाकई बहुत अच्छा है
उदाहरण के लिए
gping mydomain.com google.comसे यह जल्दी समझने में बहुत मदद मिलती है कि “समस्या मेरे Wi-Fi में है या hosting provider में”इसमें graph output नहीं है, लेकिन यह मेरे IP और destination के बीच के hosts के लिए connectivity, latency, packet loss, और jitter दिखाता है
https://www.bitwizard.nl/mtr/
इस thread में westurner द्वारा पहले बताया गया link: https://news.ycombinator.com/item?id=36549005
curl google.comचलानाmtr traceroute भी करता है: https://en.wikipedia.org/wiki/MTR_(software)
इसे network troubleshooting में अक्सर इस्तेमाल किया जाता है, और यह रास्ते में आने वाले routers की सूची, हर router तक का औसत round-trip time, और packet loss दिखाता है, जिससे यह समझा जा सकता है कि कुल latency या loss में किस router के बीच का link कारण है
Scapy में vpython के साथ एक traceroute path को 3D visualization में दिखाने की सुविधा है। कॉलेज के समय मैंने इसे कई traceroute चलाकर सभी paths को overlap करके draw करने लायक बदलने की कोशिश की थी, और मुझे जानना था कि traceroute packet sequence के दौरान कोई खास path स्थिर रहता है या नहीं: https://scapy.readthedocs.io/en/latest/usage.html#tcp-tracer...
layer 2 packets बनाने के लिए root की जरूरत वाले tools चलाने से बचने के लिए
setcapइस्तेमाल किया जा सकता है:setcap CAP_NET_RAW /use/bin/python-scapyक्या traceroute dots को गलत तरीके से आपस में जोड़ नहीं देता?
इसे 1.1.1.1 और 8.8.8.8 तक traceroute चलाने के लिए configure किया है, और graph Prometheus में देखता हूँ
यह setup मैंने तब बनाया जब मेरे घर के internet connection में कई दिनों तक बहुत instability रही
मैंने graphs पर एक video भी बनाया है: https://video.nstr.no/w/hjTH3Vggn2fvpTrQitMmVP
graph और multiple hosts support मुझे पसंद आया
HTTPS अक्सर उन आख़िरी कुछ hops तक पहुँच जाता है जहाँ datacenter firewall के पीछे ICMP को रोक दिया जाता है, इसलिए
gping + cmd + curlवाला bash function काफ़ी उपयोगी हो सकता हैICMP metrics भ्रामक हो सकते हैं, क्योंकि ज़्यादातर operating systems rate limiting लगाते हैं, और कई routers backplane CPU load के हिसाब से ICMP को low priority देते हैं, लेकिन इसका असली packet forwarding capability से कोई लेना-देना नहीं होता
जिन hosts के पास IPv4 और IPv6 दोनों addresses हैं, उन पर
-4इस्तेमाल करने से ऐसा लगता है कि display में IPv4 address दिखता है, लेकिन ping असल में IPv6 address पर जाता है। क्या और लोगों के साथ भी ऐसा है? version 1.8.0 हैथोड़ा loosely related tool, यह भी “graph वाला ping” है लेकिन अलग तरह का: https://github.com/denilsonsa/prettyping
feature request: आवाज़
कभी-कभी cable हिलाते-डुलाते समय feedback की जरूरत होती है। उस काम के लिए मैंने एक ad-hoc tool बनाया था, लेकिन वह असल में ping को wrap करने वाला एक rough tool ही है
pinguकी ताकत देखिए: https://pastebin.com/qTfdZ7C8pingutility में पहले से ही-aके साथ आवाज़ वाला ping है। हर response पर terminal bell बजती हैसंबंधित और बहुत महत्वपूर्ण: https://www.cloudflare.com/learning/network-layer/what-is-mt...
MTR वास्तव में क्या दिखाता है और क्यों, इसे समझना ज़रूरी है
मुझे gping पसंद है, लेकिन काश इसमें और गहराई वाली जानकारी या manpage होती
साथ आने वाला documentation बहुत explanatory नहीं है। उदाहरण के लिए
t/oक्या है, values कैसे calculate होती हैं, यह समझना मुश्किल है, और GitHub page भी ज़्यादा मदद नहीं करतासंदर्भ के लिए,
t/oका मतलब timeouts हैसाथ में देखने लायक चीज़ें: ministat, gnuplot, https://www.brendangregg.com/dtkshdemos.html
search engine नहीं, बल्कि “probabilistic bandwidth measurement tool” वाले bing की याद आती है
वह मेरे और target के बीच की सीमित bandwidth से स्वतंत्र होकर किसी भी दो network links के बीच की bandwidth बता सकता था। मैं खुद 33.6Kbps modem link के ज़रिए कुछ hops दूर जुड़ा हुआ था, फिर भी T-3 या OC-48 backbone link की speed माप सकता था
लगता है वह ज़्यादा समय तक नहीं चला और छोड़ दिया गया, और लोकप्रिय Linux distributions ने भी उसका package देना बंद कर दिया। वही measurement कर सकने वाला कोई दूसरा tool मुझे नहीं पता
IPv6 से पहले के पुराने दिनों में IPv4 का geoip काफ़ी हद तक काम करता था, और Windows पर एक traceroute-जैसा tool NeoTrace Pro था जो IP को map पर दिखा सकता था
याद पड़ता है कि उसमें बीच के हर device को फिर से ping करने वाली ping-map जैसी सुविधा भी थी
आजकल सभी intermediate devices जवाब नहीं देते, और carrier overlays तथा SDN flow management इतना ज़्यादा है कि IP को किसी खास physical location से map करना मुश्किल हो गया है। यह वह landline-जैसा दौर नहीं रहा जब छोटी कंपनियाँ Class C खरीदकर ARIN database में कंपनी का phone number डाल देती थीं