OpenVPN xidməti qrafik interfeysin açdığı profildə uğursuz olur: beş yoxlama

İki başladıcı bir maşında eyni profili açır və yalnız qrafik interfeys qoşulur. Fayl bütövdür və quraşdırıcı yəqin ki, qaydasındadır; fərqlənən hər başladıcının openvpn.exe-a verdiyi kontekstdir. İş qovluğu, hesab kimliyi və fayl atributları hamısı həmin kontekstlə birlikdə gedir. Onları bu sıra ilə yoxlayın və xətanı izah edən ilk biri ilə dayanın.

Hansı başladıcının uğursuz olduğunu təsdiqləyin

Ayrılmanı sübut etməklə başlayın. Eyni profil yolu ilə qrafik interfeys qoşulur, xidmət isə qoşulmursa, fayl kimsə üçün oxunaqlıdır və sual onu kimin oxuduğuna və haradan oxuduğuna çevrilir. İkisi də uğursuz olursa, profil pozulub və bunların heç biri aid deyil. Xidmətin adını və ona yükləməsi tapşırılan dəqiq profili yazın.

Öz avtomatik başlama qovluğuna yönəldilmiş xidmət redaktorda açdığınız faylı yükləmir ola bilər. Xidmət konfiqurasiyasındakı yolu qrafik interfeysdəki yolla hərf-hərf müqayisə edin, çünki sondakı qovluq adı və ya fərqli disk hərfi sizi səhv budağa aparmaq üçün kifayətdir.

Nisbi yollar harada həll olunur

ca.crt-a və ya köməkçi skriptə sadəcə adla istinad edən profil prosesin harda olduğuna nisbətən axtarış tələb edir. Qrafik interfeys konfiqurasiya qovluğunda başlayır, ona görə həmin adlar həll olunur. Xidmət meneceri tərəfindən başladılan xidmətin belə başlanğıc nöqtəsi yoxdur və axtarış hər hansı sertifikat oxunmadan uğursuz olur. Buna görə eyni profil bir başladıcıda işləyir, digərində işləmir.

Sarğıçıya başlamaq üçün qovluq verin və ya hər istinadı mütləq edin. Qrafik interfeysin kontekstini əmr sətrində təkrar yaratmaq belə görünür:

openvpn --cd "C:\VPN\profiles\office" --config "C:\VPN\profiles\office\office.ovpn"

Həmin əmrdə ətraflılığı artırmaq cəhd olunan dəqiq yolu göstərir. Bunu icazələri dəyişməzdən əvvəl edin, çünki itkin fayl və rədd edilən oxuma müxtəlif düzəlişlər tələb edir. Standart jurnal onları fərqləndirmir. Bir əlavə bayraq bir saatlıq təxmini qənaət edir.

Xidmət kimliyi oxuya bilməyəndə

Xidmət sizin kimi deyil, sistem kimliyi kimi işləyir. İstifadəçinizə tam nəzarət verən və başqa heç kimə verməyən ACL orada uğursuz olur, halbuki sizin sessiyanızda mükəmməl işləyir. Xəritələnmiş diskdə və ya autentifikasiyalı paylaşımda saxlanan profil də eyni səbəbdən uğursuz olur. Başqa bir şeyə baxmazdan əvvəl faylın icazələrini təsdiqləyin.

Yoxlama effektiv icazələrin oxunması və xidmət kimliyi kimi cəhd edilən oxumadır. Birinci hissəni yüksəldilmiş əmr sətrindən işlədin:

icacls "C:\VPN\profiles\office\office.ovpn"

Sonra eyni oxumanı xidmət kimliyi kimi cəhd edin, məsələn Sysinternals-dan psexec -s -i ilə, və faylın açılıb-açılmadığına baxın. Açılmırsa, heç bir yol düzəlişi kömək etməyəcək. ACL-i düzəldin və ya profili xidmət kimliyinin oxuya biləcəyi yerə köçürün.

Fayl səviyyəsində şifrələmə ikinci, daha nadir haldır. Encrypting File System atributu ilə işarələnmiş profil onu şifrələyən istifadəçi üçün şəffaf şəkildə deşifrə olunur və xidmət hesabı üçün oxunmaz qalır. Buna görə eyni fayl sizin redaktorunuzda açılır, xidmətin altında isə açılmır.

Atribut yüksəldilmiş əmr sətrindən görünür və onu yoxlamaq profili açmır. Hər iki əmri işlədin və çıxışı oxuyun:

cipher /s:"C:\VPN\profiles\office"
attrib "C:\VPN\profiles\office\office.ovpn"

Atributu silmək faylı oxunaqlı edir və o daşıdığı qorumanı da aradan qaldırır. Profil qorunmalı qalmalıdırsa, məxfi materialı istifadəçi üzrə şifrələməyə güvənmək əvəzinə xidmət kimliyinin açıq icazəsi olan yerə qoyun. Bu quruluş parol dəyişikliyindən sonra da qalır və girişi faylı şifrələyən şəxsdən başqasının nəzərdən keçirməsinə imkan verir.

Tunelin sahibinin kim olduğuna qərar vermək

Qrafik interfeys parol soruşa və istifadəçi anbarınızdan sertifikat oxuya bilər. Xidmət heç birini edə bilməz, ona görə interaktiv sirrə bağlı profil yollar nə qədər düzəldilsə də, nəzarətsiz heç vaxt başlamayacaq. Bu hədd dizayn qərarıdır, ətrafından dolanılacaq qüsur deyil. Başqa bir şeyi dəyişməzdən əvvəl bir sahib seçin.

Tunel girişdən əvvəl işləməlidirsə, xidmətə nəzarətsiz etimad mənbəyi və profilin öz nüsxəsini verin. Yalnız masanın arxasında olduğunuz müddətdə mövcud olmalıdırsa, onu qrafik interfeysdə saxlayın və xidmət nüsxəsini silin. İkisinin birlikdə olması adapter toqquşmaları və təkrarlanan marşrutlar yaradan konfiqurasiyadır.

Bu toqquşma adətən bir adapter üstündə vuruşan iki sahib kimi deyil, konfiqurasiya xətası kimi diaqnoz edilir. Hadisə jurnalı bir prosesin TAP cihazını aça bilmədiyini göstərəcək, bu icazə problemi kimi görünür və deyil. Əvvəlcə sahibləri sayın.

Xidmət sarğıçısı əslində nə başladır

Xidmətin giriş nöqtəsi öz saxlanmış parametrlərini oxuyan və sonra openvpn.exe-ı başladan kiçik bir sarğıçıdır. Hadisə jurnalındakı əmr sətri gözləntinizlə uyğun gəlməyəndə, yoxlanmalı olan həmin dəyərlərdir. Yenidən quraşdırma onları standartlara qaytarır və sübutları məhv edir. Əvvəlcə onları oxuyun.

Dəyərlər reyestrdə xidmətin öz açarı altında yaşayır və sc qc xidmət menecerinin başladacağı ikili fayl yolunu göstərir. Hər hansı birini redaktə etməzdən əvvəl o yolu sarğıçının saxlanmış konfiqurasiyası ilə müqayisə edin.

Sarğıçını nəzarət etdiyiniz skriptlə əvəz etmək daha müdaxiləcidir, lakin effektiv əmr sətrini bir oxunaqlı fayla yığır. Yenidən başlatma ilə bitirin, sonra ilk uğurlu başlama sətri görünənə qədər profil üzrə jurnalı oxuyun. Xidmətin işlək statusu yalnız sarğıçının çıxmadığını bildirir, bu da onun övladı dərhal öldükdə doğrudur.