Comment savoir si c'est votre problème ou celui de votre FAI

16

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?

Peter Turner
la source

Réponses:

6

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 2048d'envoyer des gros paquets et assurez-vous que ce n'est pas un problème de fragmentation / MTU.

Vérifiez votre utilisation - vos tubes peuvent être pleins.

Peter
la source
2
www.keynote.com fournit également de nombreuses informations utiles, ainsi que la gestion du site www.internethealthreport.com.
gharper
Jeff Atwood a mentionné ce site just-ping.com/index.php dans cette question ( serverfault.com/questions/42678/… ) qui pourrait également être utile pour les tests dans une perspective globale.
Peter
@Peter: lorsque j'essaie la commande que vous avez suggérée, je ne récupère jamais rien. Y a-t-il peut-être une limite de 1024 aux tailles de mémoire tampon du serveur ping?
jvriesem
@jvriesem l'hôte ou un pare-feu le long du chemin peut être configuré pour ne pas répondre aux pings. Essayez régulièrement les pings et traceroutes.
Peter
J'utilise isup.me beaucoup plus court
briankip
15

É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».

  1. 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).
  2. 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)
  3. 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é.
  4. Ping une IP Internet . 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é.
  5. Ping un nom de domaine Internet . 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.

Murali Suriar
la source
Il s'agit d'une procédure assez bonne pour que votre service d'assistance ait documenté l'ouverture d'un ticket avec le fournisseur de manière réactive avant d'avoir à appeler les administrateurs réseau pour confirmer. Il est toujours agréable de notifier le FAI dès que possible lorsque l'entreprise est hors ligne.
sclarson
Comment savoir ce qu'est le «transfert» de mon FAI?
jvriesem
2

Il est également bon de vérifier le nombre de connexions TCP avec par exemple

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.

raspi
la source
1

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.

Aaron
la source
Smokeping peut être utilisé d'une manière similaire, bien que vous deviez ajouter plusieurs hôtes dans le chemin car il ne traceroute pas, seulement ping.
LapTop006
0
  1. Examinez vos commutateurs et routeurs pour voir s'il y a des collisions ou du trafic élevés
  2. Essayez de brancher une seule machine à votre routeur sortant pour voir si le problème disparaît.
Jack B Nimble
la source
0

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.

Mat
la source
0

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.

Mike Scott
la source
-1

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.

Orihara
la source
-3

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.

Anonyme
la source
1
Je peux imaginer un certain nombre de scénarios où cette déclaration est fondamentalement erronée.
Sven