O portátil por Wi-Fi mostra o enderezo de saída da VPN, e o equipo de sobremesa por cable da habitación de ao lado mostra o do provedor. Os dous están conectados ao mesmo router, así que a diferenza non está na configuración da VPN. Está en que interface, VLAN ou política atravesou realmente o tráfico. A cobertura é unha propiedade de cada ruta, non unha propiedade da caixa.

Comparar os dous clientes un ao lado do outro atopa a diferenza máis rápido que ler as regras do router.

Dous camiños cara ao mesmo router

Un router con cliente VPN pode dirixir o tráfico dunha ponte, dunha VLAN ou dunha lista de portos e deixar o resto na WAN. É un deseño normal, e por iso unha proba Wi-Fi correcta só demostra a ruta Wi-Fi. Un conmutador xestionado tamén pode poñer un porto de parede nun segmento distinto do que usa o punto de acceso, sen que ninguén toque o router. As políticas baseadas en portos son as máis fáciles de pasar por alto, porque o porto parece parte da mesma LAN.

O mesmo hardware, outra política. A caixa física non é a fronteira que vostede cre.

Compare a pasarela que usa cada cliente

No dispositivo por cable, lea a interface activa, o seu enderezo e a súa pasarela predeterminada. Nunha máquina con Wi-Fi e Ethernet activos, a métrica de encamiñamento decide cal gaña, e a miúdo non é a que espera. Compare esa pasarela coa que usou o cliente sen fíos, e comprobe a que rede do router pertence o porto do conmutador. A receita de cliente WireGuard de pfSense mostra como un só router pode ter un túnel e deixar tranquilas as demais interfaces.

Se as dúas pasarelas difiren, xa ten a resposta antes de tocar unha soa regra de firewall.

Compare DNS e IPv6 por separado

Un cliente por cable cun resolvedor configurado a man pode evitar por completo a política DNS do router, mesmo cando o seu tráfico se dirixe correctamente. IPv6 é a outra metade: un túnel que só manexa IPv4 pode deixar o tráfico IPv6 pola ruta nativa. Probe unha consulta de nome e un destino IPv6 desde o dispositivo por cable, non só unha comprobación de enderezo IPv4. Use unha consulta que só o resolvedor do router podería responder, como un nome de host interno.

Cada unha desas é unha comparación aparte, e cada unha pode fallar pola súa conta.

Compare que ocorre cando o túnel cae

Se o deseño esixe acceso só por VPN, deteña o túnel e probe o cliente por cable con tráfico inofensivo. Un dispositivo por cable que volve á WAN normal segue en liña pero perde a ruta prevista, o que a quen só comproba a conectividade lle parece un éxito. O cliente sen fíos pode comportarse distinto, e esa diferenza é a comparación que paga a pena.

O comportamento ante fallos forma parte da cobertura, non é un caso límite posterior.

Atribúa o resultado á capa correcta

Un cliente VPN a nivel de dispositivo ou un proxy do navegador na máquina por cable poden cambiar o enderezo de saída medido á marxe do router. Anote que capas estaban activas durante a proba, ou un cambio de enderezo correcto atribuirase á pasarela equivocada. A mesma precaución vale para un resultado en caché anterior ao cambio.

Probe tráfico novo, anote as capas e escriba o segmento e a interface. Ese rexistro é o que fai que a próxima comparación teña sentido en lugar de ser outra suposición.

Artigos relacionados