A Starlink vagy a Wi-Fi a hibás? Hogyan diagnosztizáljon egy hibát

A leggyorsabban úgy dönthető el, ha ugyanazt a tesztet két helyről futtatja egyszerre: az érintett eszközről, és közvetlenül a Starlink router saját API-ján keresztül. Ha a router oldali eredmény tiszta, az eszköz oldali pedig nem, a hiba a helyi hálózatban van, nem az antennában vagy a műholdas kapcsolatban. Ez az egy összehasonlítás a legtöbb "a Starlink lassú" panaszt megoldja, és ez az útmutató végigvezet rajta, valamint azokon az ellenőrzéseken, amelyek követik, amikor valóban az antenna a probléma.

Ez telepítőknek és mérnököknek íródott, akik egy hibabejelentést kezelnek, de ugyanígy működik a saját kapcsolatának diagnosztizálásához is.

Miért derül ki a legtöbb Starlink-panaszról, hogy Wi-Fi?

Mert az ügyfél egy dolgot tapasztal, "az internetet", és a leggyengébb láncszem a legtöbb otthonban és hajón az utolsó tíz méter belőle. Távoli szobák, vastag falak, zsúfolt 2,4 GHz, egy powerline adapter, amelynek rossz napja van: mindez "a Starlink lassú"-ként jelenik meg. Az antenna kapja a hibát, mert az a látható új dolog. Mielőtt létrához nyúlna, bizonyítsa be, hogy a router melyik oldalán van a probléma.

Hogyan futtatja a kétutas tesztet?

A Nexus Telemetry Pro-ban nyissa meg a diagnosztikát, és futtasson egy pinget egy stabil célpontra, például a 8.8.8.8-ra. A Pro kétszer futtatja párhuzamosan: egyszer arról a gépről, amelyen éppen dolgozik, és egyszer a Starlink router API-ján keresztül, így maga a router jelenti a saját útját ugyanahhoz a célponthoz. Az eredmények egymás mellett jelennek meg.

Így értelmezze. Ha mindkettő tiszta, a kapcsolat végponttól végpontig egészséges, és a panaszt szűkíteni kell (egy konkrét szolgáltatás, egy konkrét napszak). Ha a router oldal tiszta, az eszköz oldal pedig veszteséget vagy magas késleltetést mutat, a hiba az eszköz és a router között van: Wi-Fi-lefedettség, interferencia vagy helyi hálózati berendezés. Ha mindkét oldal ugyanazt a veszteséget vagy késleltetést mutatja, a probléma valóban feljebb van, az antennánál vagy a műholdas kapcsolatnál, és térjen át az alábbi antennaellenőrzésekre.

Mit ellenőrizzen, amikor valóban az antenna a hibás?

Három helyet, sorrendben.

Az eseménynapló. Az antenna minden kimaradást és eseményt rögzít időtartammal és időbélyeggel, mindegyiket ok vagy súlyosság szerint címkézve: no-downlink események, pinghibák, akadály okozta kimaradások és esőcsillapítási figyelmeztetések többek között. A minta a diagnózis. Másodperc alatti no-downlink események csoportjai akadályra utalnak. Alkalmi hosszabb kimaradások "switched" jelzővel hálózat oldaliak. Egy napló, amely minden nap ugyanabban az időben zajossá válik, valami környezeti dologra utal, amely áthalad az égre néző látómezőn.

Akadály. A térkép, nem csak a százalék. A növényzet nő, a dolgokat pedig elmozgatják, így egy telepítés, amely az átadásnál tiszta volt, leromolhat anélkül, hogy bárki hozzáérne az antennához. Az akadály-hibaelhárítási útmutató lefedi az olvasását és javítását.

Beállás. A motoros antennák újra beállíthatják magukat, és nagyon ritkán egy firmware-frissítés elmozdít egyet. Ha a teljesítmény látható ok nélkül változott, hasonlítsa össze az aktuális dőlést, azimutot és emelkedési szöget a kívánt értékekkel. Egyszer elkaptunk egy antennát, amely csendben elfordult 190°-kal egy firmware-frissítés után; egy újraindítás visszaállította.

Hogyan választja szét a késleltetési problémákat az átviteli sebesség problémáitól?

Különböző okaik és különböző tesztjeik vannak. A késleltetéshez a pingmátrix egyszerre több tucat valós célpontot tesztel régiókon át, ami azonnal megmutatja, hogy a magas késleltetés általános-e (kapcsolati probléma) vagy egy régióra vagy szolgáltatásra specifikus (útválasztási probléma, amelyet nem Ön tud javítani). Hogy mi számít normálisnak, azt a mi számít jó Starlink pingnek fedi le.

Az átviteli sebességhez a böngészős sebességtesztek az egész utat mérik, beleértve a tesztszerver hangulatát. Az iPerf a nyers átviteli sebességet méri két saját kezelésű gép között, ami az őszinte eszközzé teszi a "a kapcsolat lassú" állításokhoz, és a diagnosztikai csomag tartalmaz egy iPerf-klienst a traceroute, DNS-lekérdezés és portellenőrzések mellett. Egy figyelmeztetés a tapasztalatból: a nyilvános iPerf-szerverek gyakran foglaltak vagy elérhetetlenek, ezért egy sikertelen nyilvános szerveres tesztet inkább nem meggyőzőnek, mint bizonyítéknak tekintsen. Az iPerf beállítása Windowson saját kis megpróbáltatás, ezért leírtuk.

Hogyan telepítse az iPerf-et Windowson →

Hogyan változtat egy alapvonal a beszélgetésen?

Ha a telepítést egy rögzített munkamenettel ellenőrizték az átadáskor, a hiba megítélése bizonyítékból indul: mit csinált az antenna az első napon, abban a pontos pozícióban. Rögzítsen egy rövid diagnosztikai munkamenetet, exportálja a jelentést, és tegye a kettőt egymás mellé. Megemelkedett csomagvesztés ott, ahol nulla volt, 0%-ról megemelkedett akadály, változatlan késleltetés: az összehasonlítás rendszerint megnevezi a vétkest, mielőtt bárki bármire felmászna. Ez az alapvonal-munkafolyamat az ellenőrzési útmutató.

Röviden

Futtassa először a kétutas pinget: eszköz és router oldal egymás mellett. Tiszta router oldal LAN-problémát jelent, és a helyszínen meg tudja mutatni az ügyfélnek. Egyező leromlás mindkét oldalon az antennát jelenti: olvassa el az eseménynaplót a mintáért, ellenőrizze az akadálytérképet, majd a beállást. Használja a pingmátrixot késleltetési kérdésekhez és az iPerf-et egy saját kezelésű szerverrel szemben az átviteli sebességre vonatkozó állításokhoz, és diagnosztizáljon az átadási alapvonalhoz képest, ha létezik ilyen.

Része a Starlink telepítőknek és szakembereknek útmutatónak. A Nexus Telemetryt a Liquidbinary Ltd építi, az a csapat, amely az első Starlink Enterprise felügyeleti platform mögött áll. A Pro natívan fut Windowson, macOS-en és Linuxon ingyenes próbaverzióval.