Investigue lentidão e relay no Tailscale
Antes de começar
Confira se a conexão Tailscale é direta ou passa por relay, compare as redes dos dispositivos e investigue a aplicação antes de alterar portas ou firewall.
- Dois dispositivos conectados e uma transferência ou aplicação que permita repetir a observação.
- Horário, rede utilizada e destino anotados para comparação.
Sintomas
- Transferências lentas.
- Conexão permanece por relay.
Em telas pequenas, role as tabelas para o lado para consultar todas as colunas.
Uma conexão lenta pode vir da internet de origem, do servidor, da aplicação ou do caminho entre os clientes. Registre qual operação está lenta e compare o mesmo teste antes e depois de cada alteração.
Consulte o caminho
Execute tailscale ping seguido do nome do destino. Observe se a conexão permanece por relay ou estabelece um caminho direto. Consulte também tailscale status durante uma conexão ativa.
Um relay DERP é um caminho de comunicação válido. Sua presença não significa que a criptografia foi removida. Ele pode, porém, apresentar características de latência e capacidade diferentes de uma conexão direta.
Compare as redes
Execute tailscale netcheck nos dispositivos com CLI. A saída mostra conectividade UDP e características da rede. Compare um teste no Wi-Fi com outro em uma rede diferente, mantendo o mesmo destino.
Se a troca de rede altera o caminho, investigue NAT e firewall naquele ambiente. Em rede corporativa, trabalhe com o administrador. Não abra indiscriminadamente portas de aplicações na internet para tentar tornar o caminho direto.
Confira a aplicação
Observe CPU, memória e disco do destino. Compare uma operação local com a mesma operação pela rede. Um banco de dados lento no próprio servidor não será corrigido apenas pela mudança de relay.
Para transferência de arquivos, confira também o upload do remetente e o download do destinatário. Use uma amostra sem informações privadas e registre horário, tamanho e duração.
Compare a mesma operação em condições conhecidas
Consulte o caminho no cliente durante a ocorrência:
tailscale ping nome-do-destinotailscale netcheckO primeiro consulta o caminho até um par. O segundo descreve condições de conectividade do cliente, como disponibilidade de UDP e acesso a relays. Nenhum deles mede sozinho a velocidade da aplicação que você está usando.
| Observação | O que conferir em seguida |
|---|---|
| Conexão direta, transferência lenta | Upload da origem, disco e carga dos dois dispositivos |
| Relay apenas em uma rede Wi-Fi | Restrições e conectividade dessa rede |
| Aplicação lenta também no servidor local | Processo, armazenamento e dependências da aplicação |
| Lentidão após selecionar exit node | Conexão e capacidade do dispositivo de saída |
Repita a mesma operação com o mesmo arquivo ou serviço. Mudar de destino e de rede ao mesmo tempo dificulta a comparação. Registre o resultado observado sem prometer uma taxa de transferência universal: distância, conexão disponível e carga dos dispositivos continuam influenciando o acesso.
Atualize e repita
Confira as versões dos dois clientes e consulte as notas de atualização. Depois de qualquer ajuste, repita a transferência original. Registre o caminho observado e a duração, sem atribuir a melhora a uma configuração que não foi isolada no teste.
Confira o resultado
A mesma operação é repetida após uma alteração identificada, com registro do caminho e do comportamento observado, sem atribuir toda lentidão ao relay.
Fontes e conferência
Procedimento revisado a partir da documentação oficial em 2 de novembro de 2026. Não executado em uma tailnet de laboratório nesta edição.