Kan deze NetworkManager-plugin twee VPN's tegelijk draaien?

Er staan twee VPN-vermeldingen in de verbindingslijst, beide zeggen verbonden, en slechts één ervan draagt het verkeer dat u verwachtte. Of de tweede weigert helemaal te starten, en niemand kan zeggen of dat de plugin, de client of een vergeten beleid is. Beweringen over een limiet van één VPN beschrijven bepaalde implementaties, en implementaties verschillen. Loop eerst de mogelijkheid na, dan de coördinatie.

Tel opgeslagen profielen, dan activeringen

Een opgeslagen profiel is een configuratieobject, en een actieve verbinding is een draaiende instantie. De lijst voegt de twee begrippen visueel samen, waardoor beide rapporten waar klinken. Begin met de exacte objecten bij hun UUID te noemen, want de weergegeven naam is niet uniek en een oude import deelt vaak een label met een nieuwere vermelding. Controleer daarna de actieve lijst apart en kijk welke UUID's daar verschijnen. Pas dan weet u of u twee configuraties of twee levende tunnels vergelijkt.

Hetzelfde UUID twee keer activeren is een derde geval, en het is geen gelijktijdigheid. Het is een heractivering van één instantie.

Lees de eigen metadata van de plugin

Elke VPN-plugin levert een klein metadatabestand dat de beheerder leest, en die bestanden kunnen aangeven of de plugin meerdere verbindingen tegelijk ondersteunt. Lees het bestand dat op deze machine is geïnstalleerd in plaats van te herhalen wat een upstream-project nu schrijft, want het distributiepakket bepaalt wat u werkelijk hebt. Dezelfde controle geldt per protocol: een antwoord voor de ene plugin zegt niets over een andere. Noteer de pakketversie naast het resultaat, zodat een latere vergelijking iets betekent.

Oud advies over een limiet van één VPN beschreef oudere integraties. Het is niet permanent waar en ook niet veilig om als vast aan te nemen, en het bestand voor u beslecht het lokaal.

Gelijktijdig is niet gecoördineerd

Dat twee plugins met succes starten bewijst de mogelijkheid, niet het ontwerp. Twee tunnels die beide een standaardroute aanbieden concurreren, en degene die zijn route het laatst installeerde wint meestal zonder dat aan te kondigen. Overlappende privébereiken hebben hetzelfde probleem in kleinere vorm.

Bepaal welke bestemmingen bij welk profiel horen voordat u iets activeert. Een profiel hernoemen onderscheidt de bestemmingen niet.

DNS kiest een winnaar, of u dat nu doet of niet

Resolverinstellingen zijn per profiel, en wanneer er twee actief zijn, wordt de resolutievolgorde bepaald door beleid en prioriteit in plaats van door bedoeling. Het profiel dat het laatst opkwam kan stil elke bedrijfsnaam bezitten.

Wijs elke privé-naamruimte toe aan de resolver die ervoor moet antwoorden, en stel de routingvoorkeur bewust in in plaats van op de volgorde te vertrouwen. Test daarna een naam uit elke naamruimte met beide tunnels omhoog, en opnieuw met één ervan losgekoppeld. Een resolver die alleen werkt zolang beide tunnels omhoog zijn, is een ontwerp dat iemand op het slechts denkbare moment zal verrassen.

Rol uit in een vaste volgorde en inspecteer tussendoor

Activeer één profiel, inspecteer de status van zijn routes en resolver, activeer dan het tweede en inspecteer opnieuw. Het vergelijken van de twee toestanden vertelt u wat er veranderd is en welk profiel wat bezit. Activeer niet beide en diagnoseer daarna het resultaat.

Test elke benodigde bron via de tunnel die hem moet dragen, koppel dan een profiel los en bevestig dat het andere zijn routes, zijn DNS en zijn bedoelde faalgedrag behoudt. Als de uitgerolde plugin werkelijk niet kan doen wat u nodig hebt, kies dan een ondersteunde upgrade of een uitdrukkelijk geïsoleerd alternatief in plaats van een verouderd protocol naast de beheerder nieuw leven in te blazen. Een tweede, aparte tunnel die niemand beheert is geen isolatie; het is een andere bron van verrassende routes.