Archivo de resolución de macOS para un dominio local junto a una VPN
Un solo archivo de resolución estrecho puede enviar un único dominio local a su propio servidor DNS en un Mac, sin reemplazar el resolutor de la VPN del trabajo ni crear ninguna ruta.
Tu VPN del trabajo resuelve los nombres de la empresa a la perfección mientras la impresora de casa sigue inalcanzable por nombre, y la solución habitual a la que la gente recurre es apuntar todo el Mac al router de casa. Ese es un cambio mucho mayor de lo que el problema exige. macOS puede enviar un único sufijo DNS a su propio servidor mediante un pequeño archivo de resolución, dejando cualquier otra consulta exactamente donde estaba.
El límite de permisos va primero: esto es para un dominio que administras o que tienes autorización para configurar. No es una ruta alrededor de la política DNS impuesta por una organización ni de sus restricciones de red local.
Un archivo con una tarea estrecha
Supongamos que la zona local es lab.example.org y su servidor responde en 192.168.55.1. En un Mac donde se te permite hacer el cambio, un administrador crea un archivo de texto plano cuyo nombre es el propio dominio, /etc/resolver/lab.example.org, que contiene una sola nameserver 192.168.55.1 línea. Puede que el directorio no exista en un sistema nuevo, así que créalo con derechos de administrador y mira antes de escribir, por si un software de gestión ya tiene un archivo allí.
La configuración de resolución de Apple documenta la convención de que el nombre del archivo proporciona el dominio cuando dentro del archivo no aparece un ajuste de dominio separado. Esa regla de nomenclatura es todo el truco, y por eso el archivo debe nombrarse por la zona y no por el servidor.
Cómo elige macOS entre resolutores
Puede haber más de un cliente de resolución activo, y gana el dominio coincidente más específico. Un resolutor para lab.example.org tiene por tanto un alcance distinto del resolutor predeterminado, y un subdominio más específico con su propio archivo puede volver a tener prioridad. Eso es lo que permite que una VPN del trabajo conserve su propio sufijo mientras tu zona de laboratorio va a otro sitio. Nada del arreglo es global, y ese es el punto que merece recordarse.
Deja /etc/resolv.conf en paz. macOS escribe ese archivo él mismo, y nunca contuvo la imagen completa de la resolución específica por dominio. La configuración también puede llegar desde la base de datos de configuración del sistema en lugar de archivos de este directorio, y por eso un perfil de gestión puede anular lo que escribiste.
Tres cosas que el archivo no puede aportar
El servidor debe ser accesible. Si la VPN bloquea el trabajo en red local, o una ruta corporativa captura el rango de direcciones del servidor, un archivo de sufijo perfectamente correcto sigue sin poder entregar una consulta. Lleva eso al propietario de la red en lugar de ampliar excepciones locales por tu cuenta.
La zona debe contener la respuesta correcta, y eso se prueba mejor con un nombre totalmente cualificado como printer.lab.example.org. Un nombre corto puede invocar el comportamiento de dominios de búsqueda y acabar haciendo una pregunta distinta de la que querías hacer.
Por último, la aplicación tiene que poder usar la respuesta. Resolver el nombre de una impresora no concede acceso a su dirección, y no abre el servicio que hay detrás. La dirección devuelta todavía necesita una ruta permitida y una política de acceso que permita la conexión. Un archivo de resolución cambia dónde se busca un nombre; no reserva un camino para el resultado.
Verifica la selección en lugar de reemplazar DNS
Comprueba qué está usando macOS realmente ahora mismo, y consulta el nombre totalmente cualificado desde dentro de la propia aplicación o desde una herramienta que resuelva como lo hacen las aplicaciones. Una consulta directa a 192.168.55.1 demuestra que el servidor responde; no demuestra que macOS haya elegido ese servidor para las consultas ordinarias. Son hechos distintos, y solo el segundo describe lo que experimentará tu navegador.
Si otro resolutor ya reclama el mismo sufijo, averigua quién es el propietario antes de añadir indicaciones de prioridad. El ajuste search_order documentado ordena a los clientes que comparten un dominio; no es un interruptor global de preferencias que haga ganar a un resolutor general en cada consulta.
Confirma que los nombres de la empresa se siguen resolviendo con la VPN conectada, y luego anota el archivo y su propósito en tus notas locales. Cuando se retire el arreglo, elimina solo ese archivo y vuelve a comprobar ambos espacios de nombres en lugar de restablecer toda la configuración DNS de la red.