Règles de traitement des problèmes de connectivité du réseau

Objectif

Ce guide vous aide à identifier et à signaler les problèmes de connectivité du réseau avec INTROSERV. Il traite de deux outils de diagnostic clés : le test MTR et la mesure de la bande passante iPerf. Des diagnostics appropriés accélèrent la réponse de notre service d'assistance et permettent d'identifier l'origine des problèmes.

Avant de commencer

Vérifiez d'abord quelques points essentiels :

• Votre connexion locale est-elle stable ?
• Avez-vous désactivé le VPN ou le proxy ?
• D'autres applications consomment-elles de la bande passante (streaming, téléchargements) ?
• Votre serveur est-il sous tension et joignable ?

Conseil : si les problèmes persistent, passez aux tests MTR et iPerf.

Test MTR

Ce que fait MTR

Le test MTR (My Traceroute) montre le chemin réseau entre votre appareil et un serveur cible. Il combine les fonctionnalités de traceroute et de ping, ce qui vous permet d'obtenir des données en temps réel sur la latence et la perte de paquets à chaque saut.

Utilisez MTR pour trouver

• où les paquets se perdent
• Quels sont les sauts qui présentent une latence élevée
• Si votre connexion est stable de bout en bout

Info : Des tests bidirectionnels sont nécessaires

Pour obtenir une image complète de la connectivité du réseau, vous devez effectuer des tests MTR dans deux directions :

• de votre ordinateur vers le serveur (direction sortante)
• Du serveur vers votre ordinateur (sens retour).

Cela permet de déterminer si les problèmes surviennent sur le chemin aller, sur le chemin retour ou sur les deux. L'asymétrie du réseau est fréquente : une direction peut avoir des problèmes alors que l'autre est en bon état.

Exécution de MTR sous Linux

Direction 1 : De votre ordinateur au serveur (sortie)

sudo mtr -rwz YOUR_SERVER_IP -c 500 sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 YOUR_SERVER_IP

Direction 2 : Du serveur à votre ordinateur (retour)

Connectez-vous à votre serveur INTROSERV via SSH et exécutez :

Conseil : Pour obtenir les meilleurs résultats, effectuez le test MTR en mode de secours. Cela permet d'éliminer toute interférence du système d'exploitation ou des applications du serveur.

sudo mtr -rwz YOUR_LOCAL_IP -c 500 sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 YOUR_LOCAL_IP

Remplacez YOUR_SERVER_IP par l'IP de votre serveur INTROSERV et YOUR_LOCAL_IP par votre adresse IP publique (vous la trouverez en exécutant curl ifconfig.me sur votre ordinateur avant de vous connecter au serveur).

Info : L'exécution prend un certain temps - attendez qu'elle se termine. L'option -c 500 envoie 500 paquets pour obtenir des résultats fiables.

Diagnostics Linux supplémentaires

Avant de soumettre un ticket d'assistance, rassemblez les informations relatives à l'interface réseau (NIC) :

Définissez le nom de votre carte réseau par défaut :

ip route | grep default

Le nom de la carte réseau apparaît après le mot "dev" (par exemple, eth0, ens3).

Vérifiez qu'il n'y a pas d'erreur de carte réseau :

date && sudo ethtool -S ethX | grep error

Vérifiez la vitesse de connexion :

date && sudo ethtool ethX | grep Speed

Remplacez ethX par le nom de votre carte réseau tel qu'il apparaît dans la commande ip route | grep default.

Identifiez l'interface active et l'IP :

ip a

Vérifiez la passerelle :

ip a

Ce qu'il faut vérifier : Le contrôle d'erreur ethtool doit renvoyer des zéros ou une sortie vide. Toute valeur non nulle indique un problème de matériel ou de câble qui doit être signalé à l'assistance. Incluez la sortie Speed pour confirmer que votre interface fonctionne au taux prévu.

Exécution de MTR sous Windows

Pour les tests MTR sous Windows, utilisez WinMTR - une version graphique de MTR. Téléchargez-la et exécutez-la en suivant ce guide : Vérification du canal WinMTR

Effectuez des tests dans les deux sens :

• De votre ordinateur vers le serveur
• Du serveur vers votre ordinateur (pour les serveurs Windows, connectez-vous via RDP et exécutez WinMTR du côté du serveur).

Faites des captures d'écran de vos résultats WinMTR et joignez-les à votre ticket d'assistance.

Diagnostics supplémentaires pour les serveurs Windows

Ouvrez PowerShell en tant qu'administrateur et exécutez les commandes suivantes :

