journalctl untuk log VPN: unit mana yang memiliki koneksi?

Mulailah dari unit systemd yang benar-benar memiliki koneksi VPN, bukan dari perintah log yang Anda ingat. Layanan OpenVPN langsung, unit wg-quick, dan profil NetworkManager menaruh pesan bergunanya di unit yang berbeda, dan kueri ke unit yang salah menghasilkan hasil kosong yang tampak seperti kesunyian. Bandingkan tiga pemilik umum, sempitkan jendela, lalu baca tahapannya secara berurutan.

Bandingkan tiga pemilik umum

Layanan klien OpenVPN biasanya berupa unit instans yang dinamai menurut profil, misalnya [email protected]. Pesannya mencakup jalur konfigurasi, penguraian opsi, jabat tangan TLS, dan pemasangan rute yang dilakukan klien.

Unit wg-quick lebih senyap secara desain. Konfigurasi antarmuka terjadi saat mulai, jabat tangan ditangani kernel, dan pembaruan kunci rutin tidak dicatat secara bawaan, sehingga wg show sering lebih informatif daripada jurnal. Perbedaan itu penting saat Anda membandingkan protokol yang mencatat negosiasi dengan protokol yang tidak melakukannya.

NetworkManager memiliki profil yang dibuatnya, dan pesannya berada di bawah NetworkManager.service bahkan ketika plugin dasarnya adalah pembantu VPN. Tanyakan baik manajer maupun unit pembantu ketika profil dikelola dengan cara itu.

Sempitkan kueri ke satu unit dan satu jendela

Tanyakan unit yang Anda identifikasi, dan batasi waktu pada percobaan yang sedang Anda selidiki. Satu hari biasanya cukup, dan jendela yang lebih pendek lebih baik ketika mesin sering terhubung ulang.

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

Verifikasi nama yang terpasang sebelum Anda memercayai kueri. Paket distribusi mengganti nama unit, dan profil yang ada sebagai berkas mungkin tidak pernah diaktifkan sebagai layanan. Jika unit tidak ada, jurnal kosong memberi tahu Anda tentang penerapan, bukan tentang terowongan.

Baca tahap pertama yang gagal

Baca peristiwanya sesuai urutan terjadinya: pencarian titik akhir, transportasi, identitas, autentikasi, pemasangan rute, dan kegagalan aplikasi setelahnya. Kegagalan spesifik pertama adalah yang layak diselidiki, karena semua setelahnya adalah akibat.

Layanan yang berhasil mulai tidak membuktikan bahwa setiap sumber daya yang dibutuhkan dapat dijangkau. Simpul penyambungan ulang dapat menghasilkan beberapa negosiasi terpisah, jadi simpan nama profil dan waktu percobaan bersama peristiwanya, lalu baca satu percobaan alih-alih aliran gabungan. Satu percobaan adalah urutan dengan sebab, sedangkan aliran gabungan adalah dinding baris berulang. Tulis kesalahan pertama ke tiket sebelum Anda membaca lebih jauh.

Jangan campur layanan yang gagal dengan klien manual

Jika Anda menjalankan klien secara manual setelah layanan gagal, keluarannya pergi ke tempat lain dan perilakunya bisa berbeda. Ambil hasil baru dari pemilik yang sama dan permintaan yang sama setelah koreksi yang didukung, agar perbandingannya menunjukkan apa yang berubah alih-alih mencampur dua program berbeda.

Jangan ubah stempel waktu asli agar sejajar dengan host lain. Catat zona waktu dan selisih jam yang diketahui secara terpisah, karena garis waktu yang Anda sunting bukan lagi bukti.

Bagikan kutipan, bukan ekspor

Entri jurnal dapat berisi nama pengguna, alamat titik akhir, topologi privat, dan informasi lingkungan skrip. Tinjau kutipan sebenarnya dan hitamkan yang sensitif alih-alih menerbitkan ekspor lengkap tanpa batas. Kutip baris yang membuktikan kegagalan dan ringkas sisanya. Kutipan singkat yang ditinjau lebih mudah ditindaklanjuti daripada berkas yang tidak dibaca siapa pun.

Kirim jendela sempit, nama unit, dan tahap pertama yang gagal, dan sebutkan apa yang sudah Anda kesampingkan. manual systemd journalctl mendokumentasikan pemilih dan opsi keluaran jika Anda memerlukan bentuk yang didukung versi distribusi Anda.