मेरी पिंग कमांड कभी खत्म नहीं होती है। इसका मतलब यह है कि यह आत्मघाती है?


10

मैं एक दूरस्थ आईपी पिंग कर रहा हूं। मैं पिंग कमांड के बारे में बहुत कम जानता हूं। जब मैं आईपी को पिंग करता हूं, तो यह चलता रहता है और जाता रहता है ... मैं -t विकल्प का उपयोग नहीं कर रहा हूं ।

Me$ ping 137.30.124.104
PING 137.30.124.104 (137.30.124.104): 56 data bytes
64 bytes from 137.30.124.104: icmp_seq=0 ttl=62 time=3.378 ms
64 bytes from 137.30.124.104: icmp_seq=1 ttl=62 time=3.825 ms
64 bytes from 137.30.124.104: icmp_seq=2 ttl=62 time=4.882 ms
64 bytes from 137.30.124.104: icmp_seq=3 ttl=62 time=1.822 ms
64 bytes from 137.30.124.104: icmp_seq=4 ttl=62 time=4.572 ms
....
64 bytes from 137.30.124.104: icmp_seq=290 ttl=62 time=3.273 ms

इसका मतलब यह है कि यह सफलतापूर्वक आईपी पिंग है? या कि यह कोशिश कर रहा है और असफल हो रहा है और फिर से कोशिश कर रहा है? मैं इसे कैसे रोकूं?


4
हाँ, यह सफलतापूर्वक पिंग है। आप इसे Ctrl-C के साथ रोक सकते हैं।
फहीम मीठा

7
यूनिक्स-पसंद डिफ़ॉल्ट रूप से pingबंद नहीं windowsकरता है।
गिल्स क्वेनोट

@sputnick हाँ जो मुझे भ्रमित कर रहा था
bernie2436

देखें कि आप इसे मेरे उत्तर में कैसे नियंत्रित कर सकते हैं!
slm

जवाबों:


17

पिंग कमांड कैसे काम करता है। तुम्हें पता है, गिनती स्विच का उपयोग यह नियंत्रित कर सकते हैं -c

उदाहरण

$ ping -c 2 skinner
PING skinner.bubba.net (192.168.1.3) 56(84) bytes of data.
64 bytes from skinner.bubba.net (192.168.1.3): icmp_req=1 ttl=64 time=1.00 ms
64 bytes from skinner.bubba.net (192.168.1.3): icmp_req=2 ttl=64 time=1.13 ms

--- skinner.bubba.net ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 1.001/1.069/1.138/0.075 ms

उत्पादन का टूटना

इस तरह की पंक्तियों का अर्थ है कि यह सफलतापूर्वक अन्य मेजबान को पिंग कर रहा है:

64 bytes from skinner.bubba.net (192.168.1.3): icmp_req=2 ttl=64 time=1.13 ms

ये पंक्तियाँ प्रत्येक "पिंग" के बारे में डिटेलिस दिखाती हैं क्योंकि यह आपके होस्ट और होस्ट के बीच होता है जिसे आप पिंग करने की कोशिश कर रहे हैं।

छठा स्तंभ

वह कॉलम जिसमें यह मान है, icmp_req=2आपको बता रहा है कि यह कौन सा ICMP पैकेट है। pingआदेश नेटवर्क पैकेट बनाती है। कई प्रकार हैं, आपने शायद टीसीपी या शायद यूडीपी पैकेट के बारे में सुना है। एक अन्य प्रकार ICMP है। ICMP सेल फोन नेटवर्क में एसएमएस के समान है। यह प्राथमिक उद्देश्य नेटवर्क पर कमांड और नियंत्रण के लिए है।

7 वां स्तंभ

तीसरा स्तंभ जो दिलचस्प है TTL=64। टीटीएल - "उर्फ। टाइम टू लिव", इसका मतलब है कि पैकेट केवल टाइमिंग से पहले अधिकांश 64 नोड्स के माध्यम से अनुप्रस्थ होगा। इसलिए यदि सिस्टम आपके सिस्टम से 64 "हॉप्स" से अधिक है, तो आप इसे पिंग नहीं कर सकते, जब तक कि आप टीटीएल को नहीं बढ़ाते।

8 वां स्तंभ

यह कॉलम बताता है कि समय के साथ पिंग कब तक हुआ (मिलीसेकंड में)। यह ऐसा कॉलम होगा जो ऐसा दिखता है time=1.13 ms:।

अन्य स्तंभ काफी आत्म व्याख्यात्मक हैं।

पिंग संस्करण

विभिन्न pingआदेश विभिन्न यूनिक्स में अलग-अलग कार्यान्वित किए जाते हैं। इसलिए आपको संस्करण पर ध्यान देने की आवश्यकता है।

$ ping -V
ping utility, iputils-sss20100418

मैं एक फेडोरा 14, लिनक्स सिस्टम पर हूं।


1

स्लम का जवाब बहुत अच्छा है, लेकिन अगर आप बस जल्दी से जांचना चाहते हैं कि क्या एक मेजबान जीवित है (और पहुंच योग्य है, और पिंग का जवाब दे) तो आप fpingइसके बजाय उपयोग कर सकते हैं ping। यह मेजबान (ओं) को पिंग करता है, और प्रतिक्रिया के लिए थोड़े समय का इंतजार करता है। fpingबाहर निकलने के कोड की सफलता या विफलता की रिपोर्ट करता है।

जैसे

कैस @ गणेश: ~ $ फप्पिंग काली
काली जीवित है
कैस @ गणेश: ~ $ गूंज $?
0

कैस @ गणेश: ~ $ फप्पिंग दुर्गा 
ICMP होस्ट अप्राप्य 203.xx.xxx.1 से ICMP इको के लिए दुर्गा को भेजा (203.xx.xxx.14)
ICMP होस्ट अप्राप्य 203.xx.xxx.1 से ICMP इको के लिए दुर्गा को भेजा (203.xx.xxx.14)
ICMP होस्ट अप्राप्य 203.xx.xxx.1 से ICMP इको के लिए दुर्गा को भेजा (203.xx.xxx.14)
ICMP होस्ट अप्राप्य 203.xx.xxx.1 से ICMP इको के लिए दुर्गा को भेजा (203.xx.xxx.14)
दुर्गा अगम्य है
कैस @ गणेश: ~ $ गूंज $?
1

'ICMP होस्ट अनरेचेबल' संदेशों को stderr को / dev / null में रीडायरेक्ट करके छोड़ा जा सकता है। उदाहरण के लिए:

cas@ganesh:~$ fping durga 2>/dev/null 
durga is unreachable
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.