OpenVPN Connect vs OpenVPN GUI: saan iniimbak ng Windows ang mga profile

Sa Windows, ang tanong na "nasaan ang aking OpenVPN profile" ay may dalawang magkaibang sagot, at ang maling pili ay nagkakahalaga ng isang hapon. Itinuturing ng community OpenVPN GUI ang isang direktoryo bilang listahan ng profile: bawat .ovpn file sa naka-configure na folder ay lumalabas sa menu ng tray, at ang file na tinanggal mula sa folder na iyon ay nawawala. Gumagana ang OpenVPN Connect mula sa imbakan ng import, kaya itinatago nito ang profile na tinanggal mo mula sa disk at binabalewala ang file na kinopya mo roon. Ang paghahambing sa ibaba ang ginagamit ko upang magpasya kung aling folder ang bubuksan bago hawakan ang kahit ano.

Listahan ng folder kumpara sa imbakan ng import

Inililista ng community GUI ang mga file sa pagsisimula: binabasa nito ang isang direktoryo ng configuration, na pinili noong pag-install, at ang .ovpn file na naroroon ay isang profile. Isara ang client, kopyahin ang file sa folder na iyon, simulan itong muli, at ang entry ay nasa menu.

Ang Connect ay bumubuo ng listahan mula sa mga rekord na isinulat nito noong import, kaya ang kinopyang file ay hindi nakikita habang ang na-import na profile ay nananatili pagkatapos tanggalin ang orihinal na download. Ang nag-iisang pagkakaibang iyon ang nagpapaliwanag sa karamihan ng ulat na iba ang kinatataguan ng profile ng dalawang client, dahil ganoon nga.

Ang community GUI: aling folder ang aktwal na ginagamit

Dalawang folder ang mahalaga. Ang pag-install para sa isang user ay nagbabasa ng %USERPROFILE%\OpenVPN\config; ang pag-install para sa lahat ng user ay nagbabasa ng C:\Program Files\OpenVPN\config, o ang x86 path kapag 32-bit ang client. Kung ang isang profile ay lumalabas para sa isang Windows account lamang, nasa folder para sa isang user ito at hindi ito makikita ng kabilang account.

Huwag hulaan ang path mula sa installer. Tumatanggap ang GUI ng --config_dir argument at naaalala nito ang direktoryo kung saan ito sinimulan, kaya ang shortcut ay maaaring tumuro sa ibang lugar. Suriin ang target ng shortcut at ang Start in field, o ang mga setting ng GUI, bago gumawa ng anumang file.

Ang pagtanggal ay pagtanggal ng file. Isara muna ang GUI upang hindi ito maghawak ng entry sa memorya, tanggalin ang .ovpn kasama ng anumang certificate o key file na nasa tabi nito, pagkatapos ay simulan muli ang client.

Ang folder para sa lahat ng user ay nangangailangan ng elevated na pagtanggal. Ang pagtanggal na tahimik na walang ginagawa doon ay UAC, hindi bug ng client.

Connect: ang imbakan ng import at ang dobleng bitag ng AppData

Ang kasalukuyang 2.x at 3.x build ay nag-iimbak ng profile sa ilalim ng %APPDATA%\OpenVPN Connect\profiles. Ang mga build noong 2.5 ay gumamit ng %ProgramFiles(x86)%\OpenVPN Technologies\OpenVPN Client\etc\profile, kaya ang lumang at bagong sagot sa forum ay tila magkasalungat. Ang makina na na-upgrade sa lugar ay maaari pa ring maglaman ng pareho.

Ang mga path ay nasisira kapag muling ikinukuwento. Ang %AppData% ay lumulutas na sa AppData\Roaming, kaya ang pagsulat ng %AppData%\Roaming\OpenVPN Connect\profiles ay lumalawak sa AppData\Roaming\Roaming at wala itong tinutukoy. Gamitin ang variable o ang literal na path, huwag kailanman ang halo ng dalawa.

Tanggalin sa pamamagitan ng client: buksan ang Profiles, gamitin ang pencil icon, piliin ang Delete. Tinatanggal nito ang rekord at ang naka-imbak na kopya nang sabay. Ang pagtanggal ng folder habang tumatakbo ang Connect ay maaaring mag-iwan ng rekord na walang binubuksan, at iyon ang reklamong "profile still shows up" sa kabilang anyo nito.

Ang na-import na kopya ang pinapatakbo ng client. Ang pag-edit ng .ovpn na naiwan sa Downloads ay walang binabago, dahil binabasa ng Connect ang naka-imbak na kopya nito; upang palitan ang remote o cipher, i-edit ang profile sa loob ng client, o i-edit ang file at i-import muli .

