Starlink ли е или Wi-Fi? Как да диагностицирате неизправност

Най-бързият начин да решите въпроса е да изпълните един и същ тест от две места наведнъж: от засегнатото устройство и директно през собствения API на рутера на Starlink. Ако резултатът от страната на рутера е чист, а този от страната на устройството не е, неизправността е в локалната мрежа, а не в чинията или сателитната връзка. Това единствено сравнение решава повечето оплаквания „Starlink е бавен“, и това ръководство ви превежда през него, плюс проверките, които следват, когато чинията наистина е проблемът.

Написано е за монтажници и инженери, обработващи доклад за неизправност, но работи по същия начин за диагностика на собствената ви връзка.

Защо повечето оплаквания за Starlink се оказват Wi-Fi?

Защото клиентът изпитва едно нещо, „интернета“, а най-слабото звено в повечето домове и плавателни съдове е последните десет метра от него. Отдалечени стаи, дебели стени, задръстен 2.4 GHz, powerline адаптер в лош ден: всичко това се представя като „Starlink е бавен“. Чинията получава вината, защото е видимото ново нещо. Преди да докоснете стълбата, докажете от коя страна на рутера се намира проблемът.

Как да изпълните теста по два пътя?

В Nexus Telemetry Pro отворете диагностиката и изпълнете ping до стабилна цел като 8.8.8.8. Pro го изпълнява два пъти успоредно: веднъж от машината, на която сте, и веднъж през API на рутера на Starlink, така че самият рутер отчита собствения си път до същата цел. Резултатите стоят един до друг.

Разчитайте го така. Ако и двата са чисти, връзката е здрава от край до край и оплакването се нуждае от стесняване (конкретна услуга, конкретно време на деня). Ако страната на рутера е чиста, а страната на устройството показва загуба или висока латентност, неизправността е между устройството и рутера: покритие на Wi-Fi, смущения или локално мрежово оборудване. Ако и двете страни показват една и съща загуба или латентност, проблемът наистина е нагоре по веригата, при чинията или сателитната връзка, и преминавате към проверките на чинията по-долу.

Какво да проверите, когато наистина е чинията?

Три места, по ред.

Журналът със събития. Чинията записва всяко прекъсване и събитие с продължителност и времеви печат, всяко маркирано по причина или тежест: събития без низходяща връзка, неуспешни ping-ове, прекъсвания от препятствия и предупреждения за затихване от дъжд сред тях. Моделът е диагнозата. Групи от събития без низходяща връзка под секунда сочат препятствия. Случайни по-дълги прекъсвания с флаг „switched“ са от мрежовата страна. Журнал, който става шумен по едно и също време всеки ден, подсказва нещо от околната среда, което пресича изгледа към небето.

Препятствия. Картата, не само процентът. Растителността расте и нещата се преместват, така че монтаж, който е бил чист при предаването, може да се влоши, без някой да е докосвал чинията. Ръководството за отстраняване на препятствия обхваща разчитането и отстраняването им.

Подравняване. Задвижваните чинии могат да се пренасочват сами, и много рядко актуализация на фърмуера мести някоя. Ако производителността се е променила без видима причина, сравнете текущите наклон, азимут и елевация спрямо желаните стойности. Веднъж хванахме чиния безшумно да се завърти на 190° след актуализация на фърмуера; рестарт я върна на място.

Как да разграничите проблемите с латентността от тези с пропускателната способност?

Те имат различни причини и различни тестове. За латентност матрицата за ping тества десетки реални дестинации в различни региони наведнъж, което веднага показва дали високата латентност е обща (проблем с връзката) или специфична за един регион или услуга (проблем с маршрутизацията, който не е ваша работа да отстранявате). Кое се счита за нормално е обхванато в какъв е добрият Starlink ping.

За пропускателна способност браузърните тестове за скорост измерват целия път, включително настроението на тестовия сървър. iPerf измерва чистата пропускателна способност между две машини, които контролирате, което го прави честният инструмент за твърдения „връзката е бавна“, а диагностичният пакет включва iPerf клиент редом с traceroute, DNS справка и проверки на портове. Едно предупреждение от опит: публичните iPerf сървъри често са заети или недостъпни, така че третирайте неуспешен тест към публичен сървър като неубедителен, а не като доказателство. Настройването на iPerf на Windows е отделно малко изпитание, затова го описахме.

Как да инсталирате iPerf на Windows →

Как една базова стойност променя разговора?

Ако монтажът е бил проверен със записана сесия при предаването, преценката за неизправността започва от доказателства: какво е правила чинията в първия ден, в тази точна позиция. Запишете кратка диагностична сесия, експортирайте отчета и поставете двата един до друг. Повишена загуба на пакети там, където е била нула, повишени препятствия спрямо 0%, непроменена латентност: сравнението обикновено назовава виновника, преди някой да се изкатери на нещо. Този работен процес с базова стойност е ръководството за проверка.

Накратко

Изпълнете първо ping-а по два пътя: устройство и рутер един до друг. Чиста страна на рутера означава проблем с локалната мрежа, и можете да го покажете на клиента на място. Съвпадащо влошаване от двете страни означава чинията: разчетете журнала със събития за модела, проверете картата на препятствията, после подравняването. Използвайте матрицата за ping за въпроси за латентността и iPerf срещу сървър, който контролирате, за твърдения за пропускателна способност, и диагностицирайте спрямо базовата стойност от предаването, ако има такава.

Част от Starlink за монтажници и професионалисти. Nexus Telemetry е разработен от Liquidbinary Ltd, екипът зад първата платформа за управление на Starlink Enterprise. Pro работи нативно на Windows, macOS и Linux с безплатна пробна версия.