Abrir un segundo navegador non crea unha segunda ruta VPN

Dous navegadores, dúas ventás, unha na conta de traballo e outra nunha conta persoal, e a suposición é que agora seguen camiños distintos. Non o fan. A separación de perfís mantén as cookies á parte, mentres que a decisión de encamiñamento ocorre por debaixo do navegador e non sabe que perfil preguntou. Un segundo camiño necesita unha regra que o seleccione, e só hai uns poucos lugares onde esa regra pode vivir.

Separar o estado non é separar o camiño

Un perfil de navegador illa o almacenamento: cookies, historial, extensións e ás veces credenciais. Ese illamento aplícase dentro dunha soa árbore de procesos e non ten nada que dicir sobre que interface transporta un paquete.

As ventás privadas chegan máis lonxe en aparencia e nada máis lonxe en encamiñamento. Todo o que envía o navegador segue saíndo polo camiño que elixa o sistema operativo, salvo que algo entre o socket e a rede o cambie. Confundir o illamento de almacenamento co illamento de rede xera expectativas que ningún fabricante de navegadores prometeu e que ningunha proba pode satisfacer.

Que selecciona realmente unha ruta

Catro cousas poden seleccionar un camiño distinto: unha regra de VPN por aplicación que coincida co executábel ou o paquete, un proxy configurado dentro do navegador ou do sistema, un espazo de nomes de rede ou un contedor, e un segundo dispositivo físico. Cada unha cambia algo real, e cada unha ten un custo.

Unha regra por aplicación é a resposta habitual nas plataformas móbiles, onde o servizo VPN recibe unha lista de paquetes. No escritorio depende do cliente, e unha regra que coincide co executábel cobre todos os perfís que ese executábel abra. Se dous perfís necesitan de verdade camiños distintos, normalmente necesitan dous procesos con identidades diferentes en lugar de dúas pestanas. Por iso unha instalación compartida do navegador nunca pode ser a fronteira nun deseño por perfís.

Os proxys a nivel de aplicación engaden outro intermediario

Un axuste de proxy no navegador si crea un camiño separado, e tamén crea unha relación de confianza separada con quen opera o proxy. É un arranxo lexítimo para un perfil, e non equivale a unha cobertura de todo o dispositivo.

Escolla o proxy a propósito: un escoitante SOCKS no mesmo host, un proxy autenticado dentro do túnel ou un servizo remoto. Mesturar un proxy cunha VPN de túnel completo produce camiños aniñados nos que os modos de fallo se multiplican.

Verifique a petición real de cada navegador

Envíe a mesma petición desde cada navegador e compare o enderezo de saída observado, en lugar de comparar as páxinas de configuración. Un proxy configurado que falla silenciosamente ao conectar é unha forma moi común de acabar de volta no camiño predeterminado.

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --proxy socks5h://127.0.0.1:1080 https://api.ipify.org
dig +short example.com

Despois repita a petición co proxy forzado e co túnel caído, para ver que capa transporta realmente o tráfico. Anote tamén a resposta DNS, porque un navegador co seu propio resolutor cifrado pode saltar por completo o camiño do sistema e aínda así amosar a páxina que esperaba.

Escriba a correspondencia prevista en dúas liñas: que proceso usa que camiño e quen posúe cada un. Teña tamén á vista as identidades das contas, porque dous camiños non impiden que o mesmo inicio de sesión se presente a ambos os destinos. Volva probar tras a próxima actualización do navegador, porque un axuste de proxy pérdese con facilidade e custa notalo.