OpenVPN Connect teenoor OpenVPN GUI: waar Windows profiele hou

Op Windows het "waar is my OpenVPN-profiel" twee verskillende antwoorde, en om die verkeerde een te kies kos 'n middag. Die gemeenskaps-OpenVPN GUI behandel 'n gids as sy profielys: elke .ovpn-lêer in die gekonfigureerde vouer verskyn in die systeemkieslys, en 'n lêer wat uit daardie vouer verwyder word, verdwyn. OpenVPN Connect werk vanuit 'n invoerbewaarplek, so dit hou 'n profiel wat jy van skyf verwyder het en ignoreer 'n lêer wat jy ingekopieer het. Die vergelyking hieronder is die een wat ek gebruik om te besluit watter vouer om oop te maak voordat ek iets aanraak.

’n Vouerlys teenoor ’n invoerbewaarplek

Die gemeenskaps-GUI lys lêers by die opstart: dit lees een konfigurasiegids, wat by installasie gekies is, en ’n .ovpn-lêer wat daar sit, is ’n profiel. Maak die kliënt toe, kopieer ’n lêer in daardie vouer, begin dit weer, en die inskrywing is in die kieslys.

Connect bou eerder sy lys uit rekords wat dit tydens invoer geskryf het, so ’n gekopieerde lêer is onsigbaar terwyl ’n ingevoerde profiel die verwydering van die oorspronklike aflaai oorleef. Daardie enkele verskil verduidelik die meeste verslae dat die twee kliënte profiele op verskillende plekke hou, want dit is so.

Die gemeenskaps-GUI: watter vouer is werklik in gebruik

Twee vouers maak saak. ’n Installasie per gebruiker lees %USERPROFILE%\OpenVPN\config; ’n installasie vir alle gebruikers lees C:\Program Files\OpenVPN\config, of die x86-pad wanneer die kliënt 32-bit is. As ’n profiel net vir een Windows-rekening verskyn, is dit in die vouer per gebruiker en die ander rekening sal dit nooit sien nie.

Moenie die pad uit die installeerder aflei nie. Die GUI aanvaar ’n --config_dir-argument en onthou die gids waarmee dit begin is, so ’n kortpad kan heeltemal elders wys. Kyk na die kortpad se teiken en die veld Start in, of die GUI-instellings, voordat jy enige lêer skep.

Verwydering is lêerverwydering. Maak eers die GUI toe sodat dit nie die inskrywing in die geheue hou nie, verwyder die .ovpn saam met enige sertifikaat- of sleutellêers wat daarnaas gehou word, en begin dan die kliënt weer.

Die vouer vir alle gebruikers vereis ’n verhoogde verwydering. ’n Verwydering wat daar stilweg niks doen nie, is UAC, nie ’n kliëntfout nie.

Connect: die invoerbewaarplek en die dubbele-AppData-strik

Huidige 2.x- en 3.x-bouwe hou profiele onder %APPDATA%\OpenVPN Connect\profiles. Bouwe rondom 2.5 het eerder %ProgramFiles(x86)%\OpenVPN Technologies\OpenVPN Client\etc\profile gebruik, en daarom lyk ouer en nuwer forumantwoorde teenstrydig. ’n Masjien wat in plek opgegradeer is, kan nog albei hou.

Die paaie word in die oorvertelling verwring. %AppData% los alreeds op na AppData\Roaming, so om %AppData%\Roaming\OpenVPN Connect\profiles te skryf, brei uit na AppData\Roaming\Roaming en wys op niks. Gebruik die veranderlike of die letterlike pad, nooit ’n mengsel van die twee nie.

Verwyder deur die kliënt: maak Profiles oop, gebruik die potloodikoon, kies Delete. Dit verwyder die rekord en die gestoorde kopie saam. Om die vouer te verwyder terwyl Connect loop, kan ’n rekord laat wat niks oopmaak nie, wat die klagte "profile still shows up" in sy ander vorm is.

