Comment savoir si c'est votre problème ou celui de votre FAI
J'ai initialement intitulé ceci "comment savoir si votre Internet est en panne ou si votre réseau est juste vissé" et l'IA de Jeff a déclaré que cette question serait probablement fermée.
Néanmoins, quelqu'un ici est toujours au téléphone avec le FAI et c'est généralement notre faute. Quelles sont certaines des meilleures techniques pour savoir si vous avez un problème ou s'ils ont un problème.
Je sais que cela pourrait être trop une question générale, mais dans le cas où il y a une latence intermittente et des déconnexions (pas seulement des pannes globales [c.-à-d. Ne peut pas cingler google.com]), que faites-vous avant d'appeler le FAI?
Un site de test pratique est: http://downforeveryoneorjustme.com/
Les pings et les traceroutes sont quelques-uns des premiers et meilleurs tests lors du démarrage de ce type d'enquête. Les pare-feu peuvent cependant bloquer ce trafic.
Ne vous contentez pas de pings normaux. Essayez ping <ip address> -l 2048 pour envoyer de gros paquets et s'assurer qu'il ne s'agit pas d'un problème de fragmentation/MTU.
Vérifiez votre utilisation - vos tubes peuvent être pleins.
Éléments que je vérifie lors du dépannage d'un problème réseau avec un fournisseur. Notez ici que "ping" signifie "faire un ping étendu, balayer une gamme de tailles et envoyer au moins 1000 paquets à chaque taille, à la recherche de latence, de perte et d'erreurs".
- Envoyez un ping à votre FAI depuis un appareil du même sous-réseau. (Confirme qu'il n'y a aucun problème de L2 entre vous et votre FAI).
- Envoyez une commande ping au transfert de votre FAI depuis un appareil sur l'un de vos sous-réseaux internes. (Confirme que vous n'avez aucun problème de routage/sécurité entre votre réseau interne et votre FAI)
- Envoyez une requête ping à une IP dans le réseau de votre fournisseur. Si vous ne trouvez pas celui qui est répertorié publiquement, ou le service d'assistance ne vous en donnera pas, faites un traceroute vers quelque chose sur Internet et utilisez le deuxième ou le troisième saut. Cela confirme que le routage entre vous et votre FAI est correctement configuré.
- Envoyez un ping à Internet IP . J'utilise normalement 4.2.2.1, l'un des serveurs DNS de Level3 dont on se souvient facilement. Cela confirme que le routage de votre FAI vers l'IP spécifique que vous avez pingée est correctement configuré.
- Ping un internet nom de domaine. Cela vérifie que la configuration DNS de votre/votre fournisseur est correcte.
Si les étapes 1 ou 2 échouent, il s'agit très probablement d'un problème sur votre réseau interne.
Si l'étape 3 échoue, il semblerait qu'il y ait un problème dans le réseau de votre fournisseur. Notez cependant que si vous n'obtenez aucune réponse, votre FAI peut simplement avoir bloqué ICMP vers/depuis ses adresses d'infrastructure.
L'échec de l'étape 4 indique un problème potentiel entre votre FAI et l'un de ses fournisseurs en amont.
L'échec de l'étape 5 indique des problèmes de résolution de noms.
J'espère que cela pourra aider.
Il est également bon de vérifier TCP nombre de connexions avec par exemple
netstat -a(linux/windows)lsof -i tcp(linux)- Sysinternals TCP View (windows).
Certaines applications peuvent générer beaucoup de connexions TCP simultanément, ce qui fait que vous ne pouvez pas créer de nouvelles connexions mais que les connexions existantes comme SSH continuent de fonctionner.
Le modem DSL peut également s'étouffer avec de nombreuses connexions.
Cela n'affecte généralement que les machines Windows.
Nous avons eu un problème avec notre FAI et l'outil Ping Plotter nous a été très utile. Vous pouvez le configurer pour envoyer un ping à un routeur sur la passerelle Internet du FAI, ou dans notre exemple, nous lui avons dit de renvoyer un ping d'un bureau régional au siège social. Dans cet exemple, il passait par deux FAI différents. Le meilleur de tous, vous pouvez le configurer sur un ancien bureau ou une machine virtuelle, et laissez-le s'asseoir pour cingler la collecte de données jusqu'à ce que vous en ayez besoin.
Parce qu'il montre chaque routeur sur le chemin et le temps qu'il faut à chacun de ces routeurs pour renvoyer une réponse, il est très utile de repérer les points chauds plus en aval.
- Examinez vos commutateurs et routeurs pour voir s'il y a des collisions ou du trafic élevés
- Essayez de brancher une seule machine à votre routeur sortant pour voir si le problème disparaît.
Le meilleur outil est la méthode scientifique. Faites une hypothèse sur la cause du problème. Écris le. Formulez une expérience qui testera l'hypothèse. Écris le. Menez l'expérience. Notez le résultat. Si l'expérience confirme l'hypothèse, alors vous avez terminé. S'il ne confirme pas l'hypothèse, vous avez besoin d'une nouvelle hypothèse. Si ce n'est pas concluant, vous avez besoin d'une nouvelle expérience.
Il existe un outil merveilleux et simple à utiliser sur linux appelé MTR (abréviation de My Trace Route) qui vous montrera la perte de paquets à chaque étape de la route, et peut même vous aider à traquer les routes qui battent.