VPN jurnalları üçün journalctl: Bağlantı hansı vahidə aiddir?

Xatırladığınız jurnal əmri ilə deyil, VPN bağlantısına həqiqətən sahib olan systemd vahidi ilə başlayın. Birbaşa OpenVPN xidməti, wg-quick vahidi və NetworkManager profili faydalı mesajlarını fərqli vahidlərdə yerləşdirir və yanlış vahidə verilən sorğu səssizliyə bənzəyən boş nəticə verir. Üç ümumi sahibi müqayisə edin, pəncərəni daraldın, sonra mərhələləri sıra ilə oxuyun.

Üç ümumi sahibi müqayisə edin

OpenVPN müştəri xidməti adətən profil adına uyğun instans vahididir, məsələn [email protected]. Onun mesajlarına konfiqurasiya yolu, seçimlərin təhlili, TLS əl sıxma və müştərinin yerinə yetirdiyi marşrut quraşdırması daxildir.

wg-quick vahidi dizaynına görə daha səssizdir. İnterfeys konfiqurasiyası başlanğıcda baş verir, əl sıxmanı nüvə idarə edir və rutin açar yeniləmələri defolt olaraq qeyd edilmir, buna görə wg show çox vaxt jurnaldan daha məlumatlıdır. Bu fərq danışıqları qeyd edən protokolu etməyənlə müqayisə edərkən vacibdir.

NetworkManager yaratdığı profillərə sahibdir və onun mesajları əsas plaqin VPN köməkçisi olsa belə NetworkManager.service altında yaşayır. Profil bu şəkildə idarə olunursa, həm meneceri, həm də köməkçi vahidi sorğulayın.

Sorğunu bir vahidə və bir pəncərəyə daraldın

Müəyyən etdiyiniz vahidi sorğulayın və vaxtı araşdırdığınız cəhdin hüdudlarına bağlayın. Bir gün adətən kifayətdir və maşın tez-tez yenidən qoşulduqda daha qısa pəncərə daha yaxşıdır.

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

Sorğuya güvənməzdən əvvəl quraşdırılmış adı yoxlayın. Distro paketləri vahidlərin adını dəyişir və fayl kimi mövcud olan profil heç vaxt xidmət kimi aktivləşdirilməmiş ola bilər. Vahid yoxdursa, boş jurnal sizə tunel haqqında deyil, yerləşdirmə haqqında danışır.

İlk uğursuz mərhələni oxuyun

Hadisələri baş verdiyi sıra ilə oxuyun: son nöqtənin axtarışı, daşıma, kimlik, autentifikasiya, marşrut quraşdırması və tətbiqin sonrakı uğursuzluğu. İlk konkret uğursuzluq araşdırılmağa dəyər, çünki ondan sonrakı hər şey nəticədir.

Uğurla başlayan xidmət tələb olunan hər resursun əlçatan olduğunu təsdiqləmir. Yenidən qoşulma dövrəsi bir neçə ayrı danışıq yarada bilər, buna görə profil adını və cəhd vaxtını hadisələrlə birlikdə saxlayın və birləşdirilmiş axın yerinə bir cəhdi oxuyun. Tək cəhd səbəbi olan ardıcıllıqdır, birləşdirilmiş axın isə təkrar sətirlərdən ibarət divardır. Daha uzağı oxumazdan əvvəl ilk xətanı bilete yazın.

Uğursuz xidməti əl ilə işə salınan müştəri ilə qarışdırmayın

Xidmət uğursuz olduqdan sonra müştərini əl ilə başlatmısınızsa, onun çıxışı başqa yerə gedir və davranışı fərqli ola bilər. Dəstəklənən düzəlişdən sonra yeni nəticəni eyni sahibdən və eyni sorğudan götürün ki, müqayisə iki fərqli proqramı qarışdırmaq yerinə nəyin dəyişdiyini göstərsin.

Orijinal vaxt damğalarını başqa hosta uyğunlaşdırmaq üçün dəyişməyin. Saat qurşağını və məlum saat fərqini ayrıca qeyd edin, çünki redaktə etdiyiniz xronologiya artıq sübut deyil.

Eksport deyil, çıxarış paylaşın

Jurnal qeydləri istifadəçi adları, son nöqtə ünvanları, şəxsi topologiya və skript mühiti məlumatlarını ehtiva edə bilər. Tam məhdudiyyətsiz eksport dərc etmək yerinə faktiki çıxarışı nəzərdən keçirin və həssas olanı redaktə edin. Uğursuzluğu sübut edən sətirləri sitat gətirin və qalanı ümumiləşdirin. Qısa, nəzərdən keçirilmiş çıxarış heç kimin oxumadığı fayldan daha asan hərəkətə keçirilir.

Dar pəncərəni, vahidin adını və ilk uğursuz mərhələni göndərin və artıq nələri istisna etdiyinizi deyin. systemd journalctl təlimatı seçiciləri və çıxış seçimlərini sənədləşdirir, əgər distributivinizin versiyasının dəstəklədiyi bir formaya ehtiyacınız varsa.