Compartir una VPN de Windows con una consola por cable: puerta de enlace en el PC o en el router

Las consolas que no pueden ejecutar el cliente VPN a veces pueden tomar prestado el túnel de un PC con Windows, y esta disposición falla más veces de las que funciona por motivos ajenos a la VPN. El PC tiene que convertirse en una puerta de enlace: una interfaz descendente dedicada, direccionamiento para la consola, traducción y un cliente dispuesto a reenviar los paquetes de otro dispositivo. Un túnel que funciona para las aplicaciones propias del PC no demuestra nada de eso.

La comparación que merece la pena hacer es entre esa disposición y un router que posee el túnel para toda la red. Difieren en mantenimiento, en comportamiento ante fallos y en cuánta política puede ver a la vez.

Qué tiene que hacer la puerta de enlace en el PC

Una puerta de enlace necesita una interfaz orientada a la consola, un rango de direcciones para ese segmento y una regla de traducción que reescriba el tráfico de la consola hacia el túnel. También necesita que el cliente reenvíe paquetes que no ha originado, lo cual es un ajuste distinto de aceptar su propio tráfico. La resolución de nombres debe seguir el mismo camino, o la consola resolverá un servicio de juego por una ruta y luego se conectará por otra. Cada uno de estos pasos es una configuración separada con su propio modo de fallo.

console -> dedicated ethernet -> windows sharing / nat
        -> selected tunnel interface -> internet

Windows Internet Connection Sharing ofrece exactamente esta forma, con una conexión designada como pública y otra como privada. Esa designación importa más de lo que la gente espera, porque la interfaz que llega al router doméstico no es automáticamente la que lleva el túnel.

Comparaciones que lo deciden

Tres diferencias separan una puerta de enlace en el PC de una en el router, y son las que aparecen meses después. La tabla las pone una junto a otra.

El vínculo con la sesión es la primera diferencia y la que pilla a la gente. Un PC que entra en suspensión, cierra la sesión o instala una actualización deja de ser una puerta de enlace, y la consola pierde su camino sin que cambie ninguna configuración. La visibilidad de la política es la segunda, porque las reglas del cliente y la capa de compartición viven en dos sitios y ninguna describe a la otra. El servicio de direcciones es la tercera, y explica una consola que conserva una dirección pero sigue sin llegar a nada.

Nada de eso hace incorrecta la disposición con el PC. La convierte en un diseño temporal, lo cual es aceptable cuando el requisito es temporal.

El tráfico reenviado es otra categoría

Un cliente de escritorio puede tratar los paquetes reenviados para otro dispositivo de forma distinta a los suyos. Una lista de inclusión por aplicación cubre los procesos del PC y no dice nada del tráfico de una consola, mientras que un kill switch que protege las aplicaciones locales puede no proteger en absoluto la ruta reenviada. Confirme el comportamiento documentado del cliente para el tráfico reenviado en lugar de deducirlo de una carga de página correcta en el PC. Cuando ese comportamiento no está claro, toda la disposición descansa sobre una suposición.

El direccionamiento de la consola debe venir de la disposición de compartición, nunca de copiar en ella la dirección del túnel del PC. Copiar produce una dirección duplicada, una puerta de enlace incorrecta y un resolutor que apunta a algo que la consola no puede alcanzar. Deje que el servicio descendente reparta la configuración y luego compruebe qué ha recibido realmente la consola.

Verifique el tráfico de la consola, no el del PC

La única prueba significativa observa el camino de la consola. En el PC, los comandos siguientes muestran la disposición de las interfaces, la tabla de vecinos a través del enlace descendente y si la consola responde en un puerto de servicio. Ejecútelos mientras haya una sesión de juego realmente conectada.

Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4Address
Get-NetAdapter | Select-Object Name, Status, LinkSpeed
arp -a | findstr 192.168.137.
Test-NetConnection 192.168.137.10 -Port 3074

Una interfaz sin dirección en el lado descendente significa que la compartición nunca empezó, lo cual es un problema distinto de una consola que no puede conectarse. Una entrada para la consola en la tabla de vecinos demuestra que el enlace y el direccionamiento están vivos. Una prueba de puerto fallida después de eso apunta al reenvío o al trato que da el cliente al tráfico reenviado, no al cable. Compare la dirección de salida de la consola con la del PC antes de concluir que el túnel es el camino en uso.

Mantenga la disposición documentada con sus nombres de interfaz y rangos de direcciones. Cuando se rompa tras la próxima actualización, esa página ahorra una hora de redescubrimiento.