V sistemu Windows ima vprašanje "kje je moj profil OpenVPN" dva različna odgovora, izbira napačnega pa stane celo popoldne. Skupnostni OpenVPN GUI obravnava imenik kot svoj seznam profilov: vsaka datoteka .ovpn v nastavljeni mapi se pojavi v meniju v sistemski vrstici, datoteka, odstranjena iz te mape, pa izgine. OpenVPN Connect dela iz shrambe uvozov, zato obdrži profil, ki ste ga izbrisali z diska, in prezre datoteko, ki ste jo tja kopirali. Primerjava spodaj je tista, po kateri se odločam, katero mapo odpreti, preden se česar koli dotaknem.

Seznam mape proti shrambi uvozov

Skupnostni GUI našteje datoteke ob zagonu: prebere en konfiguracijski imenik, izbran ob namestitvi, in datoteka .ovpn, ki tam leži, je profil. Zaprite odjemalca, kopirajte datoteko v to mapo, znova ga zaženite in vnos je v meniju.

Connect pa svoj seznam sestavi iz zapisov, ki jih je napisal med uvozom, zato je kopirana datoteka nevidna, medtem ko uvoženi profil preživi brisanje prvotnega prenosa. Prav ta edina razlika pojasnjuje večino poročil, da dva odjemalca hranita profile na različnih mestih, ker ju res.

Skupnostni GUI: katera mapa se dejansko uporablja

Pomembni sta dve mapi. Namestitev za enega uporabnika bere %USERPROFILE%\OpenVPN\config; namestitev za vse uporabnike bere C:\Program Files\OpenVPN\config ali pot x86, ko je odjemalec 32-bit. Če se profil prikaže samo za en račun Windows, je v mapi za enega uporabnika in drugi račun ga ne bo nikoli videl.

Poti ne sklepajte iz namestitvenega programa. GUI sprejme argument --config_dir in si zapomni imenik, s katerim je bil zagnan, zato lahko bližnjica kaže povsem drugam. Preden ustvarite katero koli datoteko, preverite cilj bližnjice in polje Start in ali nastavitve GUI.

Odstranjevanje je odstranjevanje datotek. Najprej zaprite GUI, da ne drži vnosa v pomnilniku, izbrišite .ovpn skupaj z morebitnimi datotekami potrdila ali ključa ob njej, nato znova zaženite odjemalca.

Mapa za vse uporabnike zahteva brisanje z dvignjenimi pravicami. Brisanje, ki tam tiho ne naredi ničesar, je UAC, ne napaka odjemalca.

Connect: shramba uvozov in dvojna past AppData

Trenutne različice 2.x in 3.x hranijo profile pod %APPDATA%\OpenVPN Connect\profiles. Različice okoli 2.5 so namesto tega uporabljale %ProgramFiles(x86)%\OpenVPN Technologies\OpenVPN Client\etc\profile, zato se starejši in novejši odgovori na forumih zdijo protislovni. Stroj, nadgrajen na mestu, ima lahko še vedno oboje.

Poti se pri pripovedovanju popačijo. %AppData% se že razreši v AppData\Roaming, zato se pisanje %AppData%\Roaming\OpenVPN Connect\profiles razširi v AppData\Roaming\Roaming in ne kaže nikamor. Uporabite spremenljivko ali dobesedno pot, nikoli mešanice obeh.

Brišite prek odjemalca: odprite Profiles, uporabite ikono svinčnika, izberite Delete. To odstrani zapis in shranjeno kopijo skupaj. Odstranitev mape med delovanjem Connecta lahko pusti zapis, ki ničesar ne odpre, in to je pritožba "profile still shows up" v drugi obliki.

Uvožena kopija je tista, ki jo odjemalec izvaja. Urejanje .ovpn, ki ostane v Downloads, ne spremeni ničesar, ker Connect bere svojo shranjeno kopijo; če želite spremeniti remote ali cipher, uredite profil v odjemalcu ali uredite datoteko in jo znova uvozite .

