É o Starlink ou o Wi-Fi? Como Diagnosticar uma Avaria
A forma mais rápida de resolver a questão é correr o mesmo teste a partir de dois sítios ao mesmo tempo: a partir do dispositivo afetado e diretamente através da própria API do router Starlink. Se o resultado do lado do router estiver limpo e o do lado do dispositivo não, a avaria está na rede local, não na antena nem na ligação por satélite. Essa única comparação resolve a maioria das queixas de "o Starlink está lento", e este guia percorre-a, além das verificações que se seguem quando a antena é realmente o problema.
Isto é escrito para instaladores e engenheiros que lidam com um relatório de avaria, mas funciona da mesma forma para diagnosticar a sua própria ligação.
Porque é que a maioria das queixas de Starlink acabam por ser Wi-Fi?
Porque o cliente experimenta uma coisa, "a internet", e o elo mais fraco na maioria das casas e embarcações são os últimos dez metros dela. Divisões distantes, paredes grossas, 2.4 GHz congestionado, um adaptador powerline a ter um mau dia: tudo isso se apresenta como "o Starlink está lento". A antena leva a culpa por ser a coisa nova e visível. Antes de tocar num escadote, prove de que lado do router vive o problema.
Como corre o teste de duplo caminho?
No Nexus Telemetry Pro, abra os diagnósticos e corra um ping para um alvo estável como o 8.8.8.8. O Pro corre-o duas vezes em paralelo: uma a partir da máquina em que está, e outra através da API do router Starlink, de modo que o próprio router reporta o seu próprio caminho para o mesmo alvo. Os resultados ficam lado a lado.
Leia-o assim. Se ambos estiverem limpos, a ligação está saudável de ponta a ponta e a queixa precisa de ser afunilada (um serviço específico, uma hora específica do dia). Se o lado do router estiver limpo e o lado do dispositivo mostrar perda ou latência elevada, a avaria está entre o dispositivo e o router: cobertura Wi-Fi, interferência ou equipamento de rede local. Se ambos os lados mostrarem a mesma perda ou latência, o problema é genuinamente a montante, na antena ou na ligação por satélite, e passa às verificações da antena abaixo.
O que verifica quando é realmente a antena?
Três sítios, por ordem.
O registo de eventos. A antena regista todas as interrupções e eventos com uma duração e data e hora, cada um etiquetado por causa ou gravidade: eventos de ausência de downlink, falhas de ping, interrupções por obstrução e advertências de atenuação por chuva, entre outros. O padrão é o diagnóstico. Grupos de eventos de ausência de downlink de menos de um segundo apontam para obstrução. Interrupções mais longas ocasionais com uma marca de "comutado" são do lado da rede. Um registo que fica ruidoso às mesmas horas todos os dias sugere algo ambiental a atravessar a vista do céu.
Obstrução. O mapa, não apenas a percentagem. A vegetação cresce e as coisas mudam de sítio, por isso uma instalação que estava limpa na entrega pode degradar-se sem ninguém tocar na antena. O guia de resolução de problemas de obstrução cobre como lê-la e resolvê-la.
Alinhamento. As antenas motorizadas podem reapontar-se, e muito ocasionalmente uma atualização de firmware move uma. Se o desempenho mudou sem razão visível, compare a inclinação, o azimute e a elevação atuais com os valores desejados. Apanhámos uma vez uma antena a rodar discretamente 190° após uma atualização de firmware; um reinício repô-la.
Como separa problemas de latência de problemas de débito?
Têm causas diferentes e testes diferentes. Para a latência, a matriz de ping testa dezenas de destinos reais em várias regiões ao mesmo tempo, o que mostra imediatamente se a latência elevada é geral (um problema da ligação) ou específica de uma região ou serviço (um problema de encaminhamento, que não lhe cabe resolver). O que conta como normal está coberto em o que é um bom ping Starlink.
Para o débito, os testes de velocidade de navegador medem todo o caminho, incluindo o humor do servidor de teste. O iPerf mede o débito bruto entre duas máquinas que controla, o que faz dele a ferramenta honesta para queixas de "a ligação está lenta", e o conjunto de diagnósticos inclui um cliente iPerf a par de traceroute, consulta de DNS e verificações de portas. Um cuidado que vem da experiência: os servidores iPerf públicos estão frequentemente ocupados ou inacessíveis, por isso trate um teste falhado contra um servidor público como inconclusivo em vez de como prova. Configurar o iPerf no Windows é uma pequena provação à parte, por isso escrevemos sobre o assunto.
Como instalar o iPerf no Windows →
Como é que uma referência muda a conversa?
Se a instalação foi verificada com uma sessão gravada na entrega, a chamada de avaria começa a partir de prova: o que a antena fez no primeiro dia, naquela posição exata. Grave uma curta sessão de diagnóstico, exporte o relatório e ponha os dois lado a lado. Taxa de perda em alta onde era zero, obstrução em alta a partir de 0%, latência inalterada: a comparação costuma nomear o culpado antes de alguém subir seja o que for. Esse fluxo de trabalho de referência é o guia de verificação.
A versão curta
Corra primeiro o ping de duplo caminho: dispositivo e router lado a lado. Um lado do router limpo significa um problema de LAN, e pode mostrá-lo ao cliente na hora. Uma degradação coincidente em ambos os lados significa a antena: leia o registo de eventos para ver o padrão, verifique o mapa de obstruções, depois o alinhamento. Use a matriz de ping para questões de latência e o iPerf contra um servidor que controla para queixas de débito, e diagnostique contra a referência de entrega se existir uma.
Parte de Starlink para Instaladores e Profissionais. O Nexus Telemetry é criado pela Liquidbinary Ltd, a equipa por trás da primeira plataforma de gestão empresarial da Starlink. O Pro corre nativamente em Windows, macOS e Linux com um teste gratuito.