Kan denne NetworkManager-utvidinga køyre to VPN-ar samtidig?

To VPN-oppføringar står i tilkoplingslista, begge seier tilkopla, og berre éin av dei ber trafikken du venta. Eller den andre nektar å starte i det heile, og ingen kan seie om det er utvidinga, klienten eller ein policy du gløymde. Påstandar om ei grense på éin VPN skildrar bestemte implementasjonar, og implementasjonar er ulike. Gå gjennom eigenskapen først, deretter koordineringa.

Tel lagra profilar, deretter aktiveringar

Ein lagra profil er eit konfigurasjonsobjekt, og ei aktiv tilkopling er ein køyrande instans. Lista smeltar dei to omgrepa saman visuelt, og difor høyrest begge rapportane riktige ut. Byrja med å namngje dei nøyaktige objekta med UUID-ane deira, fordi visingsnamnet ikkje er unikt og ein gammal import ofte deler ei etikett med ei nyare oppføring. Sjekk deretter den aktive lista separat og sjå kva UUID-ar som dukkar opp. Fyrst då veit du om du samanliknar to konfigurasjonar eller to levande tunnelar.

Å aktivere same UUID to gonger er eit tredje tilfelle, og det er ikkje samtidigheit. Det er ein reaktivering av éin instans.

Les metadataa til utvidinga sjølv

Kvar VPN-utviding leverer ei lita metadatafil som leiaren les, og desse filene kan erklære om utvidinga støttar fleire tilkoplingar samtidig. Les fila som er installert på denne maskina i staden for å gjenta det eit upstream-prosjekt skriv akkurat no, fordi distribusjonspakken avgjer kva du faktisk har. Den same kontrollen gjeld per protokoll: eit svar for éi utviding seier ingenting om ei anna. Noter pakkeversjonen saman med resultatet, slik at ein seinare samanlikning betyr noko.

Gamle råd om ei grense på éin VPN skildra eldre integrasjonar. Det er korkje evig sant eller trygt å anta som fast, og fila framfor deg avgjer det lokalt.

Samtidig er ikkje koordinert

At to utvidingar startar med suksess beviser eigenskapen, ikkje designet. To tunnelar som begge tilbyr ei standardrute vil konkurrere, og den som installerte ruta si sist vinn vanlegvis utan å kunngjere det. Overlappande private område har same problem i mindre form.

Bestem kva destinasjonar som høyrer til kva profil før du aktiverer noko. Å gje ein profil nytt namn skil ikkje destinasjonane.

DNS vel ein vinnar, enten du gjer det eller ikkje

Innstillingane for oppløysaren er per profil, og når to er aktive, blir rekkjefølgja avgjord av policy og prioritet framfor av hensikt. Profilen som kom opp sist kan stille eige kvart einaste bedriftsnamn.

Tildel kvart private namnerom til oppløysaren som skal svare for det, og set rutepreferansen medvite i staden for å stole på rekkjefølgja. Test deretter eit namn frå kvart namnerom med begge tunnelane oppe, og igjen med éin av dei fråkopla. Ein oppløysar som berre verkar så lenge begge tunnelane er oppe, er eit design som vil overraske nokon på det verste tenkjelege tidspunktet.

Rull ut i fast rekkjefølgje og undersøk imellom

Aktiver éin profil, undersøk rute- og oppløysarstatusen hans, aktiver deretter den andre og undersøk igjen. Å samanlikne dei to tilstandane fortel deg kva som endra seg og kva profil som eig kva. Ikkje aktiver begge og diagnostiser resultatet etterpå.

Test kvar nødvendige ressurs gjennom tunnelen som skal bere han, kople deretter frå éin profil og stadfest at den andre held på rutene, DNS-en og den tiltenkte feilåtferda si. Viss den utrulla utvidinga verkeleg ikkje kan gjere det du treng, vel ein støtta oppgradering eller eit uttrykkeleg isolert alternativ i staden for å gjenopplive ein utdatert protokoll ved sida av leiaren. Ein andre, separat tunnel som ingen administrerer er ikkje isolasjon; det er ein annan kjelde til overraskande ruter.