Cómo solucionar problemas de DNS y enrutamiento de VPN en Windows
A veces, las VPN en Windows actúan como si tuvieran mente propia. Te conectas, pero la resolución DNS falla o el tráfico no se enruta como esperas. Quizás los dispositivos de la red local no resuelven nombres o el acceso a internet no funciona correctamente. Todo esto puede ser un poco confuso, sobre todo porque Windows tiene muchas configuraciones automáticas que confunden a los usuarios, como las métricas, las configuraciones de túnel dividido o las configuraciones de fugas de DNS. Esta guía explica algunas de las causas comunes y cómo solucionarlas para que tu VPN funcione correctamente. Entenderás si la configuración predeterminada de Windows te está causando problemas y cómo ajustar las opciones (con comandos y opciones de la interfaz gráfica) para que tu VPN use solo lo que necesitas y enrute el tráfico correctamente.
Cómo reparar el DNS y el enrutamiento de VPN en Windows
¿Qué sucede con el modo Force Tunnel vs. Split Tunnel?
El modo Túnel Forzado (donde la opción «Usar puerta de enlace predeterminada en la red remota» está habilitada en la configuración de la VPN) es muy común. Es ideal para todo el tráfico que pasa por la VPN, pero sí, a veces dificulta la resolución de nombres local. Básicamente, Windows envía todas las consultas DNS a los servidores DNS de la VPN, lo que puede causar fallos si no están configurados para resolver nombres de dispositivos LAN o si la red local necesita resolver los nombres de forma diferente. El Túnel Dividido (con la opción «Usar puerta de enlace predeterminada en la red remota» deshabilitada) mantiene la red local funcionando normalmente, enviando solo tráfico específico a la VPN. Es menos invasivo, pero significa que debe saber qué servidores DNS se utilizan para la resolución, especialmente si desea que las consultas DNS se transmitan por la VPN.—
Por qué son importantes las métricas de las interfaces y cómo ajustarlas
Windows envía consultas DNS a través de la interfaz de red con la métrica *más baja* (la «prioridad»).Sin embargo, si su conexión Ethernet tiene, por ejemplo, una métrica de 25 y la de la VPN es 100, las solicitudes DNS se envían por defecto a través de Ethernet, no de la VPN. Esto no es ideal si desea DNS en la VPN. Cambiar las métricas puede ayudar a forzar el DNS a través de la VPN. Para ver qué sucede, ejecute esto en PowerShell: powershell Get-NetIPInterface | Sort-Object Interfacemetric. Esto muestra todas las interfaces de red ordenadas por métrica. Si la métrica de su Ethernet es inferior, el DNS se resuelve localmente, no a través de la VPN. Para cambiar la métrica *manualmente*, abra PowerShell como administrador y ejecute: powershell Set-NetIPInterface -InterfaceIndex
Cómo enrutar tráfico específico o cambiar la configuración de VPN
Si desea que el DNS se resuelva utilizando los servidores DNS de la VPN en lugar de la red local, debe ajustar las propiedades de conexión de la VPN o usar PowerShell: powershell Set-VpnConnection -Name «VPN_work» -SplitTunneling $True Set-VpnConnection -Name «VPN_work» -DnsSuffix «yourdomainname.com» Esto suprime la función de resolución de nombres multihomed inteligente (SMHNR), que está habilitada de manera predeterminada y puede filtrar consultas DNS fuera de la VPN, lo que no es bueno si la privacidad es importante. Para deshabilitar SMHNR a través de la Política de grupo (que se aplica solo si tiene permitido modificar las políticas): – Abra gpedit.msc – Vaya a Configuración del equipo > Plantillas administrativas > Red > Cliente DNS – Habilite Desactivar la resolución de nombres multihomed inteligente O configúrelo directamente en el registro: powershell Set-ItemProperty -Path «HKLM:\Software\Policies\Microsoft\Windows NT\DNSClient» -Name «DisableSmartNameResolution» -Value 1 -Type DWord Set-ItemProperty -Path «HKLM:\SYSTEM\CurrentControlSet\Services\Dnscache\Parameters» -Name «DisableParallelAandAAAA» -Value 1 -Type DWord —
Agregar rutas estáticas para subredes específicas a través de VPN
¿Quieres que ciertas subredes siempre pasen por la VPN? Aquí te explicamos cómo: powershell Add-VpnConnectionRoute -ConnectionName «VPN_work» -DestinationPrefix 172.16.15.0/24 Add-VpnConnectionRoute -ConnectionName «VPN_work» -DestinationPrefix 10.2.1.0/24 Lo mismo aplica para OpenVPN: puedes enviar rutas y servidores DNS con: texto plano push «route 10.2.2.0 255.255.255.0» push «dhcp-option DNS 192.168.115.11».Solo asegúrate de que tu servidor admita estas directivas.—
Cómo asegurarse de que las consultas DNS se realicen a través de una VPN en lugar de la red local
En algunas configuraciones, Windows envía DNS por defecto a través de la interfaz con métricas más bajas. Para priorizar el DNS de la VPN, aumente la métrica de Ethernet (como se indicó anteriormente) o ajuste las métricas de la interfaz de red de su VPN para que sean más bajas que las de su interfaz LAN. Además, tenga en cuenta la función SMHNR, ya que puede provocar fugas de consultas DNS fuera del túnel cifrado. Deshabilitarla mediante la directiva de grupo o el registro puede ayudar a prevenir fugas, especialmente si la privacidad es una preocupación.
Resumen
- Conozca la diferencia entre Force Tunnel y Split Tunnel: afectan bastante al DNS y al enrutamiento.
- Verifique las métricas de la interfaz con
Get-NetIPInterface: el DNS generalmente se envía a través de la interfaz con la métrica más baja. - Ajuste las métricas de la interfaz a través de la GUI o PowerShell para priorizar el tráfico DNS de VPN.
- Administre las rutas VPN y la configuración de DNS directamente en PowerShell o a través de las propiedades de conexión para evitar fugas o problemas de resolución de nombres.
- Deshabilite la “resolución de nombres multihomed inteligente” si le preocupan las fugas de DNS o problemas de resolución.
Resumen
Conseguir que el DNS y el enrutamiento de la VPN funcionen correctamente en Windows puede ser un poco complicado, sobre todo porque los valores predeterminados no siempre son óptimos. Experimenta con las métricas de la interfaz, desactiva SMHNR si es necesario y configura rutas estáticas para subredes complejas. Es cuestión de prueba y error, pero una vez que todo funciona correctamente, la VPN se comporta de forma mucho más predecible. Ojalá esto ayude a aclarar la confusión.