OpenVPN mengatakan inisialisasi selesai: mengapa prompt tidak kembali

Tidak ada yang macet ketika terminal diam setelah baris log terakhir. Itulah bentuk yang diharapkan untuk klien di latar depan: ia selesai memulai dan sekarang duduk di sana membawa lalu lintas. Prompt shell bukan tanda keberhasilan seperti yang terlihat.

Perlakukan pesan itu sebagai batas antara startup dan keadaan mantap, karena itulah yang ditandainya.

Pesan itu menandai akhir startup, bukan akhir proses

OpenVPN mencetak baris itu setelah membuka perangkat, mengonfigurasi antarmuka, memasang rute, dan menyelesaikan pertukaran TLS dengan rekan. Setelah itu proses tetap berjalan, karena tugasnya adalah menjaga terowongan tetap terbuka dan meneruskan paket. Program di latar depan tidak kembali ke prompt selama masih menjalankan tugas itu. Keluaran yang sunyi setelahnya normal, karena klien hanya bicara saat ada yang berubah.

Jika baris itu muncul dan koneksi mati kemudian, itu peristiwa lain, dan log akan mengatakannya setelah kejadian.

Ctrl+C adalah keputusan, bukan perbaikan

Menekan Ctrl+C mengirim interupsi, yang ditangani klien sebagai permintaan untuk mematikan. Prompt kembali, terowongan hilang, dan sesi apa pun yang memakainya berakhir. Itu terlihat seperti kemajuan dan sebenarnya sebaliknya. Jika tujuannya koneksi yang menetap, jawabannya adalah memindahkan proses ke tempat yang bisa terus berjalan tanpa terminal Anda, bukan menghentikannya.

Membiarkannya di latar depan adalah pilihan yang tepat selama Anda menelusuri kesalahan, karena kesalahan berikutnya tetap terlihat di jendela yang sama. Satu menit sunyi tidak membuktikan apa pun ke arah mana pun; uji sumber daya melalui terowongan alih-alih mengamati keluaran.

Apa yang tidak dibuktikan pesan itu

Penyelesaian adalah pernyataan lokal tentang pengaturan klien itu sendiri. Itu tidak mengatakan bahwa sisi jauh menjawab, bahwa rute yang dipasang cocok dengan kebutuhan Anda, atau bahwa resolusi nama melalui terowongan berfungsi. Profil terowongan terpisah bisa sepenuhnya terinisialisasi sementara berbagi perusahaan tetap tak terjangkau karena rute atau kebijakan DNS tidak pernah mencakupnya. Instans sisi server mencetak baris serupa ketika siap menerima klien, yang tidak sama dengan ada klien yang terhubung.

‘Server sudah mulai’ dan ‘laptop bisa membuka berbagi’ adalah pengamatan dari dua tempat berbeda, dan mencampurnya membuat Anda menelusuri kesalahan di host yang salah.

Menjalankannya tanpa terminal

Untuk penerapan yang menetap, gunakan tataan layanan yang didukung platform. Pada host systemd itu adalah instans openvpn-client@office dengan profil di /etc/openvpn/client, dijalankan dan diaktifkan agar bertahan dari reboot. Community OpenVPN juga menawarkan --daemon bersama --log atau --log-append, yang melepaskan proses dan mengirim keluaran ke berkas. Kedua pendekatan mengubah cara proses berjalan; tidak satu pun memperbaiki rute atau membuat aplikasi jarak jauh sehat.

Periksa bahwa Anda tidak menjalankan instans kedua di samping yang sudah dikelola layanan. Dua klien yang mengklaim profil yang sama menghasilkan log membingungkan dan satu terowongan yang tidak Anda maksudkan.

Pilih tataan yang sesuai dengan pekerjaan

Latar depan untuk diagnosis, layanan untuk semua yang harus bertahan melewati sesi, mode daemon bila tidak ada pengelola layanan untuk bersandar. Ketiganya mencakup kasus biasa, dan masing-masing punya alasan jelas untuk ada. Memilih salah satunya secara tidak sengaja itulah yang menghasilkan laporan ‘berfungsi sampai jendelanya ditutup’.

Ketika terowongan dimaksudkan untuk bertahan, pastikan setelahnya bahwa ia kembali setelah reboot dan log-nya mendarat di tempat yang akan Anda lihat. Baris inisialisasi juga muncul di log itu, dan saat itu tidak ada yang perlu mengawasi terminal untuknya.