Corrija nomes que não resolvem no Tailscale

Compare o acesso pelo nome com o endereço Tailscale do destino, preservando a porta do serviço. Em HTTPS, um erro de certificado ao usar o IP não comprova falha de rede. Consulte também o resolvedor do sistema, como mostrado abaixo, antes de alterar o DNS.

Confirme o nome correto

Abra a ficha do dispositivo no painel Machines. Copie o nome atual e o nome DNS completo. Renomeações antigas, dispositivos duplicados e nomes semelhantes podem fazer você consultar o destino errado.

Teste a aplicação com o nome completo. Compare o resultado com o teste pelo nome curto para identificar qual consulta falhou.

Confira as preferências

Na área DNS do painel, confira MagicDNS. No cliente, verifique se o uso das configurações de DNS da tailnet está habilitado. No Linux, sudo tailscale set –accept-dns=true ativa essa preferência.

Antes de mudar o resolvedor do sistema, registre a configuração atual. VPNs adicionais, perfis corporativos e DNS seguro do navegador podem alterar o caminho da consulta.

Compare aplicações

Teste o nome em uma aplicação do sistema e no navegador. Se apenas o navegador falhar, confira sua configuração de DNS e proxy. Ferramentas que consultam um servidor DNS diretamente podem apresentar um resultado diferente daquele usado pelo sistema.

Não substitua todos os servidores DNS por um resolvedor público para corrigir nomes privados. Isso pode retirar a resolução de serviços internos.

Consulte o resolvedor usado pelas aplicações

No Linux, compare a resolução do nome com o endereço listado no painel:

1
getent hosts nome-da-vps

Repita com o nome completo do dispositivo se o nome curto falhar. A saída deve corresponder ao destino esperado. Se outra máquina responder, confira nomes antigos, entradas manuais e a tailnet selecionada antes de limpar configurações.

Uma aplicação HTTPS acessada diretamente por IP pode apresentar erro de certificado. Isso não comprova uma falha da rede. Use o nome previsto no certificado para o teste final e não desative a validação TLS apenas para fazer a página abrir.

Se o problema afeta apenas um domínio interno, consulte o guia de split DNS. Nesse caso, você precisa verificar tanto o resolvedor interno quanto a rota até o endereço devolvido por ele. Uma consulta explícita a um servidor DNS também não comprova que o navegador está usando esse servidor.

Redes atrás de roteadores

MagicDNS não registra automaticamente nomes de cada aparelho de uma LAN anunciada por subnet router. Se o IP local funciona e o nome da impressora ou servidor não resolve, consulte o DNS da rede local e a configuração de DNS dividido da tailnet.