Voiko tämä NetworkManager-liitännäinen ajaa kahta VPN:ää yhtä aikaa?

Yhteysluettelossa on kaksi VPN-merkintää, molemmat sanovat olevansa yhteydessä, ja vain toinen niistä kuljettaa odottamaasi liikennettä. Tai toinen kieltäytyy käynnistymästä kokonaan, eikä kukaan osaa sanoa, onko syy liitännäisessä, asiakkaassa vai unohtamassasi käytännössä. Väitteet yhden VPN:n rajasta kuvaavat tiettyjä toteutuksia, ja toteutukset eroavat toisistaan. Käy ensin läpi ominaisuus, sitten koordinointi.

Laske tallennetut profiilit ja sitten aktivoinnit

Tallennettu profiili on asetusobjekti ja aktiivinen yhteys on käynnissä oleva ilmentymä. Luettelo sulauttaa kaksi käsitettä visuaalisesti, siksi molemmat raportit kuulostavat tosilta. Aloita nimeämällä tarkat objektit niiden UUID-tunnisteilla, koska näytettävä nimi ei ole yksilöllinen ja vanha tuonti jakaa usein tunnisteen uudemman merkinnän kanssa. Tarkista sitten aktiivisten luettelo erikseen ja katso, mitkä UUID-tunnisteet siinä näkyvät. Vasta silloin tiedät, vertailetko kahta asetusta vai kahta elävää tunnelia.

Saman UUID:n aktivoiminen kahdesti on kolmas tapaus eikä se ole samanaikaisuutta. Se on yhden ilmentymän uudelleenaktivointi.

Lue liitännäisen omat metatiedot

Jokainen VPN-liitännäinen toimittaa pienen metatietotiedoston, jonka hallintaohjelma lukee, ja nämä tiedostot voivat ilmoittaa, tukeeko liitännäinen useita yhteyksiä yhtä aikaa. Lue tähän koneeseen asennettu tiedosto sen sijaan, että toistaisit, mitä upstream-projekti kirjoittaa juuri nyt, sillä jakelupaketti päättää, mitä sinulla tosiasiassa on. Sama tarkistus pätee protokollakohtaisesti: vastaus yhdestä liitännäisestä ei kerro toisesta mitään. Kirjaa paketin versio tuloksen rinnalle, jotta myöhempi vertailu merkitsee jotain.

Vanhat neuvot yhden VPN:n rajasta kuvasivat vanhempia integraatioita. Se ei ole ikuisesti totta eikä turvallista ottaa kiinteänä, ja edessäsi oleva tiedosto ratkaisee sen paikallisesti.

Samanaikainen ei ole koordinoitua

Kahden liitännäisen onnistunut käynnistyminen todistaa ominaisuuden, ei suunnittelua. Kaksi tunnelia, jotka molemmat tarjoavat oletusreitin, kilpailevat, ja se, joka asensi reittinsä viimeiseksi, voittaa yleensä ilmoittamatta siitä. Päällekkäiset yksityiset alueet kärsivät samasta ongelmasta pienemmässä muodossa.

Päätä, mitkä kohteet kuuluvat mille profiilille ennen kuin aktivoit mitään. Profiilin uudelleennimeäminen ei erota kohteita.

DNS valitsee voittajan, teit sitä tai et

Resolverin asetukset ovat profiilikohtaisia, ja kun kaksi on aktiivisena, ratkaisujärjestyksen päättää käytäntö ja prioriteetti, ei aikomus. Viimeksi noussut profiili voi hiljaa omistaa jokaisen yritysnimen.

Anna jokainen yksityinen nimiavaruus sille resolverille, jonka pitäisi vastata siitä, ja aseta reititysasetus tarkoituksella sen sijaan, että luottaisit järjestykseen. Testaa sitten nimi jokaisesta nimiavaruudesta molempien tunnelien ollessa ylhäällä ja vielä uudelleen toisen ollessa irrotettuna. Resolver, joka toimii vain niin kauan kuin molemmat tunnelit ovat ylhäällä, on suunnittelu, joka yllättää jonkun pahimmalla mahdollisella hetkellä.

Ota käyttöön kiinteässä järjestyksessä ja tarkasta välissä

Aktivoi yksi profiili, tarkasta sen reitti- ja resolver-tila, aktivoi sitten toinen ja tarkasta uudelleen. Kahden tilan vertaaminen kertoo, mikä muuttui ja mikä profiili omistaa mitä. Älä aktivoi molempia ja diagnosoi sitten tulosta.

Testaa jokainen tarvittava resurssi sen tunnelin kautta, jonka pitäisi kuljettaa se, irrota sitten yksi profiili ja varmista, että toinen säilyttää reittinsä, DNS:nsä ja aiottu toimintansa vikatilanteessa. Jos käyttöönotettu liitännäinen todella ei pysty siihen, mitä tarvitset, valitse tuettu päivitys tai selvästi eristetty vaihtoehto sen sijaan, että herättäisit vanhentuneen protokollan henkiin hallintaohjelman rinnalle. Toinen, erillinen tunneli, jota kukaan ei hallitse, ei ole eristäminen; se on uusi yllättävien reittien lähde.