Kasus khusus
Anda ingin melakukan ping ke IP tetap "terdekat" yang tidak dapat dirutekan ketika ISP memasuki kondisi lalu lintas yang berlebihan. Pada sistem saya, saya dapat meniru situasi ini dengan gagal otentikasi ADSL. Dalam hal itu, dengan membandingkan hasil traceroute -ndalam kondisi normal dan abnormal, saya melihat bahwa lompatan pertama ke 8.8.8.8 (atau situs eksternal mana pun) yang tidak merespons adalah 151.6.68.45, yang merupakan bagian dari infrastruktur ISP saya.
Dengan menggunakan yang IP sebagai tuan rumah "check-hidup" (setelah mengulangi tes hanya untuk memastikan itu adalah tetap), saya bisa mendeteksi ISP anomali tanpa mendapatkan positif palsu dalam kasus ADSL adalah OK, tetapi routing ISP memiliki masalah .
Tentu saja, saya dapat menggunakan 8.8.8.8 dengan sengaja , dengan alasan bahwa jika saya tidak dapat mencapai infrastruktur Google, saya tidak peduli tentang alasannya , saya mungkin juga mencoba dengan router cadangan.
Kasus umum
"Internet tersedia" adalah hal yang jauh lebih rumit daripada sekadar "Apakah 8.8.8.8 (atau IP lainnya) dapat dijangkau".
Untuk pemeriksaan cepat, kotor, dan tidak selalu dapat diandalkan, ping 8.8.8.8 bagus. Tetapi melihat bagaimana Anda menggunakan IP numerik alih-alih nama domain, Anda telah menambahkan fakta bahwa Anda mungkin memiliki konektivitas IP dan masih "tidak ada Internet" karena masalah DNS.
Diagnosis yang lengkap harus mulai dekat dengan PC Anda.
- permintaan konfigurasi jaringan lokal dan mengambil gateway dan server DNS.
- ping gateway. Itu harus bisa dijangkau. Jika tidak, ada masalah lokal.
- menjalankan traceroute dengan TTL pendek (sebenarnya, traceroute TCP seperti yang disediakan oleh hping lebih baik) dari alamat eksternal, 8.8.8.8 tidak apa-apa.
- Anda ingin melihat itu, setelah gateway Anda, beberapa node tambahan merespons.
Misalnya di Windows XP di rumah saya punya:
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
Sekarang coba ping DNS. Itu harus bisa dijangkau. Lebih baik lagi, jalankan pemeriksaan DNS sederhana. Untuk menghindari cache DNS, saya terkadang menggunakan beberapa domain yang akan menjawab semua pertanyaan apa pun yang terjadi. Jadi misalnya
$ host randomasdfdsasdqwerty987667.godaddy.com
randomasdfdsasdqwerty987667.godaddy.com has address 97.74.104.201
sementara jika server DNS tidak dapat diandalkan, permintaan yang sama mungkin mengembalikan alamat portal captive untuk wifi
$ host randomasdfdsasdqwerty987667.godaddy.com
captiveportal.homenet has address 192.168.4.200
atau 127.0.0.1, atau bahkan kesalahan.
Dalam hal kegagalan DNS saya dapat mencoba traceroute dari alamat IP DNS (atau DNS yang berbeda seperti yang OpenDNS). Itu tidak hanya akan memberi tahu saya apakah masalahnya adalah DNS atau ISP, itu akan sering memungkinkan saya untuk mengatasi gangguan.
Jika semuanya baik-baik saja pada saat ini saya tahu bahwa koneksi berfungsi, secara umum; mungkin masih gagal untuk beberapa situs. Yang saya butuhkan sekarang adalah untuk isup.mebangun :-), lalu memeriksa
http://www.isup.me/www.google.com
http://www.isup.me/mail.google.com
atau situs seperti Down Detector akan memberi saya informasi tentang "cuaca Internet".
Sebenarnya, di server rumah saya ada cache Squid dan halaman kesalahan berisi data terakhir yang berhasil diambil dari statistik situs, jadi saya mungkin melihat sesuatu seperti
Google.com is not reachable
STORM ALERT: 12 out of 14 sites are unreachable!
sama seperti yang terjadi Jumat lalu di sini di Italia.