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 les meilleures techniques pour savoir si vous avez un problème ou si vous avez 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?
networking
internet
Peter Turner
la source
la source
É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».
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.
la source
Il est également bon de vérifier le nombre de connexions TCP avec par exemple
netstat -a(linux / windows)lsof -i tcp(Linux)Certaines applications peuvent générer de nombreuses connexions TCP simultanément, ce qui vous empêche de créer de nouvelles connexions, mais 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.
la source
Nous avons eu un problème avec notre FAI et l'outil Ping Plotter est 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.
la source
la source
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.
la source
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.
la source
Si vous pouvez passer devant votre routeur, c'est probablement leur faute. Si vous ne pouvez pas, c'est à vous. Utilisez tracert pour déterminer où les paquets tombent.
la source
Essayez d'envoyer une requête ping à n'importe quel site Web sortant. Si vous pouvez le faire, tout va bien au sein de votre réseau. Contactez votre FAI.
la source