Zakaj se izbrisani profil vrne

Običajni razlog sta dve namestitvi iste družine odjemalcev. GUI za enega uporabnika in GUI za vse uporabnike imata ločene konfiguracijske imenike, zato brisanje iz enega pusti drugega nedotaknjenega, sistemska vrstica pa še vedno navaja ime. Programs and Features je mesto, kjer potrdite, ali sta nameščena oba.

Drugi razlog je profil, ki ni bil nikoli v mapi, ki ste jo preverili. Če .ovpn enkrat odprete iz omrežnega mesta ali mape Downloads, se lahko kopira v konfiguracijski imenik za enega uporabnika, uvoženi profili Connect pa obstajajo samo v AppData. Preden karkoli uredite, poiščite ime datoteke pod %USERPROFILE% in %APPDATA%. Mapa profila običajno hrani zasebni ključ ob .ovpn, zato mape nikoli ne prilepite v zahtevek ali klepet, da bi dokazali, kateri profil ste odstranili - namesto tega navedite ime datoteke in časovni žig.

Starejše različice GUI hranijo tudi nastavitve odjemalca v registru. Če sistemska vrstica še vedno navaja ime po izginotju datoteke in je prisotna samo ena namestitev, enkrat znova zaženite odjemalca in znova preverite konfiguracijski imenik bližnjice, preden pomislite na poseganje v ključe registra.

Dva tunela hkrati: najprej adapterji, nato pot

GUI lahko hrani več povezav, eno na navidezni adapter; dodajte adapterje iz vnosa v meniju Start, ki namesti TAP-Windows6, nato potrdite število v Network Connections, ker dva hkratna tunela potrebujeta dva adapterja in oba bi morala prejeti naslov samodejno. Usmerjanje je težja omejitev. Dva profila, ki vsak preusmeri ves promet, tekmujeta za privzeto pot in le eden jo lahko ima, zato dobite občasne napake namesto dveh delujočih tunelov. Obdržite en polni tunel, drugemu pa dajte profil split-tunnel, ki potiska samo njegovo lastno podomrežje.

Prekrivajočih se zasebnih obsegov ni mogoče popraviti z dodajanjem adapterja. Če oba strežnika dodeljujeta 10.8.0.0/24, drugi tunel trči na ravni naslova in nobena konfiguracija odjemalca ju ne bo ločila.

Imena adapterjev vam povedo, kaj gledate. Get-NetAdapter v PowerShellu navaja adapterje TAP-Windows in adapter Wintun po imenu, kar je hitreje kot štetje ikon v Network Connections, ko se je tunel dvignil na napačnem.

Zagon poimenovanega profila iz skripta

GUI vzame ime profila glede na svoj konfiguracijski imenik, zato je zaganjalnik videti takole: "C:\Program Files\OpenVPN\bin\openvpn-gui.exe" --connect "myvpn.ovpn". Absolutna pot ali proces, zagnan v drugem delovnem imeniku, tiho odpove, zato se bližnjica, ki deluje z dvojnim klikom, zlomi pod Task Schedulerjem.

Nastavite delovni imenik namesto upanja. V zaganjalniku AutoHotkey je to SetWorkingDir, C:\Program Files\OpenVPN\config; v Task Schedulerju je to polje Start in dejanja. Posredovanje --config_dir z isto potjo naredi zaganjalnik neodvisen od obeh.

Preden končate, izvozite profil, zapišite njegov adapter, podomrežje in podomrežje, ki ga usmerja, potrdila vsakega naročnika pa hranite v njegovi lastni podmapi. Nato potrdite, da mapa pripada odjemalcu, ki ga dejansko izvajate, in brišite prek odjemalca, ko ima ta odjemalec shrambo uvozov. Prav ta vrstni red prepreči, da bi se isti profil znova pojavil po naslednjem ponovnem zagonu.

Sorodni članki