OpenVPN Connect vs. OpenVPN GUI: kde Windows ukládá profily

Ve Windows má otázka "kde je můj profil OpenVPN" dvě různé odpovědi a výběr té špatné stojí celé odpoledne. Komunitní OpenVPN GUI bere adresář jako svůj seznam profilů: každý soubor .ovpn v nastavené složce se objeví v nabídce oznamovací oblasti a soubor z této složky odebraný zmizí. OpenVPN Connect pracuje z úložiště importů, takže si ponechá profil, který jste smazali z disku, a ignoruje soubor, který jste tam zkopírovali. Srovnání níže je to, podle kterého se rozhoduji, kterou složku otevřít, než se čehokoli dotknu.

Seznam složky versus úložiště importů

Komunitní GUI vypisuje soubory při spuštění: čte jeden konfigurační adresář zvolený při instalaci a soubor .ovpn, který tam leží, je profil. Zavřete klienta, zkopírujte soubor do této složky, znovu ho spusťte a položka je v nabídce.

Connect naproti tomu sestavuje seznam ze záznamů, které zapsal při importu, takže zkopírovaný soubor je neviditelný, zatímco importovaný profil přežije smazání původního stažení. Právě tento jediný rozdíl vysvětluje většinu zpráv, že oba klienti ukládají profily někam jinam, protože je to pravda.

Komunitní GUI: která složka se skutečně používá

Na dvou složkách záleží. Instalace pro jednoho uživatele čte %USERPROFILE%\OpenVPN\config; instalace pro všechny uživatele čte C:\Program Files\OpenVPN\config, nebo cestu x86, když je klient 32-bit. Pokud se profil objeví jen pro jeden účet Windows, je ve složce pro jednoho uživatele a druhý účet ho nikdy neuvidí.

Neodvozujte cestu z instalátoru. GUI přijímá argument --config_dir a pamatuje si adresář, se kterým byl spuštěn, takže zástupce může ukazovat úplně jinam. Zkontrolujte cíl zástupce a pole Start in, nebo nastavení GUI, než vytvoříte jakýkoli soubor.

Odebrání je odebrání souboru. Nejprve zavřete GUI, aby nedrželo položku v paměti, smažte .ovpn spolu s případnými soubory certifikátu nebo klíče uloženými vedle, a pak klienta znovu spusťte.

Složka pro všechny uživatele vyžaduje smazání se zvýšenými právy. Smazání, které tam tiše nic neudělá, je UAC, ne chyba klienta.

Connect: úložiště importů a dvojitá past AppData

Současná sestavení 2.x a 3.x drží profily pod %APPDATA%\OpenVPN Connect\profiles. Sestavení kolem 2.5 používala místo toho %ProgramFiles(x86)%\OpenVPN Technologies\OpenVPN Client\etc\profile, a proto si starší a novější odpovědi na fórech odporují. Stroj aktualizovaný na místě může stále držet obojí.

Cesty se při převyprávění komolí. %AppData% se už překládá na AppData\Roaming, takže zápis %AppData%\Roaming\OpenVPN Connect\profiles se rozvine na AppData\Roaming\Roaming a neukazuje nikam. Používejte proměnnou nebo doslovnou cestu, nikdy směs obojího.

Mažte přes klienta: otevřete Profiles, použijte ikonu tužky, zvolte Delete. Tím se odstraní záznam i uložená kopie společně. Odebrání složky za běhu Connectu může zanechat záznam, který nic neotevře, což je stížnost "profile still shows up" v jiné podobě.

Importovaná kopie je ta, kterou klient spouští. Úprava .ovpn ponechaného v Downloads nic nezmění, protože Connect čte svou uloženou kopii; chcete-li změnit remote nebo cipher, upravte profil v klientovi, nebo soubor upravte a znovu ho importujte .

Proč se smazaný profil vrací

Obvyklým důvodem jsou dvě instalace stejné rodiny klientů. GUI pro jednoho uživatele a GUI pro všechny uživatele mají oddělené konfigurační adresáře, takže smazání z jednoho ponechá druhý nedotčený a oznamovací oblast stále uvádí název. Programs and Features je místo, kde ověříte, zda jsou nainstalovány obě.

Druhým důvodem je profil, který nikdy nebyl ve složce, kterou jste zkontrolovali. Otevření .ovpn jednou ze síťové sdílené složky nebo ze složky Downloads ho může zkopírovat do konfiguračního adresáře pro jednoho uživatele a importované profily Connect existují jen v AppData. Než cokoli upravíte, hledejte název souboru pod %USERPROFILE% i %APPDATA%. Složka profilu obvykle drží soukromý klíč vedle .ovpn, takže nikdy nevkládejte složku do tiketu nebo chatu, abyste dokázali, který profil jste odebrali - místo toho uveďte název souboru a časové razítko.

Starší sestavení GUI také drží předvolby klienta v registru. Pokud oznamovací oblast stále uvádí název poté, co soubor zmizel, a je přítomna jen jedna instalace, jednou restartujte klienta a znovu zkontrolujte konfigurační adresář zástupce, než začnete uvažovat o zásahu do klíčů registru.

Dva tunely najednou: nejprve adaptéry, pak trasa

GUI může držet několik připojení, jedno na virtuální adaptér; přidejte adaptéry z položky nabídky Start, která instaluje TAP-Windows6, a potom potvrďte počet v Network Connections, protože dva současné tunely potřebují dva adaptéry a oba by měly získat adresu automaticky. Směrování je tvrdší limit. Dva profily, z nichž každý přesměrovává veškerý provoz, soupeří o výchozí trasu a vlastnit ji může jen jeden, takže dostáváte občasné výpadky místo dvou fungujících tunelů. Ponechte jeden plný tunel a druhému dejte profil split-tunnel, který protlačuje jen jeho vlastní podsíť.

Překrývající se privátní rozsahy nelze opravit přidáním adaptéru. Pokud oba servery přidělují 10.8.0.0/24, druhý tunel koliduje na úrovni adresy a žádné množství klientské konfigurace je neoddělí.

Názvy adaptérů vám řeknou, na co se díváte. Get-NetAdapter v PowerShellu vypisuje adaptéry TAP-Windows a adaptér Wintun podle názvu, což je rychlejší než počítat ikony v Network Connections, když se tunel zvedl na špatném.

Spuštění pojmenovaného profilu ze skriptu

GUI bere název profilu relativně ke svému konfiguračnímu adresáři, takže spouštěč vypadá takto: "C:\Program Files\OpenVPN\bin\openvpn-gui.exe" --connect "myvpn.ovpn". Absolutní cesta, nebo proces spuštěný v jiném pracovním adresáři, tiše selže, a proto zástupce, který funguje dvojklikem, pod Task Schedulerem nefunguje.

Nastavte pracovní adresář místo spoléhání. Ve spouštěči AutoHotkey je to SetWorkingDir, C:\Program Files\OpenVPN\config; v Task Scheduleru je to pole Start in akce. Předání --config_dir se stejnou cestou učiní spouštěč nezávislým na obou.

Než skončíte, exportujte profil, poznamenejte si jeho adaptér, podsíť a podsíť, kterou směruje, a certifikáty každého zákazníka držte ve vlastní podsložce. Potom ověřte, že složka patří klientovi, kterého skutečně spouštíte, a mažte přes klienta, když tento klient má úložiště importů. Právě toto pořadí brání tomu, aby se stejný profil po dalším restartu znovu objevil.