Vai tas ir Starlink vai Wi-Fi? Kā diagnosticēt bojājumu
Ātrākais veids, kā to noskaidrot, ir palaist to pašu testu no divām vietām uzreiz: no skartās ierīces un tieši caur Starlink maršrutētāja paša API. Ja maršrutētāja puses rezultāts ir tīrs, bet ierīces puses nav, vaina ir lokālajā tīklā, nevis šķīvī vai satelīta savienojumā. Šis viens salīdzinājums atrisina lielāko daļu "Starlink ir lēns" sūdzību, un šī pamācība iet tam cauri soli pa solim, kā arī pārbaudēm, kas seko, kad šķīvis patiešām ir problēma.
Tas rakstīts uzstādītājiem un inženieriem, kas apstrādā bojājuma pieteikumu, bet tāpat noder arī sava savienojuma diagnosticēšanai.
Kāpēc lielākā daļa Starlink sūdzību izrādās Wi-Fi?
Tāpēc, ka klients piedzīvo vienu lietu, "internetu", un vājākais posms lielākajā daļā māju un kuģu ir tā pēdējie desmit metri. Attālas istabas, biezas sienas, pārslogots 2,4 GHz, elektrolīnijas adapteris ar sliktu dienu: viss tas izpaužas kā "Starlink ir lēns". Vainu uzveļ šķīvim, jo tas ir redzamais jaunais elements. Pirms ķeraties pie kāpnēm, pierādiet, kurā maršrutētāja pusē problēma atrodas.
Kā palaist divu ceļu testu?
Programmā Nexus Telemetry Pro atveriet diagnostiku un palaidiet ping uz stabilu mērķi, piemēram, 8.8.8.8. Pro to palaiž divreiz paralēli: reizi no datora, kurā strādājat, un reizi caur Starlink maršrutētāja API, tāpēc maršrutētājs pats ziņo savu ceļu līdz tam pašam mērķim. Rezultāti atrodas blakus.
Lasiet to šādi. Ja abi ir tīri, savienojums ir vesels no gala līdz galam un sūdzība jāsašaurina (konkrēts pakalpojums, konkrēts diennakts laiks). Ja maršrutētāja puse ir tīra un ierīces puse uzrāda zudumu vai augstu latentumu, vaina ir starp ierīci un maršrutētāju: Wi-Fi pārklājums, traucējumi vai lokālā tīkla aprīkojums. Ja abas puses uzrāda to pašu zudumu vai latentumu, problēma patiešām ir augšposmā, pie šķīvja vai satelīta savienojuma, un tad jāpāriet pie šķīvja pārbaudēm zemāk.
Ko pārbaudīt, kad tas patiešām ir šķīvis?
Trīs vietas, secībā.
Notikumu žurnāls. Šķīvis reģistrē katru pārtraukumu un notikumu ar ilgumu un laika zīmogu, katru marķētu pēc cēloņa vai nopietnības: notikumus bez lejupsaites, ping kļūmes, šķēršļu pārtraukumus un lietus vājinājuma brīdinājumus starp tiem. Likumsakarība ir diagnoze. Zemsekundes notikumu grupas bez lejupsaites norāda uz šķēršļiem. Reizēji garāki pārtraukumi ar "pārslēgts" karodziņu ir tīkla puses. Žurnāls, kas kļūst trokšņains vienā un tajā pašā laikā katru dienu, liek domāt, ka kaut kas vidē šķērso debesu skatu.
Šķēršļi. Karte, ne tikai procents. Veģetācija aug un lietas tiek pārvietotas, tāpēc uzstādīšana, kas bija tīra nodošanas klientam brīdī, var pasliktināties, nevienam nepieskaroties šķīvim. Šķēršļu problēmu novēršanas pamācība aptver to nolasīšanu un novēršanu.
Tēmējums. Motorizētie šķīvji var pārtēmēties paši, un ļoti reti programmaparatūras atjauninājums kādu pārvieto. Ja veiktspēja mainījās bez redzama iemesla, salīdziniet pašreizējo slīpumu, azimutu un elevāciju ar vēlamajām vērtībām. Mēs reiz noķērām, kā šķīvis pēc programmaparatūras atjauninājuma klusi pagriezās 190°; restartēšana to atgrieza atpakaļ.
Kā nošķirt latentuma problēmas no caurlaidspējas problēmām?
Tām ir dažādi cēloņi un dažādi testi. Latentumam ping matrica testē desmitiem reālu galamērķu pa reģioniem uzreiz, kas uzreiz parāda, vai augsts latentums ir vispārējs (savienojuma problēma) vai specifisks vienam reģionam vai pakalpojumam (maršrutēšanas problēma, ko paši nevarat novērst). To, kas uzskatāms par normālu, apraksta pamācība kas ir labs Starlink ping.
Caurlaidspējai pārlūkprogrammas ātruma testi mēra visu ceļu, ieskaitot testa servera garastāvokli. iPerf mēra tīro caurlaidspēju starp diviem datoriem, ko kontrolējat, kas to padara par godīgu rīku "savienojums ir lēns" apgalvojumiem, un diagnostikas komplekts ietver iPerf klientu līdzās traceroute, DNS uzmeklēšanai un portu pārbaudēm. Viens brīdinājums no pieredzes: publiskie iPerf serveri bieži ir aizņemti vai nesasniedzami, tāpēc neizdevušos publiskā servera testu uzskatiet par neskaidru, nevis par pierādījumu. iPerf iestatīšana Windows vidē ir savs mazs pārbaudījums, tāpēc mēs to aprakstījām.
Kā uzstādīt iPerf Windows vidē →
Kā bāzes līnija maina sarunu?
Ja uzstādīšana tika verificēta ar ierakstītu sesiju nodošanas klientam brīdī, spriedums par bojājumu sākas no pierādījumiem: ko šķīvis darīja pirmajā dienā, tieši tajā pozīcijā. Ierakstiet īsu diagnostikas sesiju, eksportējiet atskaiti un nolieciet abas blakus. Zudumu līmenis augšup, kur tas bija nulle, šķēršļi augšup no 0%, latentums nemainīgs: salīdzinājums parasti nosauc vainīgo, pirms kāds kaut kur kāpj augšā. Šī bāzes līnijas darba plūsma ir verifikācijas pamācība.
Īsā versija
Vispirms palaidiet divu ceļu ping: ierīce un maršrutētājs blakus. Tīra maršrutētāja puse nozīmē LAN problēmu, un to varat uz vietas parādīt klientam. Atbilstoša pasliktināšanās abās pusēs nozīmē šķīvi: nolasiet notikumu žurnālu, lai atrastu likumsakarību, pārbaudiet šķēršļu karti, tad tēmējumu. Izmantojiet ping matricu latentuma jautājumiem un iPerf pret serveri, ko kontrolējat, caurlaidspējas apgalvojumiem, un diagnosticējiet pret nodošanas klientam bāzes līniju, ja tāda pastāv.
Daļa no Starlink uzstādītājiem un profesionāļiem. Nexus Telemetry ir veidojis Liquidbinary Ltd, komanda, kas stāv aiz pirmās Starlink Enterprise pārvaldības platformas. Pro darbojas natīvi Windows, macOS un Linux ar bezmaksas izmēģinājumu.