Windows-da OpenVPN: tuneli avtomatik başlat və marşrutları saxla
Windows xidməti tuneli hər kəs daxil olmamışdan əvvəl qaldıra bilər və push edilmiş marşrut sayt prefiksini yalnız bağlantı qaldıqca saxlayır.
Burada iki tələb bir-birinə qarışır: tunel hər kəs daxil olmamışdan əvvəl qalxmalı, ikinci sayt üçün trafik isə onu izləməlidir. Bunlar ayrı-ayrı mexanizmləri olan ayrı-ayrı məsələlərdir. Xidmətin başlaması birincini, marşrutun ömrü isə ikincini müəyyən edir. Birini həll etmək digərini olduğu yerdə saxlayır.
Birinci addım: profili xidmətin axtardığı yerə qoyun
Windows xidməti profilləri sabit qovluqdan oxuyur, GUI də eyni yerdən oxuyur, ona görə idxal edəndə işləyən profil açılışda görünməz qala bilər. .ovpn fayllarını quraşdırmanın config qovluğuna qoyun, hansı ki adətən Program Files altında yerləşir. İstifadəçinin Downloads qovluğunda qalan profil xidmətin əhatə dairəsinə heç daxil deyil.
Köhnə təlimatlar config-auto qovluğuna işarə edir; bəzi 2.5 dövrü buraxılışları buna riayət edirdi, sonrakı buraxılışlar etmədi. Buna görə yüksəltmə işləyən avtobaşlatmanı səssizliyə çevirə bilər və jurnalda etimadnamə ilə bağlı heç nə olmaz. Faylları köçürməzdən əvvəl quraşdırılmış buraxılışın həqiqətən hansı qovluğu oxuduğunu təsdiqləyin.
Bir maşında bir neçə profil varsa, hər birinə dev-node vasitəsilə adlı adapter verin. Əks halda onlar eyni interfeys üçün yarışır və ikincisi etimadnamə problemi kimi görünən şəkildə uğursuz olur.
İkinci addım: tepsi ikonunu deyil, xidməti başladın
OpenVPN xidmətini Automatic rejiminə qoymaq onu hesaba daxil olmadan açılışda başladır. Mexanizm budur və tepsi ikonu onun bir hissəsi deyil. Xidmət bağlantıya sahib olduqda, GUI heç bir ikon və status göstərməyə bilər; bu, nasazlıq deyil, gözlənilən haldır.
Nəticə budur ki, bağlantını kəsmək Disconnect düyməsinə basmaq deyil, xidməti dayandırmaq deməkdir. Maşını dəstəkləyənə bunu deyin, əks halda ilk dəstək zəngi itkin ikon barədə olacaq.
Xidmət hesabının profili və açar materialını oxuya bildiyini yoxlayın. Açılışda icazə problemi jurnalda tam olaraq autentifikasiya uğursuzluğu kimi görünür.
Üçüncü addım: marşrutu tunelə bağlayın
Davamlı qeyd burada yanlış vasitədir. -P ilə marşrut əlavə etmək onu yenidən başlatmalardan sağ çıxarır və daha pisi, tunelin bağlanmasından da sağ çıxarır. VPN söndürüldükdə prefiks hələ də artıq mövcud olmayan şlüza işarə edir, ona görə host kimsə qeydi silənə qədər həmin təyinat yerinə çata bilmir.
Üç alternativ düzgün davranır. Marşrutu serverdən push edin; o, qoşulanda onu əlavə edir və ayrılarkən silir. Onu route_vpn_gateway oxuyan route-up skriptində əlavə edin ki, növbəti atlama razılaşdırılmış tuneldən gəlsin. Və ya Add-VpnConnectionRoute komandasını yerli Windows VPN profili ilə istifadə edin; bu, prefiksi həmin bağlantıya bağlayır.
Server bu saytın ehtiyacından çoxunu təklif etdikdə, route-nopull push edilmiş marşrutları rədd edir və cədvəli tamamilə yerli saxlayır. Bu, istifadəçiləri korporativ defolt marşrut almamalı olan paylaşılan profil üçün uyğundur.
Dördüncü addım: soyuq açılışdan sağ çıxın
Xidməti şəbəkə yığını mövcud olmadan başlatmaq bir uğursuz cəhd verir və təkrar olmur. Onu Automatic (Delayed Start) rejiminə qoymaq və ya şəbəkə xidmətindən asılılıq əlavə etmək bu yarışı aradan qaldırır. Sonra açılış testini təkrarlayın və ikinci cəhdin artıq lazım olmadığını yoxlayın.
Marşrut və adapter dəyişiklikləri administrator hüquqları tələb edir. İstifadəçi üzrə başlatma qısayolunda onlar yoxdur, ona görə yüksəldilmiş qabıqdan işləyən skript daxil olarkən səssizcə heç nə etməyə bilər. Onu ən yüksək imtiyazlarla tapşırıq kimi planlaşdırın və ya dəyişikliyi xidmətin özünə verin. Sonra onu həqiqətən daxil olacaq istifadəçi kimi sınayın.
Əl ilə işə sala bildiyiniz ardıcıllığı deyil, həqiqətən yerləşdirdiyiniz ardıcıllığı sınayın. Soyuq açılış sıralamanı yoxlayan yeganə testdir.
Beşinci addım: GUI olmadan yoxlayın
Yenidən başlatma və daxil olduqdan sonra GUI-ni açmadan üç şeyi yoxlayın. Adapter ünvana sahib olmalıdır,marşrut cədvəli sayt prefiksini tunel şlüzü növbəti atlama kimi göstərməlidir, və uzaq tərəfdəki ünvana ping cavab verməlidir. Hər yoxlama yuxarıdakı addımlardan fərqli bir mexanizmə uyğun gəlir.
Adapter heç vaxt görünmədikdə, şübhəli profil deyil, sürücüdür. Bu iki nasazlıq jurnalda bir-birinə heç bənzəmir və yalnız biri proqramın yenidən quraşdırılmasına cavab verir.