Apakah ada server biasa yang selalu aktif, yang dapat saya atur untuk melakukan ping dalam mode otomatis untuk mendeteksi internet tersedia? Suka Google atau apa? Mungkin 8.8.8.8?

Situasi spesifik saya adalah saya menggunakan router WAN ganda. Setiap WAN terhubung ke salah satu ISP. Ketika uang saya berakhir di salah satu ISP, itu tidak memblokir saluran. Alih-alih, itu diarahkan ke halaman peringatan. Jadi, router menganggap internet dalam keadaan aktif, karena data sedang bepergian. Opsi lain untuk router ini adalah melakukan ping ke beberapa alamat untuk memeriksa apakah internet aktif.

Saya ingin tahu, jika saya melakukan ping 8.8.8.8, tidakkah saya akan dilarang oleh Google karena penggunaan yang tidak tepat? Saya curiga, bahwa Google mungkin memiliki beberapa kuota. Jika saya akan melakukan ping ke server nama terlalu sering, maka saya terkadang akan mendapatkan penolakan DNS.

Coba ping 8.8.8.8, ini adalah server DNS primer Google. Saya selalu ping untuk memverifikasi koneksi saya dan saya tidak pernah menemukannya. Atau Anda dapat mencoba 8.8.4.4, yang merupakan DNS sekunder Google.

Anda dapat melakukan apa yang dilakukan microsoft: periksa itu

http://www.msftncsi.com/ncsi.txt

mengembalikan "Microsoft NCSI". (Ini memverifikasi bahwa Anda bisa mendapatkan data yang benar dari suatu situs, mis. Bukan portal Wifi atau yang lainnya).

Anda juga dapat memeriksa (mis. Ping) bahwa dns.msftncsi.com

menunjuk ke 131.107.255.255 (ini memverifikasi bahwa DNS berfungsi).

Lihat http://technet.microsoft.com/en-us/library/ee126135

NB: Anda juga dapat mengunjungi http://www.msftconnecttest.com/redirect untuk masuk melalui portal captive jika diperlukan.

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.

Seperti yang dikatakan pasangan, Anda dapat melakukan ping, katakanlah, DNS primer Google untuk mendapatkan respons tetapi tidak bergantung pada satu alamat. Alamat (karena beberapa alasan) mungkin tidak aktif untuk jangka waktu tertentu, di mana perangkat lunak Anda akan melaporkan "tidak ada konektivitas", ketika, pada kenyataannya, konektivitas jaringan Anda mungkin tidak mengalami masalah. Anda harus selalu berusaha berkomunikasi dengan lebih dari satu alamat sehingga Anda dapat mengesampingkan negatif palsu.

Saya akan menulis fungsi yang mem-ping alamat sekali, jika gagal pindah ke yang lain (hingga, katakanlah, tiga IP) dan saat Anda mendapatkan beberapa balasan positif, fungsi tersebut harus memberi tahu aplikasi / skrip Anda bahwa Internet tersedia dan terus.

Ketika saya bekerja untuk sebuah organisasi dengan koneksi internet yang flakey, saya memiliki skrip yang menguji beberapa server "selalu up" untuk konektivitas: pertama router LAN / switch, kemudian server file lokal, lalu router T1, lalu DNS ISP, lalu Google. Saya menguji dua yang terakhir sebagai alamat numerik dan sebagai domain, untuk memeriksa masalah DNS vs ping per se. Jika salah satu ping gagal terlalu sering, saya mendapat ide di mana masalah dalam menghubungkan ke internet yang paling mungkin ada.

Untuk alamat numerik untuk Google, saya hanya menggunakan satu yang saya dapatkan dari nslookup sebelumnya - saya tidak pernah menemukan kasus di mana itu turun. Saya kira 8.8.8.8 akan lebih sederhana.

Cukup sering, ketika orang-orang menelepon untuk mengatakan "internet sedang down", ternyata hanya DNS yang down; kita mungkin menyebutnya hal-hal yang berbeda, tetapi dari sudut pandang kolega saya, internet tidak tersedia dalam kedua kasus tersebut.

Saya telah menggunakan 4.2.2.1 selama lebih dari 10 tahun .. Sebelum ada layanan DNS publik Googles. Tampaknya menjadi cache DNS and responder ICMP andal.

Coba server DNS Anda, Anda tetap akan membutuhkannya (dan koneksi luar ISP Anda mungkin sedang turun). Itu benar-benar tergantung pada apa yang Anda inginkan. Jika Anda perlu mengakses layanan spesifik, periksa.