VPN se po aktualizaci klienta rozbije? Porovnejte vyjednávání

Aktualizace nahrazují komponentu, která analyzuje váš profil a vyjednává tunel. První selhání po upgradu je důkazem o konkrétní změně, ne verdiktem o vydání. Uložit tuto chybu s její verzí a časovým razítkem je nejcennější krok, který můžete před jakoukoli reinstalací udělat.

Většinu těchto výpadků vysvětlují dva mechanismy. Rozdělit je je ta práce.

Co se pod vámi ve vyjednávání změnilo

OpenVPN vyjednává šifru datového kanálu, místo aby ji bral z jedné direktivy, a volby, které toto vyjednávání řídí, změnily mezi vydáními význam. Profil napsaný pro staršího klienta se může připojit a potom se nedohodnout na datovém kanálu, což se projeví jako odpojení místo jasné chyby konfigurace. Novější vydání také zpřísňují nebo ruší zděděné chování a přinášejí režim kompatibility pro protějšky, které se ještě nepřesunuly. Upgrade tedy může rozbít funkční profil, aniž by se dotkl jediného bajtu souboru.

Účinek na klienta je asymetrický. Řídicí kanál se zvedne, autentizace uspěje a tunel potom umře, což je podpis neshody ve vyjednávání, nikoli odmítnutého profilu.

Přečtěte si nainstalovanou verzi, než začnete teoretizovat o serveru. Ten řetězec je místní fakt, který můžete ověřit, aniž byste po někom chtěli přístup.

Profil se může analyzovat a znamenat něco jiného

Direktiva, která projde analýzou, nemusí být direktiva, která stále dělá to, co její autor zamýšlel. Volby mohou být přijaty kvůli kompatibilitě a ignorovány, přejmenovány nebo použity v užším případě než dřív. Protože nic nehlásí chybu, profil vypadá správně, zatímco chování pod ním se změnilo. Právě to ticho dělá tyto regrese drahými.

Zeptejte se, které řádky jsou skutečně odpovědné za vyjednaný výsledek, a pak je porovnejte s dokumentací pro verzi, kterou teď pouštíte. To srovnání je krátké a je v něm rozdíl mezi opravou a návratem zpět.

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

Platforma se pohnula ve stejnou dobu

Vydání klienta málokdy přicházejí sama. Aktualizace operačního systému, výzva k oprávnění, která teď vyžaduje výslovný souhlas, nebo spravovaná politika uplatněná na zařízení mohou přijít ve stejném týdnu a způsobit selhání, ze kterého je obviňován klient. Mobilní platformy přidávají svou vrstvu, protože aplikace žádá systém o tunel a systém rozhoduje, co smí tento tunel směrovat.

Zapište ty změny odděleně do časové osy. Když autentizace uspěje, ale směrování nebo překlad jmen selžou, zajímavá fáze je po handshake a zeslabení ověřování certifikátu se jí nedotkne.

Otestujte znovu událost, která report spustila

Reprodukujte původní posloupnost, ne její zjednodušenou verzi: počáteční připojení, aplikaci, která selhala, a běžné opětovné připojení po změně sítě. Tunel, který se v testovacích podmínkách zvedne a přesto spadne na cestě opětovného připojení, není opravený, a rozdíl obvykle ukazuje, kde žije skutečná závada. Report, který krok opětovného připojení vynechá, zavírá chybu, která je stále otevřená.

Získejte podporovaný profil operátora nebo opravu dodavatele ověřeným kanálem, místo abyste všechno vraceli zpět. Plošný downgrade také obnoví všechny bezpečnostní opravy, které aktualizace nesla, a ten obchod málokdy stojí za jedno funkční připojení.