Bakit bumabalik ang tinanggal na profile

Ang dalawang pag-install ng parehong pamilya ng client ang karaniwang dahilan. Ang GUI para sa isang user at GUI para sa lahat ng user ay may magkahiwalay na direktoryo ng configuration, kaya ang pagtanggal mula sa isa ay iniiwan ang isa na buo at nakalista pa rin ang pangalan sa tray. Ang Programs and Features ang lugar kung saan mo kinukumpirma kung pareho silang naka-install.

Ang ikalawang dahilan ay profile na hindi kailanman nasa folder na sinuri mo. Ang pagbukas ng .ovpn isang beses mula sa network share o sa Downloads folder ay maaaring kopyahin ito sa direktoryo ng configuration para sa isang user, at ang na-import na Connect profile ay umiiral lamang sa AppData. Bago mag-edit ng kahit ano, hanapin ang pangalan ng file sa ilalim ng %USERPROFILE% at %APPDATA%. Ang folder ng profile ay karaniwang may pribadong key sa tabi ng .ovpn, kaya huwag kailanman i-paste ang folder sa isang ticket o chat upang patunayan kung aling profile ang tinanggal mo - banggitin na lang ang pangalan ng file at timestamp.

Ang mas lumang build ng GUI ay nag-iimbak din ng mga preference ng client sa registry. Kung nakalista pa rin ang pangalan sa tray pagkatapos mawala ang file at isa lang ang pag-install, i-restart ang client isang beses at muling suriin ang direktoryo ng configuration ng shortcut bago isipin na hawakan ang mga registry key.

Dalawang tunnel nang sabay: adapter muna, pagkatapos ang ruta

Maaaring maghawak ang GUI ng maraming koneksyon, isa kada virtual adapter; magdagdag ng adapter mula sa Start menu entry na nag-i-install ng TAP-Windows6, pagkatapos ay kumpirmahin ang bilang sa Network Connections, dahil ang dalawang sabay na tunnel ay nangangailangan ng dalawang adapter at pareho dapat kumuha ng address nang awtomatiko. Ang routing ang mas mahirap na limitasyon. Dalawang profile na parehong nagre-redirect ng lahat ng trapiko ay nag-aagawan sa default na ruta, at isa lang ang maaaring magmay-ari nito, kaya nakakakuha ka ng pana-panahong pagkabigo sa halip na dalawang gumaganang tunnel. Panatilihin ang isang buong tunnel at bigyan ang pangalawa ng split-tunnel profile na nagtutulak lamang ng sariling subnet nito.

Ang magkakapatong na pribadong range ay hindi maaayos sa pamamagitan ng pagdaragdag ng adapter. Kung parehong nagbibigay ang dalawang server ng 10.8.0.0/24, magbabangga ang pangalawang tunnel sa antas ng address at walang configuration ng client ang maghihiwalay sa kanila.

Sinasabi ng mga pangalan ng adapter kung ano ang tinitignan mo. Inililista ng Get-NetAdapter sa PowerShell ang mga TAP-Windows adapter at ang Wintun adapter sa pangalan, na mas mabilis kaysa magbilang ng icon sa Network Connections kapag umakyat ang tunnel sa maling adapter.

Pagsisimula ng pinangalanang profile mula sa script

Kinukuha ng GUI ang pangalan ng profile kaugnay ng direktoryo ng configuration nito, kaya ganito ang hitsura ng launcher: "C:\Program Files\OpenVPN\bin\openvpn-gui.exe" --connect "myvpn.ovpn". Ang absolute path, o prosesong sinimulan sa ibang working directory, ay tahimik na nabibigo, kaya nasisira sa ilalim ng Task Scheduler ang shortcut na gumagana sa double-click.

Itakda ang working directory sa halip na umasa. Sa launcher ng AutoHotkey iyon ay SetWorkingDir, C:\Program Files\OpenVPN\config; sa Task Scheduler iyon ang Start in field ng aksyon. Ang pagpasa ng --config_dir gamit ang parehong path ay ginagawang malaya ang launcher mula sa pareho.

Bago matapos, i-export ang profile, itala ang adapter, subnet at ang subnet na rina-ruta nito, at itago ang mga certificate ng bawat customer sa sarili nitong subfolder. Pagkatapos ay kumpirmahin na ang folder ay pag-aari ng client na aktwal na pinapatakbo mo, at tanggalin sa pamamagitan ng client kapag may imbakan ng import ang client na iyon. Ang ganitong pagkakasunod-sunod ang pumipigil sa parehong profile na muling lumitaw pagkatapos ng susunod na reboot.