En Windows, "kie estas mia OpenVPN-profilo" havas du malsamajn respondojn, kaj elekti la malĝustan kostas posttagmezon. La komunuma OpenVPN GUI traktas dosierujon kiel sian profilliston: ĉiu .ovpn-dosiero en la agordita dosierujo aperas en la pleto-menuo, kaj dosiero forigita el tiu dosierujo malaperas. OpenVPN Connect laboras el importa konservejo, do ĝi konservas profilon, kiun vi forigis de la disko, kaj ignoras dosieron, kiun vi enkopiis. La komparo sube estas tiu, kiun mi uzas por decidi, kiun dosierujon malfermi antaŭ ol tuŝi ion ajn.

Dosieruja listo kontraŭ importa konservejo

La komunuma GUI listigas dosierojn ĉe starto: ĝi legas unu agordan dosierujon, elektitan ĉe instalado, kaj .ovpn-dosiero kuŝanta tie estas profilo. Fermu la klienton, kopiu dosieron en tiun dosierujon, restartigu ĝin, kaj la ero estas en la menuo.

Connect male konstruas sian liston el rikordoj, kiujn ĝi skribis dum importado, do kopiita dosiero estas nevidebla, dum importita profilo postvivas la forigon de la origina elŝuto. Ĝuste tiu unu diferenco klarigas la plej multajn raportojn, ke la du klientoj konservas profilojn aliloke, ĉar ili ja faras tion.

La komunuma GUI: kiu dosierujo estas efektive uzata

Du dosierujoj gravas. Instalo por unu uzanto legas %USERPROFILE%\OpenVPN\config; instalo por ĉiuj uzantoj legas C:\Program Files\OpenVPN\config, aŭ la x86-vojon kiam la kliento estas 32-bit. Se profilo aperas nur por unu Windows-konto, ĝi estas en la dosierujo por unu uzanto, kaj la alia konto neniam vidos ĝin.

Ne deduku la vojon el la instalilo. La GUI akceptas argumenton --config_dir kaj memoras la dosierujon, per kiu ĝi estis startigita, do fulmoŝnuro povas montri tute aliloken. Kontrolu la celon de la fulmoŝnuro kaj la kampon Start in, aŭ la GUI-agordojn, antaŭ ol krei iun ajn dosieron.

Forigo estas dosierforigo. Unue fermu la GUI, por ke ĝi ne tenu la eron en memoro, forigu la .ovpn kune kun iuj ajn atestilaj aŭ ŝlosilaj dosieroj apud ĝi, kaj poste restartigu la klienton.

La dosierujo por ĉiuj uzantoj bezonas forigon kun altigitaj rajtoj. Forigo, kiu tie silente faras nenion, estas UAC, ne klienta cimo.

Connect: la importa konservejo kaj la duobla AppData-kaptilo

Nunaj 2.x- kaj 3.x-versioj konservas profilojn sub %APPDATA%\OpenVPN Connect\profiles. Versioj ĉirkaŭ 2.5 uzis anstataŭe %ProgramFiles(x86)%\OpenVPN Technologies\OpenVPN Client\etc\profile, pro kio pli malnovaj kaj pli novaj forumaj respondoj ŝajnas kontraŭdiraj. Maŝino ĝisdatigita surloke povas ankoraŭ teni ambaŭ.

La vojoj difektiĝas dum ripetado. %AppData% jam solviĝas al AppData\Roaming, do skribi %AppData%\Roaming\OpenVPN Connect\profiles vastiĝas al AppData\Roaming\Roaming kaj montras al nenio. Uzu la variablon aŭ la laŭvortan vojon, neniam miksaĵon de la du.

Forigu per la kliento: malfermu Profiles, uzu la krajonan ikonon, elektu Delete. Tio forigas la rikordon kaj la konservitan kopion kune. Forigi la dosierujon dum Connect funkcias povas lasi rikordon, kiu malfermas nenion, kio estas la plendo "profile still shows up" en sia alia formo.

La importita kopio estas tiu, kiun la kliento rulas. Redakti la .ovpn lasitan en Downloads ŝanĝas nenion, ĉar Connect legas sian konservitan kopion; por ŝanĝi remote aŭ cipher, redaktu la profilon ene de la kliento, aŭ redaktu la dosieron kaj importu ĝin denove .

