Iniciar una segona VPN substitueix l’estat de la primera

Dos clients, dues icones de connectat i la creença que el trànsit ara passa per tots dos. Compareu aquesta creença amb el que cada plataforma permet realment. Un telèfon normalment té exactament un espai per a un servei VPN; un ordinador pot executar diversos clients que es barallen per les mateixes rutes i el mateix resolutor. La diferència entre aquestes dues situacions explica la majoria d’informes de VPN que cauen quan se n’inicia una altra.

Les icones descriuen processos, no una cadena.

Un espai al telèfon, diversos pretendents a l’ordinador

A Android, la plataforma ofereix un model de servei VPN amb una única VPN activa per perfil d’usuari, de manera que iniciar-ne una segona atura la primera. És el sistema que aplica la seva pròpia regla, no un error de cap client. En un ordinador, diversos clients poden romandre en execució simultàniament i llavors competeixen per la taula d’encaminament, les regles de política, la configuració del resolutor i les interfícies virtuals. Tots dos resultats són la plataforma funcionant tal com està dissenyada.

Cap dels dos resultats no produeix un túnel imbricat per si sol. Una cadena requereix que un túnel transporti els paquets xifrats de l’altre, cosa que és una arquitectura i no una coincidència d’ordre.

Què sobreescriu el segon client

El segon client normalment instal·la una ruta per defecte, afegeix les seves pròpies regles i imposa el seu propi resolutor. El primer pot sobreviure com a procés sense trànsit o conservar una ruta que ja no guanya. Les rutes específiques de domini solen ser la víctima, i per això algunes destinacions continuen funcionant mentre que d’altres fallen. El símptoma visible és una desconnexió, i l’estat real és una substitució parcial.

Una comprovació de la IP de sortida no ho revelarà. Informa d’una adreça per a una destinació i no diu res sobre quines rutes s’han sobreescrit o quin resolutor respon ara. Per veure el mal, llegiu la taula d’encaminament i l’estat del resolutor.

La imbricació és un disseny, no un ordre de clics

Si la imbricació és la intenció, documenteu el camí exterior de cada extrem, la seva política de fallada i les conseqüències per a l’MTU. Decidiu què passa quan el túnel exterior cau mentre l’interior encara creu que està connectat. Iniciar els clients en un ordre afortunat no és una configuració, perquè la propera actualització o reconnexió els reordena. Un arranjament imbricat necessita la mateixa cura que qualsevol altra topologia.

Quan una connexió és per a la feina i una altra és personal, recolzeu-vos en qualsevol aïllament o arranjament gestionat que la plataforma admeti. Arrencar els controls corporatius no és una estratègia de separació.

Verifiqueu amb l’aplicació, no amb la icona

Exerciseu les aplicacions que realment importen, des de cada context que tingueu previst utilitzar, i incloeu el comportament del resolutor i les reconnexions a la prova. Una adreça de sortida final no pot identificar cada ruta sobreescrita, i una icona verda no pot identificar cap d’elles. Anoteu qui posseeix la connexió i quina combinació s’admet realment.

Si un producte no admet explícitament la coexistència amb un altre, un canvi aleatori de ruta o de permís no produirà un desplegament mantenible. Produirà un que funcioni fins a la propera actualització.

Anoteu quin client posseeix la ruta per defecte, quin resolutor respon i què passa quan cadascun s’atura.