Een tweede VPN starten vervangt de toestand van de eerste

Twee clients, twee verbonden pictogrammen en de overtuiging dat verkeer nu door beide gaat. Vergelijk die overtuiging met wat elk platform werkelijk toestaat. Een telefoon heeft meestal precies één plek voor een VPN-dienst; een desktop kan meerdere clients draaien die vechten om dezelfde routes en dezelfde resolver. Het verschil tussen die twee situaties verklaart de meeste meldingen van een VPN die wegvalt wanneer een andere start.

De pictogrammen beschrijven processen, geen keten.

Eén plek op een telefoon, meerdere gegadigden op een desktop

Op Android biedt het platform een VPN-dienstmodel met één actieve VPN per gebruikersprofiel, dus een tweede starten stopt de eerste. Dat is het systeem dat zijn eigen regel handhaaft, geen fout in een van de clients. Op een desktop kunnen meerdere clients tegelijk draaien, en dan concurreren ze om de routingtabel, beleidsregels, resolverconfiguratie en virtuele interfaces. Beide uitkomsten zijn het platform dat werkt zoals ontworpen.

Geen van beide uitkomsten maakt op zichzelf een geneste tunnel. Een keten vereist dat de ene tunnel de versleutelde pakketten van de andere draagt, en dat is architectuur, geen toeval van volgorde.

Wat de tweede client overschrijft

De tweede client installeert meestal een standaardroute, voegt zijn eigen regels toe en duwt zijn eigen resolver naar voren. De eerste kan overleven als proces zonder verkeer, of een route behouden die niet meer wint. Domeinspecifieke routes zijn het gebruikelijke slachtoffer, waardoor sommige bestemmingen blijven werken terwijl andere falen. Het zichtbare symptoom is een verbreking, en de werkelijke toestand is een gedeeltelijke vervanging.

Een controle van het exit-IP zal dit niet onthullen. Het meldt één adres voor één bestemming en zegt niets over welke routes zijn overschreven of welke resolver nu antwoordt. Om de schade te zien, lees de routingtabel en de toestand van de resolver.

Nesten is een ontwerp, geen volgorde van klikken

Als nesten de bedoeling is, documenteer dan het buitenste pad van elk eindpunt, het faalbeleid en de gevolgen voor de MTU. Beslis wat er gebeurt wanneer de buitenste tunnel wegvalt terwijl de binnenste nog denkt verbonden te zijn. Clients in een gelukkige volgorde starten is geen configuratie, want de volgende update of herverbinding herordent ze. Een geneste opstelling vraagt dezelfde zorg als elke andere topologie.

Wanneer de ene verbinding voor werk is en de andere persoonlijk, leun op de isolatie of beheerde opstelling die het platform ondersteunt. De bedrijfscontroles eruit slopen is geen scheidingsstrategie.

Verifieer met de toepassing, niet met het pictogram

Oefen de toepassingen die er echt toe doen, vanuit elke context die je van plan bent te gebruiken, en neem resolvergedrag en herverbindingen op in de test. Een definitief exitadres kan niet elke overschreven route identificeren, en een groen pictogram kan er geen enkele identificeren. Noteer wie de verbinding bezit en welke combinatie echt wordt ondersteund.

Als een product expliciet geen coëxistentie met een ander ondersteunt, zal een willekeurige route- of rechtenwijziging geen onderhoudbare uitrol opleveren. Het levert er een op die werkt tot de volgende update.

Noteer welke client de standaardroute bezit, welke resolver antwoordt, en wat er gebeurt wanneer elk van hen stopt.