जवाबों:
ping
एक बाहरी होस्ट कई कारणों से विफल हो सकता है, जिनमें से कुछ ही वास्तव में आपके अपने नेटवर्क की स्थिति के बारे में उपयोगी कुछ भी कहते हैं।
पहले चरण के रूप में, एक टर्मिनल विंडो खोलें और टाइप करें
ip route ls
आप की तर्ज पर एक आउटपुट देखना चाहिए
shadur@equinox:~$ ip route ls
192.168.15.0/24 dev eth0 proto kernel scope link src 192.168.15.102
default via 192.168.15.1 dev eth0
यह इंगित करता है कि आपका स्थानीय नेटवर्क eth0
पते के साथ एक ईथरनेट कनेक्शन ( ) है 192.168.15.0
, और इसका डिफ़ॉल्ट गेटवे है जिसके माध्यम से यह शेष इंटरनेट तक पहुंचता है 192.168.15.1
।
इसके बाद, आप ping
उस पते पर कोशिश कर सकते हैं :
shadur@equinox:~$ ping 192.168.15.1
PING 192.168.15.1 (192.168.15.1) 56(84) bytes of data.
64 bytes from 192.168.15.1: icmp_req=1 ttl=255 time=0.352 ms
64 bytes from 192.168.15.1: icmp_req=2 ttl=255 time=0.269 ms
^C
--- 192.168.15.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.269/0.310/0.352/0.045 ms
यदि आप उपरोक्त कुछ से परिचित हैं, तो आपका अपना स्थानीय नेटवर्क कम से कम, ठीक है। इस बिंदु पर आप और अधिक उन्नत उपकरणों के साथ traceroute
देखना शुरू कर सकते हैं जैसे कि यह देखना है कि गंतव्य के लिए आपका कनेक्शन विफल हो रहा है या नहीं।
हालाँकि, growl
वास्तव में होने वाली एक त्वरित Google जांच के बाद मुझे लग रहा है कि कुछ और गलत हो रहा है। क्या आप हमें यह बताने के लिए अपने प्रश्न का विस्तार कर सकते हैं कि आप क्या करने का प्रयास कर रहे हैं, आप इसे कैसे प्रयास कर रहे हैं, और पूर्ण त्रुटि आउटपुट? वर्तमान में आप हमें जो लाइन दे रहे हैं वह अचानक से कट जाती है ...
ip route get 1.2.3.4
सिर्फ करने से ज्यादा विश्वसनीय है ip route ls
। पूर्व मार्गों के अलावा किसी भी नियम को लागू करेगा। यह रूटिंग टेबल (एस) को गलत तरीके से फैलाने की संभावना को भी दूर करता है।
एक बहुत ही सरल और त्वरित तरीका है ping
कमांड का उपयोग करना ।
आप बस टाइप कर सकते हैं
$ ping yahoo.com
(या cnn.com या कोई अन्य होस्ट) और देखें कि क्या आपको कोई आउटपुट वापस मिलता है। यह मानता है कि होस्टनाम को हल किया जा सकता है (यानी डीएनएस काम कर रहा है)। यदि नहीं, तो आप उम्मीद कर सकते हैं कि आप किसी दूरस्थ सिस्टम के वैध आईपी पते / संख्या की आपूर्ति कर सकते हैं और देखें कि क्या उस तक पहुंचा जा सकता है।
यहाँ पिंग मैन पेज है ।
अपडेट :
एक त्वरित उदाहरण के रूप में, यदि कमांड सफल हुआ (तो आप कमांड के आउटपुट को हमेशा पाइप कर सकते हैं ) यह देखने के लिए रिटर्न मान (जैसे, साथ "echo $?"
) की जांच कर सकते हैं । नोट मैं यहां उपयोग करता हूं , लेकिन आप अधिक उपयोग कर सकते हैं।ping
> /dev/nul
-c 1
$ ping -c 1 yahoo.com
PING yahoo.com (72.30.38.140) 56(84) bytes of data.
64 bytes from ir1.fp.vip.sp2.yahoo.com (72.30.38.140): icmp_seq=1 ttl=52 time=83.5 ms
--- yahoo.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 83.593/83.593/83.593/0.000 ms
echo $?
0
$ ping -c 1 unicorns.are.here
ping: unknown host unicorns.are.here
$ echo $?
2
ping -c 2 -n <other host's IP>
रिटर्न कोड पर चलाएं और संचालित करें: अगर सच (0), तो इसकी कनेक्टिविटी है; अगर झूठ (1) है, तो यह उस मशीन से बात नहीं कर सकता है।
mtr एक उपकरण है जो पिंग के समान है, लेकिन आपको अधिक जानकारी देता है जैसे पैकेट खोना, पैकेट यात्रा के समय के आंकड़े, आदि ...
ping -c 1 www.yourtrustedserver.com | grep " 0% packet loss"
:। यह एक पैकेट के साथ सर्वर को पिंग करता है, और स्ट्रिंग को "0% पैकेट नुकसान" के लिए आउटपुट देता है। (0% से पहले का स्थान महत्वपूर्ण है) यदि कमांड एक पंक्ति देता है, तो आप कनेक्ट हैं, अन्यथा, कनेक्ट नहीं हैं।