Définir l'IP, l'état et le nom de la carte d'interface réseau :

Get-NetAdapter | Select-Object Name, Status, LinkSpeed

Vérifier les erreurs de la carte d'interface réseau :

Get-NetAdapterStatistics -Name "SERVERS_ACTIVE_NIC" | Select-Object *Error*, *Discard* | Format-List

Remplacez SERVERS_ACTIVE_NIC par le nom du NIC indiqué dans la commande précédente (par exemple, "Ethernet", "Réseau public").

Vérifiez la passerelle :

Get-NetRoute -DestinationPrefix "0.0.0.0/0"

La valeur NextHop est votre passerelle par défaut.

Que faut-il rechercher dans les statistiques de la carte réseau ? Toute valeur non nulle doit être signalée à l'assistance:

• ReceivedPacketErrors - erreurs lors de la réception (généralement des problèmes de câble ou de port)
• OutboundPacketErrors - erreurs lors de la transmission
• ReceivedPacketsDiscarded - paquets abandonnés (indique une congestion)

Lecture de la sortie MTR

Ce que les résultats révèlent

• Perte de paquets : Toute perte (>0%) peut suggérer un problème. Cependant, certaines pertes de paquets sont normales sur certains sauts - sur certains routeurs, l'ICMP est désactivé ou le débit est limité, ce qui se traduit par une perte dans le MTR alors que le trafic continue à circuler normalement. Ces sauts sont souvent configurés de cette façon intentionnellement et n'indiquent pas un problème réel. Vérifiez où la perte de paquets se produit dans les deux directions. Si la perte se produit avant les sauts INTROSERV (dans la direction 1) ou après votre IP(dans la direction 2), c'est votre FAI qui est en cause. Si une perte constante apparaît sur plusieurs sauts INTROSERV ou affecte votre service actuel, nous devons enquêter. Dans tous les cas, envoyez les résultats de votre test bidirectionnel à notre équipe d'assistance pour analyse.
• Latence : Une certaine augmentation est normale car les paquets voyagent plus loin. Il faut s'attendre à de légers sauts entre les sauts. Surveillez les pics soudains ou la variance très élevée (StDev), qui indiquent une instabilité ou une congestion. Comparez les résultats entre les deux directions - l'asymétrie peut révéler la source du problème.

Valeurs de référence

Pour les régions de l'UE, prévoyez un temps de latence de 10 à 50 ms vers l'Europe et de 100 à 300 ms vers les autres continents. Comparez vos résultats à ces fourchettes dans les deux directions.

Lorsque vous signalez un problème, joignez toujours les deux rapports MTR (vers le serveur et depuis le serveur) ou des captures d'écran, ainsi que les résultats du diagnostic de la carte d'interface réseau. Des rapports bidirectionnels sont nécessaires - un test unidirectionnel ne suffit pas à établir un diagnostic correct.

Ajoutez des informations supplémentaires si possible :

• YOUR_LOCAL_IP : adresse IP de votre PC ou de votre serveur en dehors d'INTROSERV.
• Adresse MAC publique du PC ou du serveur source
• Adresse MAC publique de votre serveur au sein d'INTROSERV
• Type de protocole concerné (TCP ou UDP) : ?
• Direction du problème : YOUR_LOCAL_IP vers YOUR_SERVER_IP, vice versa, ou les deux ?
• Fréquence spécifique : permanente ou intermittente ?

Test de bande passante iPerf

iPerf est un outil de mesure des performances du réseau qui teste avec précision la bande passante entre votre serveur et des serveurs de test publics. Pour les diagnostics INTROSERV, nous recommandons d'utiliser des serveurs iPerf publics géographiquement proches de l'emplacement de votre centre de données, ce qui permet d'obtenir des résultats fiables qui reflètent la qualité réelle de votre service.

Pourquoi ne pas utiliser Speedtest-cli ou les tests par navigateur ?

Nous ne recommandons pas l'utilisation de Speedtest-cli, Speedtest.net ou Fast.com pour les diagnostics. Ces services sélectionnent au hasard des serveurs de test sur des réseaux tiers, ce qui peut produire des résultats incohérents. Un serveur faible ou encombré sur leur infrastructure peut afficher des vitesses médiocres qui ne reflètent pas la qualité réelle de votre connexion à INTROSERV. Cela conduit à des rapports erronés sur les problèmes de service.

Nous recommandons plutôt d'utiliser des serveurs iPerf publics géographiquement proches de votre centre de données pour une mesure précise de la bande passante.

Installation d'iPerf et exécution des tests sous Linux :

