VPN günlükleri için journalctl: bağlantı hangi birime ait?

Hatırladığınız günlük komutuyla değil, VPN bağlantısına gerçekten sahip olan systemd birimiyle başlayın. Doğrudan bir OpenVPN hizmeti, bir wg-quick birimi ve bir NetworkManager profili yararlı mesajlarını farklı birimlere yerleştirir ve yanlış birime yapılan sorgu sessizlik gibi görünen boş bir sonuç verir. Üç yaygın sahibi karşılaştırın, pencereyi daraltın, ardından aşamaları sırayla okuyun.

Üç yaygın sahibi karşılaştırın

OpenVPN istemci hizmeti genellikle profilin adını taşıyan bir örnek birimidir, örneğin [email protected]. Mesajları yapılandırma yolunu, seçeneklerin ayrıştırılmasını, TLS el sıkışmasını ve istemcinin yaptığı rota kurulumunu içerir.

wg-quick birimi tasarımı gereği daha sessizdir. Arayüz yapılandırması başlangıçta olur, el sıkışmayı çekirdek yönetir ve rutin anahtar yenilemeleri varsayılan olarak günlüğe yazılmaz, bu yüzden wg show genellikle günlükten daha bilgilendiricidir. Bu fark, görüşmeleri günlüğe yazan bir protokolü yazmayanla karşılaştırdığınızda önemlidir.

NetworkManager oluşturduğu profillere sahiptir ve temel eklenti bir VPN yardımcısı olsa bile mesajları NetworkManager.service altında yaşar. Profil bu şekilde yönetildiğinde hem yöneticiye hem de yardımcı birime sorun.

Sorguyu tek bir birime ve tek bir pencereye daraltın

Belirlediğiniz birime sorun ve süreyi incelediğiniz denemeyle sınırlayın. Bir gün genellikle yeterlidir ve makine sık sık yeniden bağlandığında daha kısa bir pencere daha iyidir.

journalctl -u [email protected] --since today
systemctl list-units --type=service | grep -i vpn
systemctl cat [email protected]

Sorguya güvenmeden önce kurulu adı doğrulayın. Dağıtım paketlemesi birimleri yeniden adlandırır ve dosya olarak var olan bir profil hiçbir zaman hizmet olarak etkinleştirilmemiş olabilir. Birim yoksa boş günlük size tünel hakkında değil, kurulum hakkında bilgi verir.

İlk başarısız aşamayı okuyun

Olayları meydana gelme sırasına göre okuyun: uç nokta araması, taşıma, kimlik, kimlik doğrulama, rota kurulumu ve uygulamanın sonraki hatası. İlk somut hata araştırmaya değer olandır, çünkü ondan sonraki her şey bir sonuçtur.

Başarıyla başlayan bir hizmet, gereken her kaynağın erişilebilir olduğunu kanıtlamaz. Yeniden bağlanma döngüsü birkaç ayrı görüşme üretebilir, bu yüzden profil adını ve deneme saatini olaylarla birlikte tutun ve birleştirilmiş bir akış yerine tek bir denemeyi okuyun. Tek deneme nedeni olan bir dizidir, birleştirilmiş akış ise yinelenen satırlardan oluşan bir duvardır. Daha fazla okumadan önce ilk hatayı bilete yazın.

Başarısız hizmeti elle çalıştırılan istemciyle karıştırmayın

Hizmet başarısız olduktan sonra istemciyi elle başlattıysanız çıktısı başka bir yere gider ve davranışı farklı olabilir. Desteklenen bir düzeltmeden sonra yeni sonucu aynı sahipten ve aynı istekten alın, böylece karşılaştırma iki farklı programı karıştırmak yerine neyin değiştiğini göstersin.

Orijinal zaman damgalarını başka bir ana bilgisayarla hizalamak için değiştirmeyin. Saat dilimini ve bilinen saat farkını ayrı ayrı not edin, çünkü düzenlediğiniz zaman çizelgesi artık kanıt değildir.

Dışa aktarım değil, alıntı paylaşın

Günlük kayıtları kullanıcı adları, uç nokta adresleri, özel topoloji ve betik ortamı bilgileri içerebilir. Tam sınırsız bir dışa aktarım yayınlamak yerine gerçek alıntıyı inceleyin ve hassas olanı karartın. Hatayı kanıtlayan satırları alıntılayın ve gerisini özetleyin. Kısa ve incelenmiş bir alıntı, kimsenin okumadığı bir dosyadan daha kolay kullanılır.

Dar pencereyi, birim adını ve ilk başarısız aşamayı gönderin ve neleri zaten elediğinizi söyleyin. systemd journalctl kılavuzu seçicileri ve çıktı seçeneklerini belgeler, dağıtımınızın sürümünün desteklediği bir biçime ihtiyacınız varsa.