Kan hierdie NetworkManager-inprop twee VPN's gelyktydig laat loop?

Twee VPN-inskrywings sit in die verbindingslys, albei se verbind, en net een van hulle dra die verkeer wat jy verwag het. Of die tweede weier heeltemal om te begin, en niemand kan se of dit die inprop, die klient of 'n beleid is wat jy vergeet het nie. Bewerings oor 'n een-VPN-limiet beskryf bepaalde implementasies, en implementasies verskil. Gaan eers die vermoe na, dan die koordinasie.

Tel gestoorde profiele, dan aktiverings

'n Gestoorde profiel is 'n konfigurasie-objek, en 'n aktiewe verbinding is 'n lopende instansie. Die lys voeg die twee begrippe visueel saam, en daarom klink albei verslae waar. Begin deur die presiese objekte met hul UUID's te benoem, want die vertoonnaam is nie uniek nie en 'n ou invoer deel dikwels 'n etiket met 'n nuwer inskrywing. Kyk dan afsonderlik na die aktiewe lys en sien watter UUID's daar verskyn. Eers dan weet jy of jy twee konfigurasies of twee lewende tonnels vergelyk.

Om dieselfde UUID twee keer te aktiveer is weer 'n derde geval, en dit is nie gelyktydigheid nie. Dit is 'n heraktivering van een instansie.

Lees die inprop se eie metadata

Elke VPN-inprop lewer 'n klein metadataleer wat die bestuurder lees, en daardie leers kan verklaar of die inprop verskeie verbindings gelyktydig ondersteun. Lees die leer wat op hierdie masjien geinstalleer is eerder as om te herhaal wat 'n stroomop-projek tans skryf, want die verspreidingspakket bepaal wat jy werklik het. Dieselfde kontrole geld per protokol: 'n antwoord vir een inprop se niks oor 'n ander nie. Teken die pakketweergawe saam met die resultaat aan, sodat 'n latere vergelyking iets beteken.

Ou advies oor 'n een-VPN-limiet het ouer integrasies beskryf. Dit is nie permanent waar nie en ook nie veilig om as vas te aanvaar nie, en die leer voor jou beslis dit plaaslik.

Gelyktydig is nie gekoordineer nie

Twee inproppe wat suksesvol begin, bewys die vermoe, nie die ontwerp nie. Twee tonnels wat albei 'n verstekroete bied, sal meeding, en die een wat sy roete laas geinstalleer het, wen gewoonlik sonder om dit aan te kondig. Oorvleuelende privaat reekse het dieselfde probleem in 'n kleiner vorm.

Besluit watter bestemmings aan watter profiel behoort voordat jy enigiets aktiveer. Om 'n profiel te hernoem onderskei nie die bestemmings nie.

DNS kies 'n wenner, of jy dit doen of nie

Resolver-instellings is per profiel, en wanneer twee aktief is, word die resolusievolgorde deur beleid en prioriteit bepaal eerder as deur opset. Die profiel wat laas opgekom het, kan stilweg elke korporatiewe naam besit.

Wys elke privaat naamruimte toe aan die resolver wat daaroor moet antwoord, en stel roetevoorkeur doelbewus in eerder as om op volgorde te vertrou. Toets dan 'n naam uit elke naamruimte met albei tonnels op, en weer met een van hulle ontkoppel. 'n Resolver wat net werk terwyl albei tonnels op is, is 'n ontwerp wat iemand op die slegste moontlike oomblik gaan verras.

Rol in 'n vaste volgorde uit en ondersoek tussenin

Aktiveer een profiel, ondersoek sy roete- en resolvertoestand, aktiveer dan die tweede en ondersoek weer. Om die twee toestande te vergelyk, se vir jou wat verander het en watter profiel wat besit. Moenie albei aktiveer en dan die resultaat diagnoseer nie.

Toets elke vereiste hulpbron deur die tonnel wat dit moet dra, ontkoppel dan een profiel en bevestig dat die ander sy roetes, sy DNS en sy bedoelde foutgedrag behou. As die ontplooide inprop werklik nie kan doen wat jy nodig het nie, kies 'n ondersteunde opgradering of 'n eksplisiet geisoleerde alternatief eerder as om 'n verouderde protokol langs die bestuurder te laat herleef. 'n Tweede, aparte tonnel wat niemand bestuur nie, is nie isolasie nie; dit is nog 'n bron van verrassende roetes.