Kas see NetworkManageri plugin suudab kahte VPN-i korraga käitada?

Ühenduste loendis on kaks VPN-kirjet, mõlemad väidavad, et on ühendatud, ja ainult üks neist kannab liiklust, mida ootasite. Või teine keeldub üldse käivitumast ja keegi ei oska öelda, kas põhjus on pluginas, kliendis või unustatud poliitikas. Väited ühe VPN-i piiri kohta kirjeldavad konkreetseid rakendusi ja rakendused erinevad. Käige esmalt läbi võimekus, seejärel koordineerimine.

Loendage salvestatud profiilid, seejärel aktiveerimised

Salvestatud profiil on konfiguratsiooniobjekt ja aktiivne ühendus on töötav eksemplar. Loend ühendab mõisted visuaalselt, seetõttu kõlavad mõlemad aruanded tõesena. Alustage täpsete objektide nimetamisest nende UUID-dega, sest kuvatav nimi ei ole unikaalne ja vana import jagab sageli silti uuema kirjega. Seejärel kontrollige aktiivsete loendit eraldi ja vaadake, millised UUID-d seal esinevad. Alles siis teate, kas võrdlete kaht konfiguratsiooni või kaht elavat tunnelit.

Sama UUID kahekordne aktiveerimine on kolmas juhtum ja see ei ole samaaegsus. See on ühe eksemplari uuesti aktiveerimine.

Lugege plugina enda metaandmeid

Iga VPN-plugin tarnib väikese metaandmefaili, mida haldur loeb, ja need failid võivad väita, kas plugin toetab mitut ühendust korraga. Lugege sellele masinale paigaldatud faili, selle asemel et korrata, mida upstream-projekt praegu kirjutab, sest distributsiooni pakett otsustab, mis teil tegelikult on. Sama kontroll kehtib iga protokolli kohta: vastus ühe plugina kohta ei ütle teise kohta midagi. Märkige paketi versioon tulemuse kõrvale, et hilisem võrdlus midagi tähendaks.

Vanad nõuanded ühe VPN-i piiri kohta kirjeldasid vanemaid integratsioone. See ei ole igavesti tõsi ega ohutu seda fikseerituks pidada, ja fail teie ees otsustab selle kohapeal.

Samaaegne ei ole koordineeritud

Kahe plugina edukas käivitumine tõestab võimekust, mitte disaini. Kaks tunnelit, mis mõlemad pakuvad vaikemarsruuti, võistlevad, ja see, kes paigaldas oma marsruudi viimasena, võidab tavaliselt seda teavitamata. Kattuvad privaatsed vahemikud kannatavad sama probleemi väiksemas vormis.

Otsustage, millised sihtkohad kuuluvad millisesse profiili, enne kui midagi aktiveerite. Profiili ümbernimetamine ei erista sihtkohti.

DNS valib võitja, kas te seda teete või mitte

Resolvri seaded on profiilipõhised ja kui kaks on aktiivsed, otsustavad lahendamise järjekorra poliitika ja prioriteet, mitte kavatsus. Viimasena tõusnud profiil võib vaikselt omada iga ettevõtte nime.

Määrake iga privaatne nimeruum resolvrile, mis peaks selle eest vastama, ja seadke marsruutimise eelistus teadlikult, selle asemel et loota järjekorrale. Seejärel testige nime igast nimeruumist mõlema tunneli töötamise ajal ja uuesti ühe neist lahtiühendatult. Resolver, mis töötab ainult seni, kui mõlemad tunnelid püsti on, on disain, mis üllatab kedagi halvimal võimalikul hetkel.

Juurutage kindlas järjekorras ja kontrollige vahepeal

Aktiveerige üks profiil, kontrollige selle marsruutide ja resolvri olekut, seejärel aktiveerige teine ja kontrollige uuesti. Kahe oleku võrdlemine ütleb, mis muutus ja milline profiil mida omab. Ärge aktiveerige mõlemat ja diagnoosige siis tulemust.

Testige iga vajalikku ressurssi tunnelis, mis peaks seda kandma, seejärel ühendage üks profiil lahti ja kinnitage, et teine hoiab oma marsruudid, oma DNS-i ja kavandatud tõrkekäitumise. Kui juurutatud plugin tõesti ei suuda vajalikku teha, valige toetatud uuendus või selgelt isoleeritud alternatiiv, selle asemel et halduri kõrval vananenud protokolli taaselustada. Teine, eraldi tunnel, mida keegi ei halda, ei ole isolatsioon; see on veel üks üllatavate marsruutide allikas.