Elromlik a VPN egy kliensfrissítés után? Hasonlítsa össze az egyeztetést

A frissítések lecserélik azt az összetevőt, amely elemzi a profilját és egyeztet az alagútról. A frissítés utáni első hiba egy konkrét változás bizonyítéka, nem ítélet a kiadás fölött. Ha ezt a hibát a verziójával és időbélyegével együtt elmenti, az a legértékesebb lépés, amelyet bármi újratelepítése előtt megtehet.

E törések többségét két mechanizmus magyarázza. Szétválasztásuk maga a munka.

Mit változtatott meg az egyeztetés ön alatt

Az OpenVPN egyeztet az adatcsatorna titkosításáról, ahelyett hogy egyetlen direktívából venné, és az ezt az egyeztetést vezérlő beállítások jelentése kiadásról kiadásra változott. Egy régebbi klienshez írt profil csatlakozhat, majd nem tud megegyezni egy adatcsatornában, ami lecsatlakozásként jelenik meg egyértelmű konfigurációs hiba helyett. Az újabb kiadások szigorítják vagy megszüntetik az örökölt viselkedést, és kompatibilitási módot hoznak azoknak a partnereknek, amelyek még nem léptek. Egy frissítés tehát működő profilt törhet el anélkül, hogy a fájl egyetlen bájtjához nyúlna.

A kliensre gyakorolt hatás aszimmetrikus. A vezérlőcsatorna feláll, a hitelesítés sikerül, majd az alagút meghal, ami az egyeztetési eltérés és nem az elutasított profil jegye.

Olvassa el a telepített verziót, mielőtt a kiszolgálóról elmélkedne. Ez a karakterlánc helyi tény, amelyet úgy ellenőrizhet, hogy senkitől nem kér hozzáférést.

A profil elemezhető, és mást is jelenthet

Az elemzést túlélő direktíva nem feltétlenül olyan direktíva, amely még azt teszi, amit a szerzője szándékozott. A beállításokat kompatibilitásból elfogadhatják és figyelmen kívül hagyhatják, átnevezhetik, vagy a korábbinál szűkebb esetben alkalmazhatják. Mivel semmi nem jelez hibát, a profil helyesnek látszik, miközben az alatta lévő viselkedés megváltozott. Éppen ez a csend teszi drágává ezeket a regressziókat.

Kérdezze meg, mely sorok felelősek valóban az egyeztetett eredményért, majd vesse össze őket az éppen futtatott verzió dokumentációjával. Ez az összehasonlítás rövid, és benne van a különbség a javítás és a visszaállítás között.

openvpn --version | head -n 2
openvpn --show-ciphers | head -n 10
grep -nE '^(cipher|data-ciphers|ncp-|tls-)' office.ovpn

A platform ugyanakkor mozdult el

A klienskiadások ritkán érkeznek egyedül. Az operációs rendszer frissítése, egy engedélykérés, amely most kifejezett jóváhagyást igényel, vagy az eszközre alkalmazott felügyelt szabályzat ugyanabban a héten érkezhet, és olyan hibát okozhat, amelyért a klienst okolják. A mobilplatformok saját réteget adnak hozzá, mert az alkalmazás alagutat kér a rendszertől, a rendszer pedig eldönti, mit irányíthat az az alagút.

Jegyezze fel ezeket a változásokat külön az idővonalon. Amikor a hitelesítés sikerül, de az útvonalak vagy a névfeloldás meghiúsul, az érdekes szakasz a kézfogás utáni, és a tanúsítvány-ellenőrzés gyengítése nem fog hozzányúlni.

Tesztelje újra azt az eseményt, amely a jelentést elindította

Az eredeti sorrendet állítsa elő, ne annak egyszerűsített változatát: a kezdeti kapcsolatot, a meghiúsult alkalmazást és egy közönséges újracsatlakozást hálózatváltás után. Az az alagút, amely tesztkörülmények között feláll, és mégis elhal az újracsatlakozás útján, nincs megjavítva, és a különbség rendszerint megmutatja, hol lakik a valódi hiba. Az a jelentés, amely kihagyja az újracsatlakozás lépését, lezár egy hibát, amely még nyitva van.

Szerezze be az üzemeltető támogatott profilját vagy a szállító javítását az ellenőrzött csatornán, ahelyett hogy mindent visszaállítana. Egy széles visszaminősítés azokat a biztonsági javításokat is visszaállítja, amelyeket a frissítés hozott, és ez az üzlet ritkán ér egy működő kapcsolatot.