openvpn --errors-to-stderr adalah opsi peluncuran, bukan kesalahan

Baris perintah yang berisi --errors-to-stderr terlihat seperti keluhan dan bukan keluhan. Kata itu milik nama opsi, sama seperti nama berkas log tidak mengatakan apa pun tentang isi berkas. Sebelum mengubah konfigurasi apa pun, pastikan apa yang sebenarnya Anda baca.

Keputusan ini punya tiga cabang: baris itu adalah peluncuran itu sendiri, baris itu adalah keluaran yang dicetak program, atau baris itu adalah teks yang digaungkan pembungkus sebelum VPN dimulai. Setiap cabang menunjuk tempat berbeda untuk diperiksa, dan hanya satu di antaranya adalah pesan milik VPN sendiri.

Nama opsi bukan pesan status

Untuk Community OpenVPN, --errors-to-stderr mengarahkan keluaran galat ke galat standar alih-alih keluaran standar. Itu pilihan aliran, bukan penyaring tingkat keparahan, dan tidak membuat galat. --log atau --log-append yang lebih baru dapat mengalihkan pesan yang sama ke berkas, karena itu efek tanda bergantung pada sisa perintah. Referensi pencatatan dari sumber menetapkan urutan itu.

Jadi keberadaan tanda memberi tahu ke mana galat akan pergi. Itu tidak memberi tahu bahwa galat sudah terjadi.

Baris peluncuran atau keluaran proses

Mulailah dengan bertanya siapa yang mencetak teks itu. Unit layanan, bundel aplikasi, atau pembungkus shell sering menggema seluruh argv sebelum proses VPN menulis apa pun. Gema itu tidak bisa dibedakan dari baris status jika Anda hanya melihat potongannya.

Jika baris itu berasal dari pembungkus, VPN belum berjalan dan tidak ada yang bisa dilaporkan. Lihat lebih jauh ke bawah keluaran untuk pesan pertama yang membawa stempel waktu atau nama subsistem.

Jika baris itu berasal dari proses VPN, itu tetap hanya pemanggilan. OpenVPN tidak mencetak baris perintahnya sendiri sebagai galat, dan pesan yang penting menyusul setelahnya.

Temukan proses dan hasilnya

Pastikan apakah prosesnya masih berjalan. Klien yang hidup dan mencoba ulang terlihat sangat berbeda dari yang langsung keluar, dan baris perintah yang sama mendahului keduanya.

Lalu baca hasilnya melalui komponen yang memiliki proses itu. Di systemd, itu jurnal unit; di aplikasi desktop, itu log atau konsol aplikasi sendiri. Status keluar ditambah pesan terakhir menjawab pertanyaan yang hanya disinggung nama opsi.

Galat penguraian konfigurasi, berkas yang hilang, kredensial yang ditolak, dan waktu habis rekan adalah empat peristiwa berbeda. Semuanya datang pada aliran yang sama. Semuanya butuh empat perbaikan berbeda. Tentukan mana yang Anda hadapi sebelum menyentuh profil, dan kutip pesan persisnya saat meminta bantuan.

Kapan tanda itu layak dipertahankan

Tanda itu layak dipertahankan ketika stdout membawa data dan galat tidak boleh mengotorinya, atau ketika pembungkus menangkap kedua aliran secara terpisah. Dalam sesi latar depan di terminal, kedua aliran mendarat di hadapan Anda. Dalam kasus itu, pembedaan jarang mengubah apa yang Anda lakukan.

Pertahankan jika skrip di sekitarnya bergantung pada pemisahan itu. Menghapusnya karena namanya tampak mengkhawatirkan mengubah tempat pesan muncul dan tidak memperbaiki hal lain.

Apa yang tidak boleh diubah

Jangan perlakukan opsi ini sebagai langkah perbaikan. Menghapusnya tidak dapat memperbaiki sertifikat, rute, atau kegagalan autentikasi.

Jika pemanggilan berisi --config stdin, konfigurasi dimasukkan melalui masukan standar. Itu keputusan terpisah tentang bagaimana berkas disediakan. Ubah satu hal setiap kali, dan baca ulang pesan sebenarnya sebelum mengubah yang kedua.