Tailscale MagicDNS funciona, pero nslookup falla en macOS

Nun Mac, ping resolve un nome de máquina do tailnet mentres nslookup devolve un fallo, e ambos os comandos din a verdade. As aplicacións resolven mediante o resolutor do sistema, que Tailscale configura por interface, mentres que nslookup e host len un ficheiro estático que MagicDNS nunca toca. As dúas rutas poden discrepar sen que se perda un só paquete. Decide que ruta tomou a túa aplicación que falla antes de cambiar calquera axuste de DNS.

Dúas rutas de resolución, dúas respostas distintas

O tráfico das aplicacións en macOS pasa polo resolutor do sistema, e as entradas de resolutor limitadas por interface deciden que servidor responde por que dominio. Tailscale instala alí a súa entrada de MagicDNS, e por iso Safari e ssh atopan nomes do tailnet. nslookup, host e dig, en cambio, len /etc/resolv.conf ou toman un servidor na liña de comandos, e ese ficheiro normalmente segue nomeando o router ou un servidor de oficina. Un nome do tailnet enviado a ese ficheiro non ten ningunha resposta autoritativa esperándoo, así que a ferramenta informa dun fallo mentres a ruta do sistema ten éxito.

Ningunha das dúas ferramentas se comporta mal. Preguntan a servidores distintos, e só un deses servidores coñece o teu tailnet.

Proba o mesmo nome pola ruta do sistema

Usa a chamada de busca do sistema como primeira proba, e despois compáraa cunha consulta dirixida directamente ao resolutor de MagicDNS. Mantén a ortografía idéntica en ambas, incluído o dominio do tailnet, porque un nome curto e un nome totalmente cualificado son preguntas distintas con respostas distintas.

dscacheutil -q host -a name nas-01.tailnet-a1b2.ts.net
scutil --dns
dig @100.100.100.100 nas-01.tailnet-a1b2.ts.net

Eses tres resultados responden tres preguntas: que devolve o sistema, que resolutores están configurados para que dominios e que sabe o propio MagicDNS. Un nome presente na segunda e na terceira pero ausente na primeira apunta a unha configuración local e non ao tailnet.

Cando o nome se resolva, proba o servizo

Unha resposta DNS correcta só demostra que un nome corresponde a un enderezo. O servizo que hai detrás pode estar detido, o porto pode estar filtrado por unha regra de acceso e un certificado pode nomear un host distinto do que escribiches.

nc -vz nas-01.tailnet-a1b2.ts.net 445
ping -c 3 nas-01.tailnet-a1b2.ts.net

Conserva o texto orixinal do erro, porque un aviso de certificado, un tempo de espera de conexión e un nome non atopado levan cada un a un sitio distinto. Cambiar os servidores de nomes repara o terceiro e desperdicia unha tarde cos dous primeiros.

MagicDNS non substitúe o DNS de oficina

Un nome dentro dunha zona de oficina non é un nome de dispositivo do tailnet aínda que o mesmo cliente poida chegar a ambos. Cando o destino está detrás dun encamiñador de subrede, o cliente necesita DNS dividido para esa zona apuntando ao resolutor interno, que é un axuste distinto de MagicDNS e documéntase xunto a el.

Os dominios de busca tamén importan. A un nome curto non cualificado engádese cada sufixo configurado en orde, así que un portátil que se uniu recentemente a outra rede pode resolver mediante un sufixo obsoleto. Comproba que sufixo se aplicou antes de declarar a zona rota.

Cando ambas as rutas fallan, deciden os feitos do tailnet

Se a busca do sistema e a consulta directa fallan ambas para un dispositivo que cres que existe, o problema está augas arriba do resolutor do Mac.

Confirma o nome da máquina e o dominio do tailnet na consola de administración, confirma que o dispositivo está en liña e aprobado, e confirma que os axustes de DNS do cliente non se desactivaron localmente. Un dispositivo que está desconectado conserva o seu nome e simplemente non ten ningún enderezo que devolver.

Despois escolle segundo as probas. Un nome que se resolve na ruta do sistema e falla en nslookup é unha diferenza de ruta de ferramenta; un nome que se resolve mentres o servizo rexeita é un problema de acceso ou de certificado; un nome que non se resolve en ningún sitio é un problema do tailnet ou da configuración de DNS. Tres responsables, tres correccións, e a documentación de MagicDNS cobre os detalles de macOS do primeiro caso.