Pode abrir a compartición polo enderezo e a mesma compartición polo nome falla, o que significa que o túnel transporta paquetes e a capa de nomes non. Esa soa observación aforra un desvío por cambios de devasas e de rutas. Os nomes necesitan un sufixo, un resolvedor e un camiño para a consulta, e un cliente VPN pode instalar unha ruta sen instalar ningún deles. Percorra as catro comprobacións de abaixo en orde e detéñase na primeira que rompa.

Un nome fai unha pregunta que un enderezo non fai

Un enderezo é un destino que a pila pode usar de inmediato. Un nome curto é unha pregunta que hai que ampliar cun sufixo, enviar a un resolvedor e responder por algo que coñeza a zona. Un túnel que instala rutas pero ningún resolvedor deixa o primeiro funcionando e o segundo roto. Por iso o síntoma parece tan consistente en produtos VPN moi distintos.

Traballade do enderezo cara a fóra: primeiro o nome completo, despois o nome de host espido, e anotade cal dos tres funciona. O patrón díxovos que capa inspeccionar antes de abrir unha soa pantalla de configuración. Adiviñar rutas cando o FQDN se resolve é esforzo perdido.

Lede o resolvedor que o túnel instalou realmente

Preguntádelle ao sistema operativo que resolvedor xestiona as consultas da zona interna, non cal anuncia a interface do cliente VPN. Un servidor que inxecta un resolvedor público sen zona interna produce exactamente esta falla, e é un erro de configuración e non unha avaría de encamiñamento.

resolvectl status
nslookup fileserver.corp.example
nslookup fileserver

Nun cliente Windows unido ao dominio, a política de encamiñamento do espazo de nomes decide que consultas van a que resolvedor, e os axustes DNS propios do adaptador VPN aparecen nos detalles do adaptador. Lede a política efectiva e non o perfil, porque unha política na caché pode sobrevivir á conexión que a instalou. Se o resolvedor responde ao nome completo e non ao nome curto, o problema xa se moveu á lista de sufixos.

Get-DnsClientNrptPolicy
ipconfig /all

Detédevos se a zona interna se resolve polo servidor correcto. O resolvedor non é o voso problema.

Os sufixos explican os nomes curtos que fallan

Un nome dunha soa etiqueta amplíase coa lista de sufixos da conexión antes de enviar a consulta. Se a VPN non entrega o sufixo interno, fileserver nunca se converte en fileserver.corp.example, e a consulta sae como un nome que ningún resolvedor público coñece. Inxectar o sufixo, ou escribir o nome completo, proba a hipótese sen cambiar nada no servidor.

nslookup fileserver.corp.example
ping -a 192.168.50.20

En Linux o servizo de resolvedor liga un servidor DNS a unha ligazón e a un conxunto de dominios de encamiñamento, así que un servidor inxectado que non está asociado á ligazón do túnel compórtase como se non estivese. Comprobade o estado por ligazón e non o ficheiro stub, que pode sinalar só o resolvedor local. A mesma división aparece no outro sentido: un dominio de busca presente pero non aplicado á interface do túnel produce fallos de nome curto que parecen aleatorios.

Se engadir o sufixo o arranxa, o traballo restante é entregar ese sufixo a través do perfil VPN en lugar de pedirlle a cada usuario que o escriba.

NetBIOS e WINS son outro mecanismo

O SMB antigo aínda pode buscar un nome espido co servizo de nomes NetBIOS, que responde por difusión ou a través dun servidor WINS. A difusión queda dentro dun dominio de difusión e detense no primeiro encamiñador, así que non pode cruzar un túnel; WINS funciona porque o cliente ten un enderezo unicast co que rexistrarse e ao que preguntar. Por iso unha VPN que só transporta IP aínda pode admitir nomes antigos cando WINS está configurado e é accesible.

nbtstat -n
nbtstat -R

Para o SMB moderno, confiade en DNS e no nome completo, e xubilade a ruta antiga. Se de verdade é antiga, proporcionade WINS ou substituíde a aplicación; o termo medio é unha cola de soporte que nunca se baleira.

O percorrido remata cando podedes dicir que capa fallou: resolvedor, sufixo ou descubrimento antigo. Anotade o resolvedor que respondeu e a forma de nome que funcionou, porque a próxima persoa comezará co mesmo síntoma.

Artigos relacionados