OpenVPN işə düşdü, amma heç nə çap etmədi: əvvəlcə log-append-i yoxlayın

OpenVPN-i konfiqurasiya faylı ilə qabıqdan işə salırsınız və terminal heç bir çıxış olmadan elə qalır. Nə banner, nə xəta, nə də sorğu işarəsi. İnsanın instinkti işə salmanın uğursuz olduğunu deyir, buna görə daha bir nüsxə, sonra daha birini işə salırsınız və maşında bir neçə yarımkonfiqurasiya edilmiş instans qalır. Bunların hamısından əvvəl profildə jurnalı artıq başqa yerə yönləndirən direktivi yoxlayın. Sükut prosesin deyil, konsolun xüsusiyyətidir.

Sükutun iki çox fərqli izahı var

Birincisi odur ki, proses yaxşı işləyir və sizin izləmədiyiniz fayla yazır. İkincisi odur ki, o, həmin faylda qeyd olunan xəta ilə dərhal çıxıb.

Hər ikisi boş terminal qoyur və onları bir sual ayırır: indi proses varmı və ona yazmaq tapşırılan faylda nə var. Konfiqurasiyaya yenidən toxunmazdan əvvəl buna cavab verin. Çıxış almaq üçün yenidən işə salmaq iki instansın bir tunel cihazı və eyni port uğrunda dava etməsinə səbəb olur, bu da ilkin problemlə heç bir əlaqəsi olmayan xətalar yaradır.

Direktivi tapın, sonra prosesi tapın.

ps -o pid,args= -C openvpn
grep -nE '^\s*(log|log-append|cd|daemon|verb)\b' /etc/openvpn/server/server.conf

İşləyən prosesin istifadə etdiyi təyinatı tapın

Prosesin həqiqətən işə salındığı profili oxuyun, redaktə etdiyinizi deyil. Xidmətlə idarə olunan instans adətən başqa yol yükləyir və başqa iş qovluğunda işləyir, buna görə nisbi fayl adı gözləmədiyiniz yerdə həll olunur.

Açıq cd direktivi bu fərqi daha kəskin edir, çünki nisbi yol qovluq dəyişikliyi ilə birlikdə hərəkət edir. Bu konfiqurasiyanı miras almısınızsa, fayl indi heç kimin axtarmayacağı yerdə ola bilər.

Faylın dəyişdirilmə vaxtını işə saldığınız anla müqayisə edin. Keçən həftənin jurnalı keçən həftə haqqında sübutdur. Sonra dəyişən faylın son sətirlərini oxuyun və orada olanı itirdiyiniz başlanğıc mesajı kimi qəbul edin.

log log-append-ə qarşı: sübut və silinmə

log-append faylda artıq olanlara əlavə edir. log faylı yazmaq üçün açır və onu kəsir, buna görə ikisi arasında keçid oxumaq istədiyiniz işə salmanı silə bilər.

Kimsə sazlayarkən direktivi dəyişibsə, əvvəlki sübut artıq yoxdur və faylın ölçüsü şübhəli dərəcədə kiçik görünəcək. İki işə salmanı müqayisə edib nəyinsə dəyişdiyi qənaətinə gəlməzdən əvvəl bunu bilməyə dəyər. Jurnalı qəsdən silin və ya saxlayın, amma hansını etdiyinizi bilin. Qəsdən sildiyiniz sübut təsadüfən itirdiyiniz sübutdan daha asan izah olunur.

Heç bir variant çatışmayan ana qovluqları yaratmır və heç biri fayl sistemi icazələri və ya xidmət sandboxu vasitəsilə giriş vermir. Konfiqurasiyada düzgün görünən yol yenə də demonun işlədiyi hesab üçün yazıla bilməz ola bilər, bu halda demon heç nə bildirməmişdən əvvəl uğursuz ola bilər. Fayl adının problem olduğunu düşünməzdən əvvəl qovluğun mövcudluğunu və sahibini yoxlayın.

Xidmət örtüyü çıxışı tutduqda

systemd altında standart çıxış və xəta, açıq fayl direktivi üstünlük almadıqca jurnala gedir və satıcı örtüyü onları tamamilə başqa yerdə tuta bilər.

Buna görə eyni profil qabıqdan və unitdən fərqli davranır. Unitin mühiti, iş qovluğu və standart axınları sizin interaktiv qabığınızdan fərqlənir. Nisbi yol bir kontekstdə həll oluna, digərində heç bir yerə düşməyə bilər. İkisi uyğunsuz olduqda profili deyil, unit tərifini oxuyun.

Birinin sınmış olduğu qənaətinə gəlmək əvəzinə iki işə salma quruluşunu müqayisə edin. Unitin əmr sətrini və mühitini oxuyun, sonra eyni zaman pəncərəsi üçün jurnalı oxuyun. Örtük çıxışı öz faylına yönləndirirsə, o fayl artıq sizin jurnalınızdır və OpenVPN direktivləri mesajların getdiyi yerlə əlaqəli deyil.

Həddindən artıq sözlülüyü yalnız onu oxuya bildikdən sonra artırın

Təyinatı tapmadan sözlülüyü artırmaq yalnız baxmadığınız yerdə daha çox mətn yaradır.

Çıxışın hara düşdüyünü bildikdən sonra orta səviyyə profilin təhlil edildiyini və bağlantının cəhd edildiyini göstərir. Başlanğıc problemi üçün iki və ya üç kifayətdir. Daha yüksək səviyyələr fəaliyyət zamanı danışıq detalları olduqda haqq qazanır və faylın sürətlə böyüməsinə də səbəb olur.

Sonra faktiki xətanı oxuyun. Səssiz terminal tunelin qalxıb-qalxmadığı barədə heç nə sübut etmir və düzəltməyə dəyər olan faylda qeyd olunan uğursuzluqdur.