Casa e oficina usan ambos 192.168.1.x: e agora que?

Percorra catro comprobacións: a que enderezo se resolve o nome, que prefixo usa a rede local, que ruta escolle o núcleo para ese destino e que responde no extremo afastado. O inicio de sesión da VPN non é unha delas, porque se completa independentemente de que rede gañe. Faga as comprobacións en orde e a superposición farase visible no segundo paso en lugar do cuarto.

Un inicio de sesión correcto di que o túnel está activo; non di nada sobre cara a onde apunta un enderezo concreto.

Un enderezo, dúas máquinas

Un host escolle un camiño da súa táboa de encamiñamento e das regras de política, usando o enderezo de destino. Nada lle di que unha petición ao salto 192.168.1.20 está destinada ao servidor da oficina e non a un dispositivo da habitación contigua. Coas dúas redes no mesmo rango privado, gaña a ruta máis específica e todo o demais depende de que entrada instalou por casualidade unha reconexión. Nada no propio enderezo leva esa distinción.

ip route get 192.168.1.20

Esa consulta nomea a interface e o seguinte salto que escolleu o núcleo, que é a segunda comprobación da lista. Compare os prefixos local e remoto antes de facer calquera outra cousa. Se a LAN local é 192.168.1.0/24 e o sitio remoto tamén é 192.168.1.0/24, a superposición é o achado e ningunha opción do cliente a repara.

Renumere o lado que controla

Un router persoal adoita ser o lado máis doado de mover. Escolla un rango que non choque coas redes remotas que realmente usa e teña en conta que 10.x.x.x tampouco está libre automaticamente, xa que moitos sitios o usan. Planifique o cambio: as concesións DHCP, os enderezos reservados, as colas de impresión e todo o que teña un enderezo fixo necesitan atención. Faga a renumeración nunha xanela na que poida recuperar o router sen a VPN.

Comprobe a lista de prefixos remotos primeiro, non despois. Escoller un rango novo que choque con outro sitio de oficina produce o mesmo problema con máis traballo investido.

Cando ningún dos dous lados pode cambiar

Se non se pode renumerar ningunha das súas redes, as opcións restantes viven no servidor. Unha pasarela pode traducir unha rede remota a unha subrede distinta para os clientes de VPN, usando NAT baseado en políticas ou unha variante bidireccional, de modo que o cliente vexa un enderezo único. Iso é un deseño de pasarela e non un conmutador que ofreza cada cliente de escritorio, e cambia que enderezo escriben os usuarios e que nomes deben coincidir. Unha ruta copiada dun foro non pode distinguir dous destinos idénticos.

Os rangos de enderezos privados seguen sendo privados; o problema é a reutilización, non os rangos en si.

Demostre que máquina respondeu

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

Despois de calquera cambio, probe o recurso da oficina e os dispositivos locais á vez. Se un dispositivo doméstico coñecido responde onde debería estar o servidor da oficina, ou o certificado TLS nomea un host equivocado, detéñase e identifique o destino antes de continuar. Obter unha resposta dese enderezo non establece que máquina a enviou. Comprobar o suxeito do certificado é un dos poucos sinais fiables dispoñibles naquel momento.

Non substitúa os enderezos privados da oficina por enderezos públicos arbitrarios que non controle. Iso cambia unha superposición por un problema de encamiñamento e propiedade que é peor e máis difícil de explicar.

Anote o prefixo local, o prefixo remoto e o cambio que o resolveu. A próxima superposición parecerá distinta pero seguirá o mesmo patrón.