Kial forigita profilo revenas

Du instaloj de la sama klienta familio estas la kutima kaŭzo. GUI por unu uzanto kaj GUI por ĉiuj uzantoj havas apartajn agordajn dosierujojn, do forigi el unu lasas la alian sendifekta kaj la pleto ankoraŭ listigas la nomon. Programs and Features estas kie vi konfirmas, ĉu ambaŭ estas instalitaj.

La dua kaŭzo estas profilo, kiu neniam estis en la dosierujo, kiun vi kontrolis. Malfermi .ovpn unufoje el reta kunhavo aŭ el dosierujo Downloads povas kopii ĝin en la agordan dosierujon por unu uzanto, kaj importitaj Connect-profiloj ekzistas nur en AppData. Antaŭ ol redakti ion, serĉu la dosiernomon sub kaj %USERPROFILE% kaj %APPDATA%. Profila dosierujo kutime tenas la privatan ŝlosilon apud la .ovpn, do neniam algluu la dosierujon en bileton aŭ babilejon por pruvi, kiun profilon vi forigis - anstataŭe citu la dosiernomon kaj la tempmarkon.

Pli malnovaj GUI-versioj ankaŭ tenas klientajn preferojn en la registrejo. Se la pleto ankoraŭ listigas nomon post kiam la dosiero malaperis kaj ekzistas nur unu instalo, restartigu la klienton unufoje kaj rekontrolu la agordan dosierujon de la fulmoŝnuro antaŭ ol pripensi tuŝi registrejajn ŝlosilojn.

Du tuneloj samtempe: unue adaptiloj, poste la vojo

La GUI povas teni plurajn konektojn, unu por ĉiu virtuala adaptilo; aldonu adaptilojn el la Start-meniero, kiu instalas TAP-Windows6, poste konfirmu la nombron en Network Connections, ĉar du samtempaj tuneloj bezonas du adaptilojn kaj ambaŭ devus akiri sian adreson aŭtomate. Enkursigado estas la pli malfacila limo. Du profiloj, kiuj ĉiu alidirektas la tutan trafikon, konkuras pri la defaŭlta vojo, kaj nur unu povas posedi ĝin, do vi ricevas intermitajn paneojn anstataŭ du funkciantaj tuneloj. Tenu unu plenan tunelon kaj donu al la dua split-tunnel-profilo, kiu puŝas nur sian propran subreton.

Interkovrantaj privataj gamoj ne povas esti riparitaj per aldono de adaptilo. Se ambaŭ serviloj disdonas 10.8.0.0/24, la dua tunelo kolizias je adresa nivelo kaj neniu kvanto de klienta agordo apartigos ilin.

Adaptilaj nomoj diras al vi, kion vi rigardas. Get-NetAdapter en PowerShell listigas TAP-Windows-adaptilojn kaj la Wintun-adaptilon laŭ nomo, kio estas pli rapida ol nombri ikonojn en Network Connections kiam tunelo leviĝis sur la malĝusta.

Startigi nomitan profilon el skripto

La GUI prenas profilan nomon rilate al sia agorda dosierujo, do lanĉilo aspektas tiel: "C:\Program Files\OpenVPN\bin\openvpn-gui.exe" --connect "myvpn.ovpn". Absoluta vojo, aŭ procezo startigita en alia labordosierujo, malsukcesas silente, pro kio fulmoŝnuro, kiu funkcias per duobla klako, rompiĝas sub Task Scheduler.

Agordu la labordosierujon anstataŭ esperi. En AutoHotkey-lanĉilo tio estas SetWorkingDir, C:\Program Files\OpenVPN\config; en Task Scheduler tio estas la kampo Start in de la ago. Transdoni --config_dir kun la sama vojo igas la lanĉilon sendependa de ambaŭ.

Antaŭ ol fini, eksportu la profilon, notu ĝian adaptilon, subreton kaj la subreton, kiun ĝi enkursigas, kaj tenu la atestilojn de ĉiu kliento en propra subdosierujo. Poste konfirmu, ke la dosierujo apartenas al la kliento, kiun vi efektive rulas, kaj forigu per la kliento kiam tiu kliento havas importan konservejon. Ĝuste tiu ordo malhelpas la saman profilon reaperi post la sekva restarto.

Rilataj artikoloj