Caso specifico
Si desidera eseguire il ping dell'IP fisso "più vicino" non instradabile quando l'ISP entra nello stato di sovraccarico del traffico. Sul mio sistema posso emulare questa situazione fallendo l'autenticazione ADSL. In tal caso, confrontando i risultati traceroute -n
in condizioni normali e anormali, vedo che il primo hop a 8.8.8.8 (o qualsiasi sito sicuramente esterno) che non risponde è 151.6.68.45, che fa parte dell'infrastruttura del mio ISP.
Utilizzando che IP come host "check-in vita" (dopo aver ripetuto il test solo per essere sicuri che sia fisso), posso rilevare un ISP un'anomalia senza ottenere un falso positivo nel caso in cui l'ADSL è OK, ma l'instradamento ISP ha problemi .
Ovviamente, potrei usare 8.8.8.8 di proposito , ragionando che se non riesco a raggiungere l'infrastruttura di Google, non mi interessa il motivo , potrei anche provare con il router di backup.
Caso generale
"Internet è disponibile" è una cosa molto più complicata del semplice "È raggiungibile 8.8.8.8 (o altro IP)".
Per un controllo rapido, sporco e non sempre affidabile, il ping 8.8.8.8 è buono. Ma visto che usi un IP numerico invece di un nome di dominio, hai già compreso il fatto che potresti avere una connettività IP e ancora "nessuna Internet" a causa di problemi DNS.
Una diagnostica completa dovrebbe iniziare vicino al tuo PC.
- interrogare la configurazione della rete locale e recuperare gateway e server DNS.
- ping il gateway. Dovrebbe essere raggiungibile. In caso contrario, c'è un problema locale.
- eseguire un traceroute con TTL breve (in realtà, un traceroute TCP come quello fornito da hping è migliore) di un indirizzo sicuramente esterno, 8.8.8.8 va bene.
- vuoi vedere che, dopo il tuo gateway, alcuni nodi extra stanno rispondendo.
Ad esempio in Windows XP a casa ho:
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
Ora prova a eseguire il ping del DNS. Dovrebbe essere raggiungibile. Ancora meglio, esegui un semplice controllo DNS. Al fine di evitare le cache DNS, a volte uso un dominio che risponderà a tutte le domande, qualunque cosa accada. Quindi per esempio
$ host randomasdfdsasdqwerty987667.godaddy.com
randomasdfdsasdqwerty987667.godaddy.com has address 97.74.104.201
mentre se il server DNS non è affidabile, la stessa query potrebbe restituire l'indirizzo del portale captive per il wifi
$ host randomasdfdsasdqwerty987667.godaddy.com
captiveportal.homenet has address 192.168.4.200
o 127.0.0.1 o persino un errore.
In caso di guasti DNS, posso provare un traceroute dell'indirizzo IP DNS (o un DNS diverso come quelli di OpenDNS). Ciò non solo mi dirà se il problema è il DNS o l'ISP, ma spesso mi permetterà di aggirare l'interruzione.
Se tutto va bene a questo punto, so che la connessione è funzionante, in generale; potrebbe ancora non riuscire per alcuni siti. Tutto ciò di cui ho bisogno ora è isup.me
alzarmi :-), quindi controllare
http://www.isup.me/www.google.com
http://www.isup.me/mail.google.com
o un sito come Down Detector mi terrà informato sul "meteo su Internet".
In realtà, sul mio server di casa c'è una cache di Squid e la pagina di errore contiene gli ultimi dati recuperati con successo dalle statistiche del down-site, quindi potrei vedere qualcosa di simile
Google.com is not reachable
STORM ALERT: 12 out of 14 sites are unreachable!
proprio come è successo lo scorso venerdì qui in Italia.