sudo apt install iperf3

iPerf3 prend en charge deux directions de test :

Test de téléchargement :

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0

Ce test mesure la vitesse de téléchargement - vérifiez la valeur de l'expéditeur dans les résultats.

Test de téléchargement :

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0

Ce test mesure la vitesse de téléchargement - vérifiez la valeur Receiver dans les résultats. Le drapeau -R inverse le sens du test.

Enregistrez les résultats dans un fichier si nécessaire :

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0 > iperf-upload.txt

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0 > iperf-download.txt

Installation d'iPerf et exécution des tests sur Windows / Windows Server :

1. Téléchargez iperf3 pour Windows à partir de : https://iperf.fr/iperf-downloa...
2. Extraire le fichier ZIP téléchargé dans un dossier, par exemple C:\iperf3.
3. Ouvrez l'Invite de commande (cmd.exe) et accédez au dossier : cd C:\iperf3
4. Exécutez les tests dans les deux sens :

Test de téléchargement (sortant) :

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0

Ce test mesure la vitesse de téléchargement - vérifiez la valeur de l'expéditeur dans les résultats.

Test de téléchargement (entrant) :

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0

Ce test mesure la vitesse de téléchargement - vérifiez la valeur de Receiver dans les résultats. Le drapeau -R inverse le sens du test.

Enregistrez les résultats dans des fichiers si nécessaire :

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0 > iperf-upload.txt

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0 > iperf-download.txt

Les paramètres de la commande sont expliqués :

• -c <IP> - se connecter au serveur à cette adresse IP
• -p <port> - utilise le port ou la plage de ports spécifiés
• -t 30 - exécute le test pendant 30 secondes
• -P 10 - utilise 10 connexions parallèles (teste la capacité totale de la bande passante)
• -i 0 - désactive les rapports d'intervalle (ne montre que les résultats finaux)
• -R - inverse le sens du test (le serveur iperf public vous envoie, mesure la vitesse de téléchargement)

Conseil : Choisissez un serveur de test géographiquement proche de votre centre de données INTROSERV. Un test effectué à partir d'un serveur basé en Allemagne et utilisant un serveur iPerf australien peut donner des résultats inexacts. Il s'agit de serveurs publics qui peuvent parfois être occupés. Si l'un d'entre eux ne répond pas, relancez le test au bout d'un certain temps.

Comprendre la sortie iPerf

Dans iPerf, la ligne de l'expéditeur indique la vitesse de téléchargement depuis la source de votre test vers le serveur cible, tandis que la ligne du destinataire indique la vitesse de téléchargement depuis le serveur vers votre appareil.

Pour obtenir des mesures cohérentes, notez les deux valeurs et répétez le test au moins trois fois.

Obtenir des résultats précis

Effectuez au moins trois tests consécutifs pour détecter les problèmes intermittents. Avant le test :

• Fermez les applications gourmandes en bande passante (streaming, téléchargements, transferts de fichiers).
• N'exécutez pas les tests sur plusieurs appareils en même temps.
• Assurez-vous qu'aucune mise à jour en arrière-plan n'est en cours.

Enregistrez vos résultats en indiquant l'heure (en UTC) et l'emplacement du serveur de test. Une capture d'écran de la sortie finale est également acceptable.

Performances attendues

Une fois le test terminé (attendez 30 secondes), vous obtiendrez les résultats suivants :

Info : Attendez que le test se termine complètement. Le résumé final apparaît à la fin, après tous les résultats des intervalles. Faites une capture d'écran ou sauvegardez uniquement les lignes finales [SUM] - elles contiennent vos résultats réels.

Pour un service européen, les vitesses de téléchargement et d'upload ne devraient pas chuter de plus de 10 à 15 % en dessous des limites de votre plan pendant les heures creuses. Si vous constatez une baisse plus importante, c'est qu'il y a un problème.

Serveurs de test publics iPerf

Pour obtenir des résultats précis, utilisez un serveur iPerf public géographiquement proche de votre centre de données INTROSERV. Vous trouverez ci-dessous des serveurs iPerf publics recommandés avec des liaisons montantes fiables de 10Gbps+.

Europe :

Allemagne, Wolfsburg

# Upload test (check Sender value) : iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -R -i 0

Pays-Bas, Naaldwijk

# Upload test (check Sender value) : iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -R -i 0

Royaume-Uni, Londres

# Upload test (check Sender value) : iperf3 -c 5.180.211.133 -p 5200 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 5.180.211.133 -p 5200 -t 30 -P 10 -R -i 0

France, Paris

