Lahko ta vtičnik NetworkManagerja poganja dva VPN hkrati?

Na seznamu povezav sta dva vnosa VPN, oba pravita povezano, in le eden od njiju prenaša promet, ki ste ga pričakovali. Ali pa drugi sploh noče začeti in nihče ne more reči, ali je kriv vtičnik, odjemalec ali pozabljena politika. Trditve o omejitvi na en VPN opisujejo določene izvedbe, izvedbe pa se razlikujejo. Najprej preglejte zmožnost, nato usklajevanje.

Preštejte shranjene profile, nato aktivacije

Shranjen profil je konfiguracijski objekt, aktivna povezava pa je delujoča instanca. Seznam vizualno zlije oba pojma, zato obe poročili zvenita resnično. Začnite z imenovanjem točnih objektov z njihovimi UUID, ker prikazano ime ni edinstveno in stari uvoz pogosto deli oznako z novejšim vnosom. Nato ločeno preverite seznam aktivnih in poglejte, katere UUID se pojavijo. Šele takrat veste, ali primerjate dve konfiguraciji ali dva živa tunela.

Aktiviranje istega UUID dvakrat je tretji primer in ni sočasnost. To je ponovna aktivacija ene instance.

Preberite lastne metapodatke vtičnika

Vsak vtičnik VPN priloži majhno datoteko z metapodatki, ki jo upravitelj bere, in te datoteke lahko navedejo, ali vtičnik podpira več povezav hkrati. Berite datoteko, nameščeno na tem stroju, namesto da ponavljate, kar trenutno piše projekt upstream, ker o tem, kaj v resnici imate, odloča paket distribucije. Ista kontrola velja za vsak protokol: odgovor za en vtičnik ne pove ničesar o drugem. Zapišite različico paketa ob rezultatu, da bo poznejša primerjava kaj pomenila.

Stari nasveti o omejitvi na en VPN so opisovali starejše integracije. To ni niti večno resnično niti varno jemati kot fiksno, in datoteka pred vami to razreši lokalno.

Sočasno še ni usklajeno

Uspešen zagon dveh vtičnikov dokazuje zmožnost, ne zasnove. Dva tunela, ki oba ponujata privzeto pot, bosta tekmovala, in tisti, ki je svojo pot namestil zadnji, običajno zmaga, ne da bi to naznanil. Prekrivajoči se zasebni obsegi imajo isto težavo v manjši obliki.

Odločite, katere cilje kateri profil pokriva, preden karkoli aktivirate. Preimenovanje profila ciljev ne razlikuje.

DNS izbere zmagovalca, ali to počnete ali ne

Nastavitve razreševalnika so na profil, in ko sta dva aktivna, vrstni red razreševanja določata politika in prioriteta, ne namera. Profil, ki se je dvignil zadnji, lahko tiho poseduje vsako korporativno ime.

Vsakemu zasebnemu imenskemu prostoru dodelite razreševalnik, ki naj zanj odgovarja, in nastavite prednost usmerjanja zavestno, namesto da se zanašate na vrstni red. Nato preizkusite ime iz vsakega prostora z obema tuneloma gor in znova z enim od njiju odklopljenim. Razreševalnik, ki deluje le, dokler sta oba tunela gor, je zasnova, ki bo nekoga presenetila v najslabšem možnem trenutku.

Uvajajte v fiksnem vrstnem redu in vmes preglejte

Aktivirajte en profil, preglejte stanje njegovih poti in razreševalnika, nato aktivirajte drugega in preglejte znova. Primerjava obeh stanj vam pove, kaj se je spremenilo in kateri profil kaj poseduje. Ne aktivirajte obeh in nato diagnosticirajte rezultat.

Preizkusite vsak potreben vir skozi tunel, ki naj ga prenaša, nato odklopite en profil in potrdite, da drugi obdrži svoje poti, svoj DNS in predvideno vedenje ob okvari. Če nameščeni vtičnik res ne zmore tega, kar potrebujete, izberite podprto nadgradnjo ali izrecno izolirano alternativo, namesto da bi ob upravitelju oživljali zastarel protokol. Drug, ločen tunel, ki ga nihče ne upravlja, ni izolacija; to je še en vir presenetljivih poti.