OpenVPN në Windows: nisja automatike e tunelit dhe ruajtja e rrugëve

Këtu ndërlidhen dy kërkesa: tuneli duhet të ngrihet para se dikush të hyjë, dhe trafiku për një sajt të dytë duhet t'i bindet atij. Këto janë probleme të ndara me mekanizma të ndarë. Nisja e shërbimit vendos të parën, dhe jetëgjatësia e rrugës të dytën. Zgjidhja e njërës e lë tjetrën saktësisht aty ku ishte.

Hapi i parë: vendosni profilin aty ku shërbimi e kërkon

Shërbimi i Windows lexon profile nga një drejtori fikse, dhe GUI lexon nga i njëjti vend, kështu që një profil që funksionon kur e importoni mund të mbetet i padukshëm gjatë nisjes. Vendosni skedarët .ovpn në drejtorinë config të instalimit, e cila zakonisht ndodhet nën Program Files. Një profil i lënë në dosjen Downloads të një përdoruesi nuk hyn fare në fushën e shërbimit.

Udhëzimet më të vjetra tregojnë një dosje config-auto, të cilën disa ndërtime të epokës 2.5 e respektonin dhe versionet e mëvonshme jo. Kjo është arsyeja pse një përditësim mund ta kthejë një nisje automatike që funksionon në heshtje, pa asgjë në regjistër për kredencialet. Konfirmoni cilën drejtori lexon vërtet ndërtimi i instaluar përpara se të zhvendosni skedarë.

Me disa profile në një makinë, jepini secilit një përshtatës me emër përmes dev-node. Përndryshe konkurrojnë për të njëjtin ndërfaqe dhe i dyti dështon në një mënyrë që duket si problem kredencialesh.

Hapi i dytë: nisni shërbimin, jo ikonën e tabakasë

Vendosja e shërbimit OpenVPN në Automatic e bën atë të nisë gjatë boot-it pa hyrje. Ky është mekanizmi, dhe ikona e tabakasë nuk është pjesë e tij. Kur shërbimi zotëron lidhjen, GUI mund të mos shfaqë as ikonë as status, që është e pritur dhe jo defekt.

Pasoja është se shkëputja do të thotë ndalim i shërbimit, jo klikim mbi Disconnect. Tregojini atij që e mban makinën, përndryshe telefonata e parë e mbështetjes do të jetë për një ikonë që mungon.

Kontrolloni që llogaria e shërbimit mund të lexojë profilin dhe materialin e çelësit. Një problem lejeje gjatë boot-it në regjistër duket saktësisht si dështim vërtetimi.

Hapi i tretë: lidhni rrugën me tunelin

Një zë i përhershëm është mjeti i gabuar këtu. Shtimi i një rruge me -P e bën atë t'i mbijetojë rinisjeve dhe, më keq, t'i mbijetojë mbylljes së tunelit. Me VPN-në të fikur, prefiksi vazhdon të tregojë një portë që nuk ekziston më, kështu që hosti nuk mund ta arrijë atë destinacion derisa dikush ta fshijë zërin.

Tre alternativa sillen saktë. Shtyjeni rrugën nga serveri, i cili e shton gjatë lidhjes dhe e heq gjatë shkëputjes. Shtojeni në një skript route-up që lexon route_vpn_gateway, që kërcimi tjetër të vijë nga tuneli i negociuar. Ose përdorni Add-VpnConnectionRoute me një profil VPN amtare të Windows, i cili e lidh prefiksin me atë lidhje.

Kur serveri ofron më shumë sesa i nevojitet këtij sajti, route-nopull i refuzon rrugët e shtyra dhe e lë tabelën plotësisht lokale. Kjo i përshtatet një profili të përbashkët, përdoruesit e të cilit nuk duhet të marrin një rrugë të parazgjedhur korporative.

Hapi i katërt: mbijetoni një nisje të ftohtë

Nisja e shërbimit para se të ekzistojë stiva e rrjetit jep një përpjekje të dështuar dhe asnjë përsëritje. Vendosja në Automatic (Delayed Start), ose shtimi i një varësie nga shërbimi i rrjetit, e heq atë garë. Pastaj përsëritni testin e nisjes dhe verifikoni se një përpjekje e dytë nuk është më e nevojshme.

Ndryshimet e rrugëve dhe përshtatësit kërkojnë të drejta administratori. Një shkurtore nisjeje për çdo përdorues nuk i ka, kështu që një skript që funksionon nga një shell i ngritur mund të mos bëjë asgjë në heshtje gjatë hyrjes. Programojeni si detyrë me privilegjet më të larta, ose lërini shërbimin ta marrë përsipër ndryshimin. Pastaj testojeni si përdoruesi që do të hyjë vërtet.

Testoni sekuencën që vendosni vërtet, jo atë që mund ta nisni me dorë. Një nisje e ftohtë është testi i vetëm që ushtron rendin.

Hapi i pestë: verifikoni pa GUI

Pas një rinisjeje dhe një hyrjeje, kontrolloni tre gjëra pa hapur GUI. Përshtatësi duhet të mbajë një adresë,tabela e rrugëve duhet të tregojë prefiksin e sajtit me portën e tunelit si kërcimin tjetër, dhe një ping drejt një adrese në anën tjetër duhet të përgjigjet. Çdo kontroll i përgjigjet një mekanizmi tjetër nga hapat më sipër.

Kur përshtatësi nuk shfaqet kurrë, i dyshuari është drejtuesi dhe jo profili. Këto dy dështime nuk duken aspak njësoj në regjistër, dhe vetëm njëri prej tyre reagon ndaj riinstalimit të softuerit.