OpenVPN jurnalları kimə aiddir: demon, rsyslog yoxsa logrotate?

Jurnal döndərmə proqnozlaşdırıla bilən şəkildə sınır: üç komponentin hər biri faylın sahibi olduğunu düşünür və nəticə yeni fayl boş qalarkən böyüməyə davam edən döndərilmiş jurnal olur. Demon fayl deskriptorunu saxlayır, logrotate yolu adlandırır, rsyslog isə tamam başqa yerdə yazır. Yığına başqa qayda əlavə etməzdən əvvəl bir yazıcı və bir döndərici seçin. Aşağıdakı yoxlama siyahısı bu ardıcıllıqla hərəkət edir, çünki hər sonrakı addım ondan asılıdır.

Faylı kimin yazdığını müəyyən edin

İki dizayn qanunidir. Birincidə VPN prosesi öz log və ya log-append seçimi ilə faylı özü yazır. İkincidə qeydləri sistem jurnalına göndərir və rsyslog ya journald onların hara düşəcəyini qərarlaşdırır.

Bunlar alternativlərdir, təbəqələr deyil. Hər ikisini aktivləşdirən host bir-birinə uyğun gəlməyən iki faylla qalır və oxuduğunuz fayl çox vaxt köhnəlmiş olanıdır. Yolu qəsdən seçin, sonra digər yazıcını silin.

Hər hansı dəyişiklik etməzdən əvvəl xidmətin effektiv konfiqurasiyasını oxuyun, o cümlədən vahid faylını üstələyə bilən drop-in fayllarını. Redaktə etdiyiniz profildə olan təlimat onun işləyən prosesin yüklədiyi təlimat olduğuna sübut deyil. Vahidi proses arqumentləri ilə, sonra həqiqətən açdığı fayllarla müqayisə edin.

Filtri dar etmək üçün demonu adlandırın

syslog yolunda demona ayrı kimlik verin və onun üzrə filtr edin. Bu VPN nüsxəsinin proqram adına uyğun gələn qayda onun qeydlərini saxlama siyasəti başqa bir şeyə aid olan paylaşılan fayldan kənarda saxlayır.

Dar qaydalar növbəti sualı da cavablandırıla bilən edir: bu sətri hansı xidmət istehsal etdi? İçində VPN sözü olan hər şeyə uyğun gələn filtr ikinci tunelin trafikini də həvəslə toplayacaq və hər ikisini bulanıqlaşdıracaq. Vahidin loggerə ötürdüyü dəqiq identifikatora uyğunlaşdırın.

Qaydanı hərəkətdən sonra bağlayın ki, qeydlər də susmaya başlanğıc təyinatına düşməsin. İki faylda təkrarlanan sətirlər jurnal xətası kimi görünür, əslində isə çatışmayan dayanacaqdır. Bu tək buraxma həm də saxlama siyasətinin disk xərcini ikiqat artırır.

Deskriptoru itirmədən döndərin

Demon faylı yazanda logrotate yolu adlandırır, amma proses açıq deskriptorunu saxlayır. Yeni qeydlər nəyinsə prosesi orijinal yolu yenidən açmağa məcbur etdiyi ana qədər adlandırılmış fayla davam edir; buna görə döndərmə işləyirmiş kimi görünə bilər, halbuki yeni fayl boş qalır.

Həll xidmətin sənədləşdirilmiş yenidən yükləmə və ya yenidən başlatma davranışını işə salan postrotate hərəkətidir. Loggerə siqnal göndərmək tamam başqa hərəkətdir və öz faylını saxlayan demon üçün heç nə etmir.

Yenidən açma mümkün olmayanda copytruncate ehtiyat variantdır: faylı kopyalayın, sonra yerində kəsin. Deskriptoru qüvvədə saxlayır, lakin kopya ilə kəsmə arasında yazılan hər şeyi itirir, yəni bu həll deyil, mübadilədir. Yükləmə altında bu boşluq tutmağa çalışdığınız nasazlığı udara bilər.

Hər fayl üçün ikisindən birini seçin və seçimi yazın, çünki onları eyni yolda qarışdırmaq sonralar aid etmək çox çətin olan boşluqlar yaradır. Bir qovluqda hər iki nümunəni tapan oxucu hansının səlahiyyətli olduğunu deyə bilməz.

Saxlamanı hadisə pəncərəsindən təyin edin

Saxlama, sıxılma və maksimum ölçü həqiqətən nə qədər geriyə araşdırdığınızdan irəli gəlməlidir. Sıxılma və ölçü həddi olan yeddi günlük pəncərə bir çox yerləşdirmə üçün məqul başlanğıc nöqtəsidir; dərslikdən köçürülmüş rəqəm isə deyil.

Siyasəti bir yerdə saxlayın. logrotate faylı döndərir və rsyslog da onu döndərirsə, ikinci döndərmə qalib gəlir və birincinin adlandırma sxemi qarışıqlıq kimi qalır. Sahibini seçin, digər döndərməni söndürün və bu qərarı siyasətin yanında qeyd edin.

rsyslog sənədləri onun marşrutlaşdırma və hərəkət modelini əhatə edir, OpenVPN xidmət sənədləri isə demonun öz jurnal seçimləri üçün səlahiyyətli olaraq qalır. Heç biri sizin saxlama siyasətinizi sizin əvəzinizə qərarlaşdırmır.

Bir döndərmə və bir yeni hadisə sınayın

Tək bir döndərməni məcburi edin və sonra bir yeni hadisə yaradın, məsələn uğursuz autentifikasiya. Yeni qeydin yeni faylda göründüyünü və köhnə faylın böyüməsinin dayandığını təsdiqləyin.

Yeni fayldakı icazələri də yoxlayın, çünki onu fərqli sahiblə yenidən yaradan döndərmə növbəti yazıda yazıcını sındırır və qəza kimi görünən boşluq yaradır. Uzaqlaşmazdan əvvəl sahibi və rejimi xidmət hesabı ilə müqayisə edin. Sonra sıxılmış arxivin oxunaqlı olduğunu təsdiqləyin, çünki heç kimin aça bilmədiyi arxiv saxlama deyil. Köhnə fayldakı ən yeni qeydin qısa oxunuşu həm sıxılmanı, həm də icazələri sübut edir.

Hər addımın sahibini qeyd edərək bitirin: hansı komponent yazır, hansı döndərir və saxlama siyasəti harada yaşayır. Bu qeyd növbəti jurnal hadisəsini hansı təbəqənin sətri itirdiyini təxmin edərək keçirilən bir günorta yerinə beş dəqiqəlik yoxlamaya çevirir.