L2TP sazlama jurnalı boşdur? Səhv çox güman ki, sistem jurnalındadır

L2TP köməkçisini sazlama ilə işə salırsınız, terminala baxırsınız və o, ekranda faydalı heç nə olmadan dayanır. Bu, pozulmuş sazlama bayrağı deyil. NetworkManager L2TP bağlantısı dörd birlikdə işləyən prosesdir və onlardan yalnız bəziləri baxdığınız terminala yazır. Sübutun qalanı jurnaldadır, bir filtr uzaqlıqda.

Dörd proses, iki jurnal təyinatı

Bağlantı IPsec ilə başlayır; quraşdırmadan asılı olaraq bu libreswan və ya strongSwan ola bilər. Sonra L2TP daemonu — ənənəvi olaraq xl2tpd, bəzi buraxılışlarda kl2tpd — tuneli işə salır. Nəhayət pppd onun içində autentifikasiya və ünvanlama ilə məşğul olur.

Köməkçi xidməti bu hissələri əlaqələndirir və öz gedişatını çap edir. IPsec servisi və pppd ümumiyyətlə sistem jurnalı vasitəsilə hesabat verir; buna görə terminal bağlantının uğursuz olduğunu göstərir, səbəb isə açmadığınız faylda qalır.

Bu ayrılıq həm də onu izah edir ki, niyə PSK səhvi ilə parol səhvi masaüstündən eyni görünür: hər ikisi ümumi bir kəsinti yaradır və uğursuz olan mərhələ yalnız proses başına çıxışda görünür. Jurnalın burada əhəmiyyətli olmasının bütün səbəbi budur. Masaüstündə bir ümumi mesaj, arxasında dörd mümkün müəllif.

Bir cəhd toplayın, sonra sıranı oxuyun

Məlum profil və məlum vaxtla bir dəfə təkrar yaradın, sonra bütün yükləmə yerinə dar bir pəncərə oxuyun. Tənzimləmələri dəyişərkən cəhdləri təkrarlamaq jurnalı şərh edilə bilməyən qarışığa çevirir.

Bu əmrlər cari yükləmə üçün iştirak edən prosesləri seçir və plagin yolunu distributivinizdə təsdiqləməyə dəyər:

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=pluto _COMM=charon _COMM=xl2tpd _COMM=pppd
rpm -ql NetworkManager-l2tp 2>/dev/null | grep nm-l2tp-service

Bir çağırışda təkrarlanan sahələr həmin proseslərin birləşməsini seçir, bu da ardıcıllığı vaxt sırasında saxlayır. Debian əsaslı sistemdə ekvivalent sorğu dpkg -L -dir; məsələ köməkçini əl ilə işə salmazdan əvvəl onun həqiqətən harada yaşadığını tapmaqdır.

Növbəti addımı üç şərt həll edir

İlk uğursuz mərhələni oxuyun, sonra ona uyğun seçin. Əgər IPsec təklif və ya həmsöhbət autentifikasiyası uğursuzluğu bildirirsə, tunel heç vaxt yaranmayıb və PPP parolunu dəyişmək kömək edə bilməz.

Tunel yaranıbsa və pppd girişi rədd edibsə, ortaq sirr artıq qaydasında idi və etimad məlumatı problemi bir qat yuxarıdadır. pppd ünvan barədə razılaşıbsa və uğursuzluq sonra görünürsə, hər ikisi işləyir və qalan problem marşrutlaşdırma, DNS və ya serverin öz siyasətidir.

Bu üç budaq demək olar ki, hər ümumi kəsintini əhatə edir və onlar ən çox narahat edən xəta mesajı ilə deyil, son xətanı hansı prosesin qeyd etməsi ilə həll olunur.

Sazlama tənzimləməsinə toxunmazdan əvvəl hansı IPsec arxa hissəsinin quraşdırıldığını təsdiqləmək də dəyər. strongSwan üçün yazılmış jurnal seçimi libreswan işləyərkən heç nə etmir və heç kimin oxumadığı faylı redaktə etdiyiniz müddətdə bağlantı eyni yerdə uğursuz olmağa davam edəcək.

Sazlama rejimi arxasında fayllar qoyur

Yuxarı axın sazlama iş axını xidməti sazlama bayrağı ilə əl ilə işə salır və bu rejim bağlantı bitəndə yaradılmış işləmə konfiqurasiya fayllarını yerində qoya bilər.

Bu fayllar autentifikasiya materialı saxlayır: əvvəlcədən paylaşılmış açar, etimad məlumatları və ya hər ikisi. Söhbət pəncərəsinə köçürülmüş yaradılmış konfiqurasiya jurnal çıxarışı deyil, etimad məlumatlarının açıqlanmasıdır. Hər hansı bir şeyi paylaşmazdan əvvəl sirr sətirlərini silin və araşdırma bitəndə qovluğu silin. Onlara sirr kimi yanaşın, hesabat üçün lazım olan konkret sətirləri çıxarın və sonra qovluğu bilete yapışdırmaq yerinə onları silin.

Əl ilə işləyən nüsxə də normal nüsxə ilə əlaqələndirilməlidir. Xidmət artıq plaginə sahibkən sazlama nüsxəsini işə salmaq iki sahib və hər ikisini qarışdıran jurnal yaradır ki, bu da heç bir sazlama çıxışı olmamasından pisdir.

Sonra normal köməkçini bərpa edin

Araşdırma bitəndə əl nüsxəsini dayandırın, saxlanılan işləmə fayllarını silin və normal yolla yenidən qoşulun ki, növbəti şəxs reallığa uyğun konfiqurasiya görsün.

Sonra nəticəni masaüstü nişanında deyil, uğursuz olan qatda yoxlayın:

journalctl -b -u NetworkManager --since -10min | tail -30
ip -4 addr show ppp0
ip -4 route get 10.20.4.10

Autentifikasiyadan keçən, ünvan alan və təyinat nöqtəsinə marşrutlaşdıran sessiya sizin sazlamada axtardığınız nəticədir. Uğursuz cəhd zamanı səssiz terminal sizə yalnız çıxışın yazılmadığı yeri.