OpenVPN menyatakan inisialisasi selesai: mengapa gesaan tidak kembali

Tiada apa-apa yang tersekat apabila terminal senyap selepas baris log terakhir. Itulah bentuk yang dijangka bagi klien di latar hadapan: ia selesai memulakan dan kini duduk di situ membawa trafik. Gesaan shell bukan tanda kejayaan seperti yang kelihatan.

Anggap mesej itu sebagai sempadan antara permulaan dan keadaan mantap, kerana itulah yang ditandakannya.

Mesej menandakan akhir permulaan, bukan akhir proses

OpenVPN mencetak baris itu selepas membuka peranti, mengkonfigurasi antara muka, memasang laluan dan menamatkan pertukaran TLS dengan rakan. Selepas itu proses terus berjalan, kerana tugasnya ialah memastikan terowong terbuka dan menyampaikan paket. Program di latar hadapan tidak kembali kepada gesaan semasa masih melakukan tugas itu. Output senyap selepas itu adalah normal, kerana klien hanya bercakap apabila sesuatu berubah.

Jika baris itu muncul dan sambungan mati kemudian, itu peristiwa lain, dan log akan menyatakannya selepas kejadian.

Ctrl+C ialah keputusan, bukan pembaikan

Menekan Ctrl+C menghantar gangguan, yang dianggap klien sebagai permintaan untuk mematikan. Gesaan kembali, terowong hilang, dan mana-mana sesi yang menggunakannya berakhir. Itu kelihatan seperti kemajuan dan sebenarnya sebaliknya. Jika matlamatnya sambungan berterusan, jawapannya ialah memindahkan proses ke tempat yang boleh terus berjalan tanpa terminal anda, bukan menghentikannya.

Membiarkannya di latar hadapan ialah pilihan yang betul semasa menyahpepijat, kerana ralat kemudian kekal kelihatan dalam tetingkap yang sama. Satu minit senyap tidak membuktikan apa-apa ke mana-mana arah; uji sumber melalui terowong dan bukan menonton output.

Apa yang tidak dibuktikan oleh mesej

Penyempurnaan ialah pernyataan setempat tentang persediaan klien itu sendiri. Ia tidak menyatakan bahawa pihak jauh menjawab, bahawa laluan yang dipasang sepadan dengan keperluan anda, atau bahawa penyelesaian nama melalui terowong berfungsi. Profil terowong berpecah boleh diinisialisasi sepenuhnya sementara perkongsian syarikat kekal tidak dapat dicapai kerana laluan atau dasar DNS tidak pernah meliputinya. Instance di sebelah pelayan mencetak baris serupa apabila bersedia menerima klien, yang tidak sama dengan mana-mana klien bersambung.

‘Pelayan telah bermula’ dan ‘komputer riba boleh membuka perkongsian’ ialah pemerhatian dari dua tempat berbeza, dan mencampurkannya menghantar anda menyahpepijat hos yang salah.

Menjalankannya tanpa terminal

Untuk penggunaan berterusan, gunakan susunan perkhidmatan yang disokong platform. Pada hos systemd itu ialah instance openvpn-client@office dengan profil dalam /etc/openvpn/client, dimulakan dan didayakan supaya bertahan selepas but semula. Community OpenVPN juga menawarkan --daemon bersama --log atau --log-append, yang melepaskan proses dan menghantar output ke fail. Kedua-dua pendekatan mengubah cara proses berjalan; tiada satu pun membaiki laluan atau menjadikan aplikasi jauh sihat.

Periksa bahawa anda tidak memulakan instance kedua di sebelah yang sudah diurus oleh perkhidmatan. Dua klien yang menuntut profil yang sama menghasilkan log yang mengelirukan dan satu terowong yang anda tidak maksudkan.

Pilih susunan yang sesuai dengan kerja

Latar hadapan untuk diagnosis, perkhidmatan untuk semua yang mesti hidup lebih lama daripada sesi, mod daemon apabila tiada pengurus perkhidmatan untuk disandarkan. Ketiga-tiganya meliputi kes biasa, dan setiap satu ada sebab jelas untuk wujud. Memilih salah satu secara tidak sengaja itulah yang menghasilkan laporan ‘berfungsi sehingga tetingkap ditutup’.

Apabila terowong itu sepatutnya kekal, sahkan selepas itu bahawa ia kembali selepas but semula dan lognya mendarat di tempat yang akan anda lihat. Baris inisialisasi juga muncul dalam log itu, dan ketika itu tiada siapa perlu mengawasi terminal kerananya.