L2TP hata ayıklama günlüğü boş mu? Hata muhtemelen journal’da

L2TP yardımcısını hata ayıklama ile başlatıyorsunuz, terminale bakıyorsunuz ve ekranda işe yarar hiçbir şey olmadan duruyor. Bu bozuk bir hata ayıklama bayrağı değil. Bir NetworkManager L2TP bağlantısı birlikte çalışan dört süreçtir ve bunlardan yalnızca bazıları izlediğiniz terminale yazar. Kanıtın geri kalanı journal’da, bir filtre uzaklıkta.

Dört süreç, iki günlük hedefi

Bağlantı IPsec ile başlar; kuruluma göre bu libreswan veya strongSwan’dır. Ardından L2TP daemon’u, geleneksel olarak xl2tpd ve bazı derlemelerde kl2tpd, tüneli çalıştırır. Son olarak pppd bunun içinde kimlik doğrulama ve adresleme ile ilgilenir.

Yardımcı hizmet bu parçaları koordine eder ve kendi ilerlemesini yazdırır. IPsec daemon’u ve pppd genellikle sistem journal’ı aracılığıyla rapor verir, bu yüzden terminal başarısız bir bağlantı gösterirken neden açmadığınız bir dosyada durur.

Bu ayrım, bir PSK hatası ile bir parola hatasının masaüstünden neden aynı göründüğünü de açıklar: ikisi de genel bir bağlantı kesintisi üretir ve başarısız olan aşama yalnızca her sürecin çıktısında görünür. Journal’ın burada önemli olmasının tüm nedeni budur. Masaüstünde tek bir genel mesaj, arkasında dört olası yazar.

Bir deneme toplayın, ardından sırayı okuyun

Bilinen bir profille ve bilinen bir zamanla bir kez yeniden üretin, ardından tüm önyükleme yerine dar bir pencere okuyun. Ayarları değiştirirken denemeleri tekrarlamak günlüğü yorumlanamaz bir karışıma dönüştürür.

Bu komutlar geçerli önyükleme için katılan süreçleri seçer ve eklenti yolunun dağıtımınızda doğrulanması faydalıdı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

Tek bir çağrıda yinelenen alanlar bu süreçlerin birleşimini seçer, bu da sırayı zaman sırasına göre korur. Debian tabanlı bir sistemde eşdeğer sorgu dpkg -L; mesele, elle çalıştırmayı denemeden önce yardımcının gerçekte nerede yaşadığını bulmaktır.

Sonraki adımı üç koşul belirler

Başarısız olan ilk aşamayı okuyun ve ona göre seçin. IPsec bir teklif veya eş kimlik doğrulama hatası bildiriyorsa tünel hiç oluşmadı ve PPP parolasını değiştirmek yardımcı olamaz.

Tünel oluştu ve pppd oturum açmayı reddettiyse paylaşılan sır zaten doğruydu ve kimlik bilgileri sorunu bir katman yukarıda. pppd bir adres üzerinde pazarlık yaptı ve hata daha sonra ortaya çıktıysa ikisi de çalışıyor demektir ve kalan sorun yönlendirme, DNS veya sunucunun kendi politikasıdır.

Bu üç dal neredeyse her genel bağlantı kesintisini kapsar ve hangi sürecin son hatayı günlüğe kaydettiği belirler, hangi hata mesajının en endişe verici göründüğü değil.

Hata ayıklama ayarına dokunmadan önce hangi IPsec arka ucunun kurulu olduğunu doğrulamak da faydalıdır. strongSwan için yazılmış bir günlükleme seçeneği libreswan çalışırken hiçbir şey yapmaz ve siz kimsenin okumadığı bir dosyayı düzenlerken bağlantı aynı yerde başarısız olmaya devam eder.

Hata ayıklama modu dosyalar bırakır

Orijinal hata ayıklama iş akışı hizmeti bir hata ayıklama bayrağıyla elle çalıştırır ve bu mod bağlantı bittiğinde oluşturulan çalışma zamanı yapılandırma dosyalarını yerinde bırakabilir.

Bu dosyalar kimlik doğrulama malzemesi içerir: önceden paylaşılan anahtar, kimlik bilgileri veya her ikisi. Bir sohbet penceresine kopyalanan oluşturulmuş yapılandırma, günlük alıntısı değil, kimlik bilgilerinin ifşasıdır. Bir şey paylaşmadan önce gizli satırları kaldırın ve soruşturma bittiğinde dizini silin. Onlara sır gibi davranın, bir rapor için ihtiyacınız olan belirli satırları çıkarın ve bir dizini bilete yapıştırmak yerine sonra silin.

Elle çalıştırılan örnek de normal olanla koordine edilmelidir. Hizmet eklentinin sahibiyken bir hata ayıklama kopyası başlatmak iki sahip ve ikisini karıştıran bir günlük üretir; bu, hiç hata ayıklama çıktısı olmamasından daha kötüdür.

Ardından normal yardımcıyı geri yükleyin

Soruşturma bittiğinde elle çalıştırılan örneği durdurun, saklanan çalışma zamanı dosyalarını kaldırın ve normal yoldan yeniden bağlanın, böylece sonraki kişi gerçekliğe uyan bir yapılandırma görsün.

Ardından sonucu başarısız olan katmanda doğrulayın, masaüstü simgesinde değil:

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

Kimlik doğrulayan, bir adres alan ve amaçlanan hedefe yönlendirilen bir oturum, hata ayıkladığınız sonuçtur. Başarısız bir deneme sırasında sessiz terminal size yalnızca şunu söyler çıktının nereye yazılmadığını.