O seu Wi-Fi está a tornar a VPN lenta? Verifique a ligação local

A maioria das pessoas culpa o servidor pelos engasgos que o rádio provocou, e o remédio a que recorrem torna o diagnóstico seguinte mais difícil. Um ícone de sinal cheio diz que o ponto de acesso fala alto, não que o canal está calmo ou que o tempo de antena está livre. Os problemas sem fios chegam ao túnel como atraso, perda e reordenação, e o cliente comunica os três como um único problema vago de ligação.

A pergunta útil é se o mesmo túnel se comporta de forma diferente noutra ligação local. Tudo o resto fica fixo enquanto responde.

As barras de sinal medem potência, não tempo de antena disponível

O nível do sinal recebido indica com que força o cliente ouve o ponto de acesso, e esse número pode manter-se alto enquanto o débito desaba. O tempo de antena é partilhado com redes vizinhas, com outros clientes da sua própria rede e com o tráfego de gestão que o rádio tem de transmitir à velocidade mais lenta que cada participante compreende. Paredes, metal e postura do corpo mudam o caminho, e a disposição da antena dentro de um portátil também. Nada disso aparece no ícone.

Os contadores de repetição são a prova privada mais clara, porque uma trama que precisou de três tentativas continua a contar como entregue. Uma ligação que anuncia um débito saudável enquanto repete muito fará um túnel em tempo real parecer avariado.

Escolher a banda é uma troca, não uma cura, diga o que disser a coluna de conselhos. Um canal de 5 GHz costuma encontrar menos interferência e cobrir menos distância, enquanto 2.4 GHz chega mais fundo num edifício e encontra mais vizinhos. Escolha a banda para a distância de que precisa realmente, e anote a configuração anterior para que uma experiência falhada possa ser desfeita.

Mude uma variável e volte a olhar

Mantenha fixos o perfil da VPN, o ponto final, o destino e a hora do dia enquanto muda a ligação local. Compare a mesma tarefa perto do ponto de acesso, a partir do quarto distante e por Ethernet na mesma máquina. Se a passagem por cabo estiver limpa e as duas sem fios não estiverem, o segmento de rádio ganhou o lugar no topo da lista.

Mover-se entre pontos de acesso é uma experiência à parte, e numa malha é precisamente a que as pessoas saltam. A itinerância pode pausar um túnel, forçar uma nova troca de chaves ou deixar uma sessão viva enquanto os pacotes deixam de fluir. Anote a hora de cada interrupção e compare-a com o registo do cliente para a mudança de associação. Uma pausa que coincide com uma itinerância não é um servidor sobrecarregado, por muito que o pareça.

Um canal ocupado faz-se passar por um servidor lento

Outros dispositivos competem pelo mesmo tempo de antena, e o seu grande envio compete com a sua própria chamada. Coloque em pausa as transferências opcionais e repita a tarefa antes de concluir algo sobre o fornecedor. Fila sob carga produz exatamente o sintoma que as pessoas chamam VPN lenta: atraso crescente, entrega em rajadas e chamadas que se cortam enquanto uma transferência continua. Se o padrão segue as suas transferências e não a sua localização, o túnel está a comunicar uma ligação congestionada em vez de a provocar.

O débito global e a qualidade em tempo real são medições diferentes, por isso uma transferência rápida não prova que a ligação esteja limpa. Para uma chamada, o jitter e a perda contam mais do que a velocidade média.

Verifique com medições de tempo antes de mudar de servidor

Meça a ligação local e o percurso do túnel em separado, e guarde as duas saídas. Os comandos abaixo leem a associação, recolhem amostras do percurso durante alguns minutos e mostram se a perda surge no primeiro salto ou mais adiante. Execute-os uma vez perto do ponto de acesso e outra onde o problema acontece.

iw dev wlan0 link
ping -i 0.2 -c 200 203.0.113.5
mtr -r -c 50 203.0.113.5
ping -i 0.2 -c 200 198.51.100.9

Compare os resumos do ping e não as linhas individuais, porque a percentagem de perda e a dispersão do atraso separam um problema de rádio de um servidor distante. Se a perda aparecer no primeiro salto até ao gateway e o ponto final do túnel mostrar a mesma perda, o segmento local é o fator comum. Se a perda aparecer apenas para lá do ponto final, o rádio não é a explicação.

Depois mude uma coisa e volte a executar os mesmos quatro comandos. Uma troca de servidor que coincida com a passagem para um canal mais calmo parecerá uma correção e não lhe ensinará nada.