विशिष्ट मामला
आप "निकटतम" फिक्स्ड आईपी को पिंग करना चाहते हैं जो आईएसपी ट्रैफिक अधिभार राज्य में प्रवेश करने पर गैर-परिवर्तनीय है। अपने सिस्टम पर मैं ADSL प्रमाणीकरण को विफल करके इस स्थिति का अनुकरण कर सकता हूं। उस मामले में, traceroute -n
सामान्य और असामान्य स्थितियों के परिणामों की तुलना करके , मैं देखता हूं कि 8.8.8.8 (या किसी भी निश्चित रूप से बाहरी साइट) पर पहला उत्तर जो 151.6.68.45 का जवाब नहीं देता है, जो मेरे आईएसपी के बुनियादी ढांचे का हिस्सा है।
का उपयोग करके कि "चेक-जिंदा" मेजबान के रूप में आईपी (परीक्षण दोहराने के बाद सिर्फ यकीन है कि यह होना करने के लिए है निश्चित), मैं मामले में एक झूठी सकारात्मक हो रही एडीएसएल ठीक है बिना एक आईएसपी विसंगति का पता लगा सकते हैं, लेकिन आईएसपी मार्ग मुसीबतों है ।
बेशक, मैं उद्देश्य पर 8.8.8.8 का उपयोग कर सकता हूं , यह तर्क देते हुए कि अगर मैं Google के बुनियादी ढांचे तक नहीं पहुंच सकता हूं, तो मुझे इस कारण की परवाह नहीं है , मैं बैकअप राउटर के साथ भी कोशिश कर सकता हूं।
सामान्य मामला
"इंटरनेट उपलब्ध है" बस "8.8.8.8 (या अन्य आईपी) पहुंच योग्य है" की तुलना में बहुत अधिक जटिल चीज है।
एक त्वरित, गंदे और हमेशा विश्वसनीय जांच के लिए, पिंगिंग 8.8.8.8 अच्छा है। लेकिन यह देखते हुए कि आप एक डोमेन नाम के बजाय एक संख्यात्मक आईपी का उपयोग कैसे करते हैं, आप पहले से ही इस तथ्य से रूबरू हैं कि आपके पास DNS समस्याओं के कारण आईपी कनेक्टिविटी हो सकती है और अभी भी "कोई इंटरनेट नहीं" है।
एक पूर्ण नैदानिक को आपके पीसी के करीब शुरू करना होगा।
- स्थानीय नेटवर्क कॉन्फ़िगरेशन क्वेरी करें और गेटवे और DNS सर्वर पुनर्प्राप्त करें।
- प्रवेश द्वार पर पिंग। यह उपलब्ध होना चाहिए। यदि नहीं, तो स्थानीय समस्या है।
- एक निश्चित बाहरी पते पर लघु टीटीएल (वास्तव में, एक टीसीपी ट्रेसरआउट जैसे कि एचपीपी द्वारा प्रदान किया गया बेहतर है) के साथ एक ट्रेसरूट चलाएं, 8.8.8.8 ठीक है।
- आप देखना चाहते हैं कि आपके प्रवेश द्वार के बाद कुछ अतिरिक्त नोड्स जवाब दे रहे हैं।
उदाहरण के लिए घर पर विंडोज एक्सपी में मेरे पास है:
1 <1 ms <1 ms <1 ms 192.168.4.200 -- (constant) Home Linux box (gateway)
2 <1 ms <1 ms <1 ms 192.168.0.1 -- (constant) ADSL modem
3 * * * * -- WAN interface, always fails; expected
4 * 6 ms 6 ms 151.6.64.30 -- (varies) ISP gateway
अब DNS को पिंग करने का प्रयास करें। यह उपलब्ध होना चाहिए। और भी बेहतर, एक साधारण डीएनएस चेक चलाएं। डीएनएस कैश से बचने के लिए, मैं कभी-कभी कुछ डोमेन का उपयोग करता हूं जो सभी प्रश्नों का उत्तर देगा चाहे कोई भी हो। इसलिए उदाहरण के लिए
$ host randomasdfdsasdqwerty987667.godaddy.com
randomasdfdsasdqwerty987667.godaddy.com has address 97.74.104.201
यदि DNS सर्वर अविश्वसनीय है, तो वही क्वेरी वाईफ़ाई के लिए कैप्टिव पोर्टल के पते को वापस कर सकती है
$ host randomasdfdsasdqwerty987667.godaddy.com
captiveportal.homenet has address 192.168.4.200
या 127.0.0.1, या यहां तक कि एक त्रुटि।
DNS विफलताओं के मामले में, मैं DNS IP पते (या एक अलग DNS जैसे कि OpenDNS के वाले) का अनुरेखक आज़मा सकता हूं। यह न केवल मुझे बताएगा कि समस्या DNS या आईएसपी है, यह अक्सर मुझे रुकावट के आसपास काम करने की अनुमति देगा।
यदि इस बिंदु पर सब कुछ ठीक है, तो मुझे पता है कि कनेक्शन कार्य क्रम में है, सामान्य तौर पर; यह अभी भी कुछ साइटों के लिए विफल हो सकता है। अब मुझे सभी की आवश्यकता है isup.me
:-), फिर जाँच करना
http://www.isup.me/www.google.com
http://www.isup.me/mail.google.com
या डाउन डिटेक्टर जैसी साइट मुझे "इंटरनेट मौसम" के बारे में सूचित रखेगी।
वास्तव में, मेरे होम सर्वर पर एक स्क्वीड कैश है और त्रुटि पृष्ठ में अंतिम डेटा डाउन-साइट आंकड़ों से सफलतापूर्वक पुनर्प्राप्त होता है, इसलिए मुझे कुछ ऐसा दिखाई देगा
Google.com is not reachable
STORM ALERT: 12 out of 14 sites are unreachable!
जैसा कि इटली में पिछले शुक्रवार को हुआ था।