Casa y oficina usan ambos 192.168.1.x: ¿y ahora qué?

Recorra cuatro comprobaciones: a qué dirección se resuelve el nombre, qué prefijo usa la red local, qué ruta elige el núcleo para ese destino y qué responde en el extremo lejano. El inicio de sesión de la VPN no es una de ellas, porque se completa sin importar qué red gane. Haga las comprobaciones en orden y la superposición se hará visible en el segundo paso en lugar del cuarto.

Un inicio de sesión correcto dice que el túnel está activo; no dice nada sobre hacia dónde apunta una dirección concreta.

Una dirección, dos máquinas

Un host elige una ruta de su tabla de enrutamiento y de sus reglas de política, usando la dirección de destino. Nada le dice que una petición al salto 192.168.1.20 está destinada al servidor de la oficina y no a un dispositivo de la habitación contigua. Con ambas redes en el mismo rango privado, gana la ruta más específica y todo lo demás depende de qué entrada instaló por casualidad una reconexión. Nada en la propia dirección lleva esa distinción.

ip route get 192.168.1.20

Esa consulta nombra la interfaz y el siguiente salto que eligió el núcleo, que es la segunda comprobación de la lista. Compare los prefijos local y remoto antes de hacer cualquier otra cosa. Si la LAN local es 192.168.1.0/24 y el sitio remoto también es 192.168.1.0/24, la superposición es el hallazgo y ninguna opción del cliente la repara.

Renumere el lado que usted controla

Un router personal suele ser el lado más fácil de mover. Elija un rango que no choque con las redes remotas que realmente usa y tenga en cuenta que 10.x.x.x tampoco está libre automáticamente, ya que muchos sitios lo usan. Planifique el cambio: las concesiones DHCP, las direcciones reservadas, las colas de impresión y todo lo que tenga una dirección fija necesitan atención. Haga la renumeración en una ventana en la que pueda recuperar el router sin la VPN.

Compruebe la lista de prefijos remotos primero, no después. Elegir un rango nuevo que choque con otro sitio de oficina produce el mismo problema con más trabajo invertido.

Cuando ninguno de los dos lados puede cambiar

Si no se puede renumerar ninguna de las dos redes, las opciones restantes viven en el servidor. Una pasarela puede traducir una red remota a una subred distinta para los clientes de VPN, usando NAT basado en políticas o una variante bidireccional, de modo que el cliente vea una dirección única. Eso es un diseño de pasarela y no un conmutador que ofrezca cada cliente de escritorio, y cambia qué dirección escriben los usuarios y qué nombres deben coincidir. Una ruta copiada de un foro no puede distinguir dos destinos idénticos.

Los rangos de direcciones privadas siguen siendo privados; el problema es la reutilización, no los rangos en sí.

Demuestre qué máquina respondió

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

Después de cualquier cambio, pruebe el recurso de la oficina y los dispositivos locales a la vez. Si un dispositivo doméstico conocido responde donde debería estar el servidor de la oficina, o el certificado TLS nombra un host equivocado, deténgase e identifique el destino antes de continuar. Obtener una respuesta de esa dirección no establece qué máquina la envió. Comprobar el sujeto del certificado es una de las pocas señales fiables disponibles en ese momento.

No sustituya las direcciones privadas de la oficina por direcciones públicas arbitrarias que no controle. Eso cambia una superposición por un problema de enrutamiento y propiedad que es peor y más difícil de explicar.

Anote el prefijo local, el prefijo remoto y el cambio que lo resolvió. La próxima superposición se verá distinta pero seguirá el mismo patrón.