Vai šis NetworkManager spraudnis var vienlaikus darbināt divus VPN?

Savienojumu sarakstā ir divi VPN ieraksti, abi saka savienots, un tikai viens no tiem pārvadā gaidīto datu plūsmu. Vai arī otrais vispār atsakās startēt, un neviens nevar pateikt, vai vainīgs ir spraudnis, klients vai aizmirsta politika. Apgalvojumi par viena VPN ierobežojumu apraksta konkrētas implementācijas, un implementācijas atšķiras. Vispirms izpētiet iespējas, pēc tam saskaņošanu.

Saskaitiet saglabātos profilus, pēc tam aktivizācijas

Saglabāts profils ir konfigurācijas objekts, un aktīvs savienojums ir darbojoša instance. Saraksts vizuāli sapludina abus jēdzienus, tāpēc abi ziņojumi izklausās patiesi. Sāciet ar precīzu objektu nosaukšanu pēc to UUID, jo parādītais nosaukums nav unikāls un vecs imports bieži dala birku ar jaunāku ierakstu. Pēc tam atsevišķi pārbaudiet aktīvo sarakstu un skatiet, kuri UUID parādās. Tikai tad jūs zināsiet, vai salīdzināt divas konfigurācijas vai divus dzīvus tuneļus.

Viena un tā paša UUID aktivizēšana divreiz ir trešais gadījums, un tā nav vienlaicība. Tā ir vienas instances atkārtota aktivizācija.

Izlasiet paša spraudņa metadatus

Katrs VPN spraudnis piegādā nelielu metadatu failu, ko lasa pārvaldnieks, un šie faili var paziņot, vai spraudnis atbalsta vairākus savienojumus vienlaikus. Lasiet šajā mašīnā instalēto failu, nevis atkārtojiet to, ko šobrīd raksta upstream projekts, jo tieši izplatīšanas pakotne nosaka, kas jums patiešām ir. Tā pati pārbaude attiecas uz katru protokolu: atbilde par vienu spraudni neko neizsaka par citu. Pierakstiet pakotnes versiju līdzās rezultātam, lai vēlākam salīdzinājumam būtu jēga.

Veci padomi par viena VPN ierobežojumu aprakstīja vecākas integrācijas. Tas nav ne mūžīgi patiess, ne droši pieņemt kā fiksētu, un fails jūsu priekšā to izšķir uz vietas.

Vienlaicīgs nav saskaņots

Divu spraudņu veiksmīga startēšana pierāda iespēju, nevis dizainu. Divi tuneļi, kas abi piedāvā noklusējuma maršrutu, konkurēs, un tas, kurš savu maršrutu instalēja pēdējais, parasti uzvar, to nepaziņojot. Pārklājošie privātie diapazoni saskaras ar to pašu problēmu mazākā formā.

Izlemiet, kuri galamērķi pieder kuram profilam, pirms kaut ko aktivizējat. Profila pārdēvēšana galamērķus neatšķir.

DNS izvēlas uzvarētāju neatkarīgi no tā, vai jūs to darāt

Atrisinātāja iestatījumi ir pa profiliem, un, kad divi ir aktīvi, atrisināšanas kārtību nosaka politika un prioritāte, nevis nodoms. Pēdējais paceltais profils var klusi piederēt ikvienam uzņēmuma nosaukumam.

Piešķiriet katru privāto nosaukumu telpu tam atrisinātājam, kuram par to jāatbild, un maršrutēšanas izvēli iestatiet apzināti, nevis paļaujoties uz kārtību. Pēc tam pārbaudiet nosaukumu no katras telpas ar abiem tuneļiem augšā un vēlreiz ar vienu no tiem atvienotu. Atrisinātājs, kas darbojas tikai tikmēr, kamēr abi tuneļi ir augšā, ir dizains, kas kādu pārsteigs vissliktākajā brīdī.

Izritiniet fiksētā kārtībā un pārbaudiet starp soļiem

Aktivizējiet vienu profilu, pārbaudiet tā maršrutu un atrisinātāja stāvokli, pēc tam aktivizējiet otro un pārbaudiet vēlreiz. Abu stāvokļu salīdzinājums pastāsta, kas mainījās un kurš profils kam pieder. Neaktivizējiet abus un pēc tam diagnosticējiet rezultātu.

Pārbaudiet katru nepieciešamo resursu caur tuneli, kam tas jāpārvadā, pēc tam atvienojiet vienu profilu un apstipriniet, ka otrs saglabā savus maršrutus, savu DNS un paredzēto kļūmes uzvedību. Ja izvietotais spraudnis patiešām nevar izdarīt to, kas nepieciešams, izvēlieties atbalstītu jauninājumu vai skaidri izolētu alternatīvu, nevis atdzīviniet novecojušu protokolu blakus pārvaldniekam. Otrs, atsevišķs tunelis, ko neviens nepārvalda, nav izolācija; tas ir vēl viens pārsteidzošu maršrutu avots.