Est-ce Starlink ou le Wi-Fi ? Comment diagnostiquer une panne

Le moyen le plus rapide de trancher est d'exécuter le même test depuis deux endroits à la fois : depuis l'appareil concerné, et directement via la propre API du routeur Starlink. Si le résultat côté routeur est propre et que le côté appareil ne l'est pas, la panne se situe dans le réseau local, pas dans l'antenne ni dans la liaison satellite. Cette seule comparaison résout la plupart des plaintes « Starlink est lent », et ce guide la parcourt, ainsi que les vérifications qui suivent lorsque l'antenne est réellement en cause.

Ceci est rédigé pour les installateurs et les ingénieurs traitant un rapport de panne, mais cela fonctionne de la même façon pour diagnostiquer votre propre connexion.

Pourquoi la plupart des plaintes Starlink s'avèrent-elles être du Wi-Fi ?

Parce que le client vit une seule chose, « Internet », et le maillon le plus faible, dans la plupart des habitations comme des navires, ce sont les dix derniers mètres. Des pièces éloignées, des murs épais, une bande 2,4 GHz encombrée, un adaptateur CPL qui a une mauvaise journée : tout cela se présente comme « Starlink est lent ». L'antenne est blâmée parce qu'elle est la nouveauté visible. Avant de toucher à une échelle, prouvez de quel côté du routeur vit le problème.

Comment exécuter le test à double chemin ?

Dans Nexus Telemetry Pro, ouvrez les diagnostics et exécutez un ping vers une cible stable comme 8.8.8.8. Pro l'exécute deux fois en parallèle : une fois depuis la machine sur laquelle vous êtes, et une fois via l'API du routeur Starlink, de sorte que le routeur lui-même rapporte son propre chemin vers la même cible. Les résultats se placent côte à côte.

Lisez-le ainsi. Si les deux sont propres, la connexion est saine de bout en bout et la plainte demande à être précisée (un service spécifique, un moment précis de la journée). Si le côté routeur est propre et que le côté appareil montre de la perte ou une latence élevée, la panne se situe entre l'appareil et le routeur : couverture Wi-Fi, interférences ou équipement de réseau local. Si les deux côtés montrent la même perte ou latence, le problème est réellement en amont, au niveau de l'antenne ou de la liaison satellite, et vous passez aux vérifications de l'antenne ci-dessous.

Que vérifiez-vous quand c'est réellement l'antenne ?

Trois endroits, dans l'ordre.

Le journal d'événements. L'antenne enregistre chaque coupure et événement avec une durée et un horodatage, chacun étiqueté par cause ou gravité : événements de perte de liaison descendante, échecs de ping, coupures d'obstruction et notifications d'affaiblissement dû à la pluie, entre autres. Le schéma est le diagnostic. Des grappes d'événements de perte de liaison descendante inférieurs à la seconde indiquent une obstruction. Des coupures plus longues occasionnelles avec un indicateur « switched » sont du côté réseau. Un journal qui devient bruyant aux mêmes heures chaque jour suggère que quelque chose d'environnemental traverse la vue du ciel.

L'obstruction. La carte, pas seulement le pourcentage. La végétation pousse et les choses se déplacent, donc une installation propre à la remise peut se dégrader sans que personne ne touche à l'antenne. Le guide de dépannage de l'obstruction couvre sa lecture et sa correction.

L'alignement. Les antennes motorisées peuvent se réorienter, et très occasionnellement une mise à jour du firmware en déplace une. Si les performances ont changé sans raison visible, comparez l'inclinaison, l'azimut et l'élévation actuels aux valeurs souhaitées. Nous avons déjà surpris une antenne en train de pivoter silencieusement de 190° après une mise à jour du firmware ; un redémarrage l'a remise en place.

Comment distinguer les problèmes de latence des problèmes de débit ?

Ils ont des causes différentes et des tests différents. Pour la latence, la matrice de ping teste des dizaines de destinations réelles à travers les régions en même temps, ce qui montre immédiatement si une latence élevée est générale (un problème de liaison) ou spécifique à une région ou un service (un problème de routage, qu'il ne vous revient pas de corriger). Ce qui compte comme normal est traité dans qu'est-ce qu'un bon ping Starlink.

Pour le débit, les tests de débit par navigateur mesurent l'ensemble du chemin, y compris l'humeur du serveur de test. iPerf mesure le débit brut entre deux machines que vous contrôlez, ce qui en fait l'outil honnête pour les affirmations « la liaison est lente », et la suite de diagnostics inclut un client iPerf aux côtés de traceroute, de la résolution DNS et des vérifications de ports. Une mise en garde tirée de l'expérience : les serveurs iPerf publics sont fréquemment occupés ou inaccessibles, alors traitez un test de serveur public échoué comme non concluant plutôt que comme une preuve. Configurer iPerf sous Windows est une petite épreuve en soi, nous lui avons donc consacré un guide.

Comment installer iPerf sous Windows →

Comment une référence change-t-elle la conversation ?

Si l'installation a été vérifiée avec une session enregistrée à la remise, l'intervention pour panne part de preuves : ce que l'antenne a fait au premier jour, dans cette position exacte. Enregistrez une courte session de diagnostic, exportez le rapport et placez les deux côte à côte. Taux de perte en hausse là où il était nul, obstruction en hausse depuis 0 %, latence inchangée : la comparaison nomme généralement le coupable avant que quiconque ne grimpe quoi que ce soit. Ce flux de travail de référence est le guide de vérification.

La version courte

Exécutez d'abord le ping à double chemin : appareil et routeur côte à côte. Un côté routeur propre signifie un problème de réseau local, et vous pouvez le montrer au client sur-le-champ. Une dégradation identique des deux côtés signifie l'antenne : lisez le journal d'événements pour le schéma, vérifiez la carte d'obstruction, puis l'alignement. Utilisez la matrice de ping pour les questions de latence et iPerf contre un serveur que vous contrôlez pour les affirmations de débit, et diagnostiquez par rapport à la référence de remise s'il en existe une.

Fait partie de Starlink pour les installateurs et les professionnels. Nexus Telemetry est développé par Liquidbinary Ltd, l'équipe à l'origine de la première plateforme de gestion Starlink Enterprise. Pro s'exécute nativement sous Windows, macOS et Linux avec un essai gratuit.