Die ingevoerde kopie is die een wat die kliënt uitvoer. Om die .ovpn wat in Downloads gelaat is te redigeer, verander niks, want Connect lees sy gestoorde kopie; om ’n remote of ’n cipher te verander, redigeer jy die profiel binne die kliënt, of redigeer die lêer en voer dit weer in .

Waarom ’n verwyderde profiel terugkom

Twee installasies van dieselfde kliëntfamilie is die gewone rede. ’n GUI per gebruiker en ’n GUI vir alle gebruikers het afsonderlike konfigurasiegidse, so as jy uit een verwyder, bly die ander ongeskonde en die systeem lys steeds die naam. Programs and Features is waar jy bevestig of albei geïnstalleer is.

Die tweede rede is ’n profiel wat nooit in die vouer was wat jy nagegaan het nie. Om ’n .ovpn een keer vanaf ’n netwerkdeel of ’n Downloads-vouer oop te maak, kan dit in die konfigurasiegids per gebruiker kopieer, en ingevoerde Connect-profiele bestaan net in AppData. Voordat jy iets redigeer, soek die lêernaam onder beide %USERPROFILE% en %APPDATA%. ’n Profielvouer hou gewoonlik die private sleutel langs die .ovpn, so plak nooit die vouer in ’n kaartjie of klets om te bewys watter profiel jy verwyder het nie - noem eerder die lêernaam en tydstempel.

Ouer GUI-bouwe hou ook kliëntvoorkeure in die register. As die systeem steeds ’n naam lys nadat die lêer weg is en net een installasie teenwoordig is, herbegin die kliënt een keer en hersien die kortpad se konfigurasiegids voordat jy dit oorweeg om registergleutels aan te raak.

Twee tonnels gelyktydig: eers adapters, dan die roete

Die GUI kan verskeie verbindings hou, een per virtuele adapter; voeg adapters by via die Start-kieslysinskrywing wat TAP-Windows6 installeer, en bevestig dan die aantal in Network Connections, want twee gelyktydige tonnels het twee adapters nodig en albei moet hul adres outomaties verkry. Roetering is die moeiliker beperking. Twee profiele wat elk alle verkeer herlei, meeding om die verstekroete, en net een kan dit besit, so jy kry ongereelde foute in plaas van twee werkende tonnels. Hou een volle tonnel en gee die tweede ’n split-tonnel-profiel wat net sy eie subnet stoot.

Oorvleuelende private reekse kan nie deur ’n adapter by te voeg reggemaak word nie. As albei bedieners 10.8.0.0/24 uitdeel, bots die tweede tonnel op adresvlak en geen hoeveelheid kliëntkonfigurasie sal hulle skei nie.

Adaptername vertel jou waarna jy kyk. Get-NetAdapter in PowerShell lys TAP-Windows-adapters en die Wintun-adapter by naam, wat vinniger is as om ikone in Network Connections te tel wanneer ’n tonnel op die verkeerde een opgekom het.

Om ’n benoemde profiel vanuit ’n script te begin

Die GUI neem ’n profielnaam relatief tot sy konfigurasiegids, so ’n lanseerder lyk so: "C:\Program Files\OpenVPN\bin\openvpn-gui.exe" --connect "myvpn.ovpn". ’n Absolute pad, of ’n proses wat in ’n ander werkgids begin is, faal stilweg, en daarom breek ’n kortpad wat met dubbelklik werk onder Task Scheduler.

Stel eerder die werkgids in plaas daarvan om te hoop. In ’n AutoHotkey-lanseerder is dit SetWorkingDir, C:\Program Files\OpenVPN\config; in Task Scheduler is dit die Start in-veld van die aksie. Om --config_dir met dieselfde pad deur te gee, maak die lanseerder onafhanklik van albei.

Voordat jy klaarmaak, voer die profiel uit, let op sy adapter, subnet en die subnet wat dit roeteer, en hou elke kliënt se sertifikate in sy eie subvouer. Bevestig dan dat die vouer aan die kliënt behoort wat jy werklik gebruik, en verwyder deur die kliënt wanneer daardie kliënt ’n invoerbewaarplek het. Om dit in daardie volgorde te doen, is wat keer dat dieselfde profiel ná die volgende herbegin weer verskyn.