Is het Starlink of de Wi-Fi? Hoe u een fout diagnosticeert

De snelste manier om het te beslechten is dezelfde test vanaf twee plekken tegelijk te draaien: vanaf het getroffen apparaat, en rechtstreeks via de eigen API van de Starlink-router. Als het routerzijdige resultaat schoon is en het apparaatzijdige niet, dan zit de fout in het lokale netwerk, niet in de schotel of de satellietverbinding. Die ene vergelijking lost de meeste "Starlink is traag"-klachten op, en deze handleiding doorloopt hem plus de controles die volgen wanneer de schotel werkelijk het probleem is.

Dit is geschreven voor installateurs en ingenieurs die een foutmelding afhandelen, maar het werkt hetzelfde voor het diagnosticeren van uw eigen verbinding.

Waarom blijken de meeste Starlink-klachten Wi-Fi te zijn?

Omdat de klant één ding ervaart, "het internet", en de zwakste schakel in de meeste huizen en vaartuigen is de laatste tien meter ervan. Verre kamers, dikke muren, overbelaste 2,4 GHz, een powerline-adapter met een slechte dag: het presenteert zich allemaal als "Starlink is traag". De schotel krijgt de schuld omdat hij het zichtbare nieuwe ding is. Bewijs, voordat u een ladder aanraakt, aan welke kant van de router het probleem zich bevindt.

Hoe draait u de twee-pad-test?

Open in Nexus Telemetry Pro de diagnostiek en draai een ping naar een stabiel doel zoals 8.8.8.8. Pro draait het tweemaal parallel: eenmaal vanaf de machine waarop u zit, en eenmaal via de API van de Starlink-router, zodat de router zelf zijn eigen pad naar hetzelfde doel rapporteert. De resultaten zitten naast elkaar.

Lees het zo. Als beide schoon zijn, is de verbinding van begin tot eind gezond en moet de klacht worden vernauwd (een specifieke dienst, een specifiek tijdstip van de dag). Als de routerzijde schoon is en de apparaatzijde verlies of hoge latentie toont, dan zit de fout tussen het apparaat en de router: Wi-Fi-dekking, interferentie of lokale netwerkapparatuur. Als beide zijden hetzelfde verlies of dezelfde latentie tonen, dan zit het probleem werkelijk stroomopwaarts, bij de schotel of de satellietverbinding, en gaat u over op de schotelcontroles hieronder.

Wat controleert u wanneer het werkelijk de schotel is?

Drie plekken, in volgorde.

Het gebeurtenislogboek. De schotel registreert elke uitval en gebeurtenis met een duur en tijdstempel, elk gemarkeerd op oorzaak of ernst: no-downlink-gebeurtenissen, pingfouten, uitval door obstructie en rain-fade-meldingen daaronder. Het patroon is de diagnose. Clusters van sub-seconde no-downlink-gebeurtenissen wijzen op obstructie. Incidentele langere uitvallen met een "switched"-vlag zijn netwerkzijdig. Een logboek dat elke dag op dezelfde tijden luidruchtig wordt, suggereert iets in de omgeving dat door het hemelzicht beweegt.

Obstructie. De kaart, niet alleen het percentage. Vegetatie groeit en dingen worden verplaatst, dus een installatie die bij de oplevering schoon was, kan verslechteren zonder dat iemand de schotel aanraakt. De handleiding voor het oplossen van obstructie behandelt het lezen en oplossen ervan.

Uitlijning. Geactueerde schotels kunnen zichzelf opnieuw richten, en heel af en toe verplaatst een firmware-update er een. Als de prestaties zonder zichtbare reden veranderden, vergelijk dan de huidige kanteling, azimut en elevatie met de gewenste waarden. We betrapten ooit een schotel die stilletjes 190° draaide na een firmware-update; een herstart zette hem terug.

Hoe scheidt u latentieproblemen van doorvoerproblemen?

Ze hebben verschillende oorzaken en verschillende tests. Voor latentie test de pingmatrix tientallen echte bestemmingen over regio's tegelijk, wat onmiddellijk toont of hoge latentie algemeen is (een verbindingsprobleem) of specifiek voor één regio of dienst (een routeringsprobleem, niet aan u om op te lossen). Wat als normaal telt, wordt behandeld in wat is een goede Starlink-ping.

Voor doorvoer meten browsersnelheidstests het hele pad inclusief het humeur van de testserver. iPerf meet ruwe doorvoer tussen twee machines die u beheert, wat het de eerlijke tool maakt voor "de verbinding is traag"-claims, en de diagnostiekset bevat een iPerf-client naast traceroute, DNS-opzoeking en poortcontroles. Eén waarschuwing uit ervaring: publieke iPerf-servers zijn vaak bezet of onbereikbaar, dus behandel een mislukte publieke-servertest als niet-doorslaggevend in plaats van als bewijs. iPerf opzetten op Windows is een eigen kleine beproeving, dus schreven we het uit.

Hoe u iPerf op Windows installeert →

Hoe verandert een basislijn het gesprek?

Als de installatie bij de oplevering werd geverifieerd met een opgenomen sessie, begint het foutgesprek vanuit bewijs: wat de schotel op dag één deed, in die exacte positie. Neem een korte diagnosesessie op, exporteer het rapport, en zet de twee naast elkaar. Pakketverlies omhoog waar het nul was, obstructie omhoog vanaf 0%, latentie ongewijzigd: de vergelijking noemt meestal de boosdoener voordat iemand ergens op klimt. Die basislijnwerkwijze is de verificatiehandleiding.

De korte versie

Draai eerst de twee-pad-ping: apparaat en router naast elkaar. Een schone routerzijde betekent een LAN-probleem, en u kunt het de klant ter plaatse tonen. Overeenkomende verslechtering aan beide zijden betekent de schotel: lees het gebeurtenislogboek voor het patroon, controleer de obstructiekaart, dan de uitlijning. Gebruik de pingmatrix voor latentievragen en iPerf tegen een server die u beheert voor doorvoerclaims, en diagnosticeer tegen de opleveringsbasislijn als er een bestaat.

Onderdeel van Starlink voor installateurs en professionals. Nexus Telemetry wordt gebouwd door Liquidbinary Ltd, het team achter het eerste Starlink Enterprise-beheerplatform. Pro draait native op Windows, macOS en Linux met een gratis proefversie.