Cas particulier
Vous souhaitez envoyer une requête ping à l'adresse IP fixe "la plus proche" qui n'est pas routable lorsque le fournisseur de services Internet entre en état de surcharge du trafic. Sur mon système, je peux émuler cette situation en échouant à l'authentification ADSL. Dans ce cas, en comparant les résultats de traceroute -n
dans des conditions normales et anormales, je constate que le premier saut effectué vers 8.8.8.8 (ou tout site Web externe) qui ne répond pas est 151.6.68.45, ce qui fait partie de l'infrastructure de mon fournisseur de services Internet.
En utilisant cette adresse IP en tant qu'hôte "check-alive" (après avoir répété le test juste pour être sûr qu'il est corrigé), je peux détecter une anomalie ISP sans obtenir de faux positif au cas où l'ADSL est correct, mais le routage ISP a des problèmes .
Bien sûr, je pourrais utiliser 8.8.8.8 exprès , en pensant que si je ne peux pas accéder à l'infrastructure de Google, peu importe la raison , je pourrais aussi bien essayer avec le routeur de secours.
Cas général
"Internet is available" est une chose beaucoup plus compliquée que simplement "Est-ce que 8.8.8.8 (ou autre IP) est accessible".
Pour un contrôle rapide, sale et pas toujours fiable, il est bon d’envoyer une requête en 8.8.8.8. Mais vu que vous utilisez une adresse IP numérique au lieu d'un nom de domaine, vous vous êtes déjà rendu compte que vous disposiez peut-être d'une connectivité IP et que vous n'aviez toujours pas accès à Internet à cause de problèmes de DNS.
Un diagnostic complet devrait commencer près de votre PC.
- interroger la configuration du réseau local et récupérer la passerelle et le serveur DNS.
- cingler la passerelle. Il devrait être accessible. Sinon, il y a un problème local.
- lancer un traceroute avec TTL court (en fait, un traceroute TCP tel que celui fourni par hping est meilleur) d'une adresse sûrement externe, 8.8.8.8 est correct.
- vous voulez voir qu'après la passerelle, certains nœuds supplémentaires répondent.
Par exemple, sous Windows XP à la maison, j'ai:
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
Maintenant, essayez de faire un ping DNS. Il devrait être accessible. Mieux encore, lancez une simple vérification DNS. Afin d'éviter les caches DNS, j'utilise parfois un domaine qui répond à toutes les requêtes, quoi qu'il arrive . Donc par exemple
$ host randomasdfdsasdqwerty987667.godaddy.com
randomasdfdsasdqwerty987667.godaddy.com has address 97.74.104.201
tandis que si le serveur DNS n'est pas fiable, la même requête peut renvoyer l'adresse du portail captif pour le wifi
$ host randomasdfdsasdqwerty987667.godaddy.com
captiveportal.homenet has address 192.168.4.200
ou 127.0.0.1, voire une erreur.
En cas d'échec du DNS, je peux essayer un traceroute de l'adresse IP du DNS (ou un autre DNS tel que celui d'OpenDNS). Cela ne me dira pas seulement si le problème vient du DNS ou du FAI, cela me permettra souvent de contourner l'interruption.
Si tout se passe bien à ce stade, je sais que la connexion fonctionne normalement. il peut encore échouer pour certains sites. Tout ce dont j'ai besoin maintenant, c'est isup.me
d'être debout :-), puis de vérifier
http://www.isup.me/www.google.com
http://www.isup.me/mail.google.com
ou un site tel que Down Detector me tiendra informé de la "météo Internet".
En fait, sur mon serveur domestique, il y a un cache Squid et la page d'erreur contient les dernières données extraites avec succès des statistiques sur le site, de sorte que je peux voir quelque chose comme:
Google.com is not reachable
STORM ALERT: 12 out of 14 sites are unreachable!
comme ce fut le cas vendredi dernier ici en Italie.