OpenVPN systemd parol sorğusunu gözləyir: cavab vermək lazımdır?
systemd parol sorğusu şlüzdən gələn hökm deyil, xidmətdən gələn istəkdir. Hansı sirrin soruşulduğunu və kimin cavab verməli olduğunu müəyyən edin.
Terminalda systemd-tty-ask-password-agent haqqında mesaj görünür və tunnel işə düşmür. Cazibədar oxunuş VPN-in parolu rədd etməsi və indi nəyinsə düzəliş gözləməsidir. Daha dəqiq ifadə budur: hansısa xidmət systemd-dən interaktiv giriş istəyib və sorğu hələ cavablandırılmayıb. Hansı xidmətin soruşduğu və hansı sirri istədiyi — hər şeyi yazmadan əvvəl həll edə biləcəyiniz iki sualdır.
Cavab verməli olanı iki şərt müəyyən edir
Birinci şərt bu instansı qəsdən başladıb-başlamadığınızdır. Etdiyiniz hərəkətdən sonra gələn sorğu sizindir, uyğun hərəkət olmadan görünən sorğu isə başqa bir şeyə aiddir. İkincisi, sirrin hesab autentifikasiyası, yoxsa açar qorunması olduğudur; çünki bunlar müxtəlif yerlərdə yaşayır və müxtəlif kod yollarından keçir. Hərəkət etməzdən əvvəl baxsanız, hər iki cavab jurnalda görünür.
Hər iki cavab aydın olduqda qərar sadədir: xidmətin özünün dəstəklədiyi sorğu yolu ilə cavab verin. Hər hansı biri aydın olmadıqda isə düzgün addım, aidiyyətini müəyyən edə bilmədiyiniz sorğuya parol yazmaq əvəzinə araşdırma aparmaqdır.
Bütün qayda budur və əmrlərdən əvvəl bunu deməyə dəyər. Aşağıdakı hər şey bundan irəli gəlir.
Heç nə yazmadan sorğunu siyahıya alın
Agent heç nəyə cavab vermədən gözləyənləri sadalaya bilər. sudo systemd-tty-ask-password-agent --list gözləyən sorğuları çap edir və bu çıxış sorğunu vahidlə əlaqələndirmək üçün lazım olan sübutdur. Etimad məlumatı verməzdən əvvəl onu oxuyun və sorğu təsvirlərini heç bir açıq diaqnostik yapışdırmadan kənarda saxlayın.
Siyahını başladığınız əməliyyatla və ona sahib olan vahidlə uyğunlaşdırın. Siyahıda heç nə hərəkətinizə uyğun gəlmirsə, gördüyünüz sorğu başqa xidmətə aiddir və onu həll etmək sizin işiniz deyil. Siyahıdakı vahid adı sorğu ilə xidmət arasındakı yeganə etibarlı bağlantıdır.
Aidiyyətini müəyyən edə bilmədiyiniz sorğuya cavab verməyin. Gözləməyin qiyməti gecikmədir, yanlış sorğuya cavab verməyin qiyməti isə yanlış yerdə etimad məlumatıdır.
İnstansiya əslində hansı sirri tələb edir?
auth-user-pass VPN xidmətinə hesab autentifikasiyası ilə bağlıdır və etimad faylı olmadan sənədləşdirilmiş davranış konsolda soruşmaqdır. askpass isə qorunan açar materialını açan parol ifadəsini alır və bunu proses demon kimi arxa planda işləməyə başlamazdan əvvəl edir. Bunlar fərqli ömürlü fərqli sirlərdir.
Fayl formatları da fərqlidir. Hesab forması bir istifadəçi adı sətri və bir parol sətri gözləyir, açar parol ifadəsi faylı isə birinci sətri parolu kimi oxuyur. Digər roldan etimad faylı reseptini köçürmək adətən həll əvəzinə yeni bir sorğu yaradır. Səhv formalı fayl faylsızlıqdan pisdir, çünki nasazlıq heç kimin izləmədiyi yerə keçir.
Nə yazacağınıza qərar verməzdən əvvəl instansiyanın hansı direktivdən istifadə etdiyini yoxlayın. Direktivin adı sorğunun hansı sirr üçün olduğunu deyir.
--query nə edir, --list nə etmir
--query çağıran terminalda bütün gözləyən sorğuları emal edir, bu isə bir sorğuya cavab verməkdən qat-qat geniş hərəkətdir. O, OpenVPN seçicisi deyil və məşğul maşında digər vahidlərə aid sorğulara cavab verə bilər. İzləmə rejimi daha da genişdir, çünki sorğular gəldikcə onları emal etməyə davam edir.
İşləyən ən dar mexanizmi istifadə edin. Tək bir xidmət üçün həmin xidmətin öz sorğu iş axını qlobal agentdən dardır və cavabı soruşan vahidə bağlı saxlayır.
Bir bildiriş bir dəfə göründüyü üçün birdəfəlik sorğunu nəzarətsiz qlobal agentə çevirmək — müvəqqəti narahatlığın daimi dizayna çevrilmə üsulu budur. Eyni ehtiyat host üzrə parol bildiriş vahidlərini söndürməyə də aiddir.
Qərar verin, sonra seçimi qeyd edin
Nəzarətsiz yerləşdirmə üçün etimad mənbəyini, fayl icazələrini və yenilənmə cədvəlini bağlantının sahibi ilə razılaşdırın. İnteraktiv ikinci amil bir şəxs və ya xüsusi xidmət kimliyi tələb edə bilər. Sorğunu boğmaq həmin autentifikasiyanı yaratmır və auth-user-pass silmək yalnız ona ehtiyacı olan xidməti pozur.
Qarşılıqlı təsirdən sonra eyni instansiyaya onun növbəti hadisəsi üçün baxın və şəxsi resursu yoxlayın. Gözləyən heç nə yoxdursa, hostda hər OpenVPN vahidini işə salmaq əvəzinə instansiya vəziyyətinə qayıdın.