# Upload test (check Sender value) : iperf3 -c 45.147.210.189 -p 5200-5240 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 45.147.210.189 -p 5200-5240 -t 30 -P 10 -R -i 0

Pologne, Varsovie

# Upload test (check Sender value) : iperf3 -c 185.246.208.67 -p 5201 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 185.246.208.67 -p 5201 -t 30 -P 10 -R -i 0

Amérique du Nord :

USA, New York

# Upload test (check Sender value) : iperf3 -c 194.33.45.192 -p 5200 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 194.33.45.192 -p 5200 -t 30 -P 10 -R -i 0

USA, Los Angeles

# Upload test (check Sender value) : iperf3 -c 77.247.126.223 -p 5200-5209 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 77.247.126.223 -p 5200-5209 -t 30 -P 10 -R -i 0

Canada, Montréal

# Upload test (check Sender value) : iperf3 -c 70.38.95.143 -p 5201-5210 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 70.38.95.143 -p 5201-5210 -t 30 -P 10 -R -i 0

Asie-Pacifique :

Singapour

# Upload test (check Sender value) : iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -R -i 0

Australie, Sydney

# Upload test (check Sender value) : iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -R -i 0

Inde, Bangalore

# Upload test (check Sender value) : iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -i 0 # Download test (check Receiver value) : iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -R -i 0

Problèmes courants

• Problèmes liés aux FAI : Si MTR montre une perte sur les sauts avant l'infrastructure INTROSERV, contactez votre FAI.
• Réseaux externes : Veuillez noter qu'INTROSERV est responsable de la connectivité au sein de ses centres de données et de son infrastructure dorsale. Si une perte de paquets ou une latence se produit en dehors du réseau d'INTROSERV - par exemple, sur les routes des fournisseurs d'accès ou des transporteurs intermédiaires - cela échappe à notre contrôle et à notre responsabilité.
• Maintenance : En cas de maintenance ou de problèmes détectés sur le réseau, INTROSERV envoie des notifications par le biais des canaux de communication officiels. Nous nous efforçons toujours d'informer les clients à l'avance ou dès que possible.

Rapport au service d'assistance d'INTROSERV

Fournissez les informations suivantes :

• L'IP ou le nom d'hôte de votre serveur
• Rapports MTR bidirectionnels (les deux directions sont jointes)
• Résultats du diagnostic de la carte d'interface réseau (résultats ethtool/PowerShell)
• Résultats des tests iPerf sur un serveur iPerf public proche de votre centre de données
• Date à laquelle vous avez constaté le problème (heure UTC)
• Si le problème se produit constamment ou par intermittence
• Votre emplacement et le nom de votre fournisseur d'accès à Internet (le cas échéant)

Exemple de ticket

Objet : Problème de réseau - Allemagne DC Serveur IP : 185.XX.XX.XX

Rapports MTR bidirectionnels : [mtr-report-to-server.txt attaché] [mtr-report-from-server.txt attaché]

Diagnostics NIC : [sortie ethtool ou résultats PowerShell joints/collés]

Info : Vous pouvez également inclure des captures d'écran des résultats MTR ci-dessous ou les joindre au ticket.

Tests iPerf vers le serveur iPerf en Allemagne (62.176.224.217) - testé à 14:30-14:35 UTC

UPLOAD TESTS - vérifier la valeur de l'expéditeur :

iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -i 0

Test (14:30 UTC) : Résultat : 1.95 Gbits/sec

Nouveau test (14:31 UTC) : Résultat : 1.90 Gbits/sec

TESTS DE TÉLÉCHARGEMENT - vérifier la valeur du récepteur :

iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -R -i 0

Test (14:33 UTC) : Résultat : 1.87 Gbits/sec

Nouveau test (14:34 UTC) : Résultat : 1.88 Gbits/sec

Résumé : moyenne de téléchargement : ~1.92 Gbits/sec Moyenne de téléchargement : ~1.88 Gbits/sec

Problème : latence élevée vers le serveur Démarrage : 2025-01-15 à 14:30 UTC En cours ? Oui (testé sur 30 minutes) Localisation : Stockholm, Suède (ISP : Telia)

Commandes utiles Référence

sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 <host>

ip route | grep default

sudo ethtool -S ethX | grep error

sudo ethtool ethX | grep Speed

ip a

ip r

iperf3 -c <server_ip> -p <port> -t 30 -P 10 -i 0

iperf3 -c <server_ip> -p <port> -t 30 -P 10 -R -i 0

ping <hôte>

traceroute <hôte>

curl ifconfig.me