OpenVPN yang mulai sebelum jaringan siap bukan kegagalan

Anda menjalankan klien saat boot, unit melaporkan aktif, dan tunnel tidak ada. Kesimpulan alaminya adalah layanan gagal dimulai, dan perbaikan alaminya adalah memulainya lagi. Keduanya cukup sering salah sehingga layak dijadikan aturan: klien yang berjalan dan mencoba lagi tampak persis seperti klien rusak dari luar. Perbedaannya ada pada apa yang dilakukan proses, bukan pada status unit.

Mitos: layanan yang dimulai berarti tunnel yang berfungsi

Unit aktif membuktikan proses telah diluncurkan dan belum keluar. Itu tidak membuktikan profil telah dimuat, sertifikat diterima, atau ujung jauh menjawab. Klien terpaket dapat duduk dalam lingkaran percobaan ulang selama menit sementara systemd hanya melaporkan sukses. Kesenjangan antara status dan perilaku itulah seluruh topiknya.

Kasus sebaliknya sama umumnya. Proses mungkin telah keluar setelah gagal membaca kunci, dan unit lalu melaporkan status gagal yang tidak menjelaskan alasannya. Kedua status memerlukan log untuk dibedakan.

Bacalah jurnal untuk instans tersebut, bukan status unit. Baris alasannya ada di log, bukan di label status.

Mitos: pengaturan percobaan ulang mencakup setiap kegagalan

Resolusi nama dan percobaan ulang transportasi adalah kontrol terpisah dengan nilai bawaan terpisah. resolv-retry mengatur pencarian berulang nama host jauh, dan nilai bawaan yang terdokumentasi terus mencoba tanpa batas. connect-retry menetapkan interval antar percobaan, sedangkan connect-retry-max dapat membatasi berapa kali setiap entri jauh dicoba. Periksa tahap mana yang disebut log sebelum mengubah salah satunya.

Tidak satu pun dari itu berlaku untuk profil cacat, kunci privat yang tidak terbaca, atau akun yang ditolak. Semuanya memerlukan perbaikan, dan klien yang terus mencobanya tidak maju.

Mencoba ulang sertifikat yang tidak disetujui selamanya bukan alasan menghapus verifikasi. Itu alasan membaca galatnya.

Mitos: satu peluncur cukup, jadi tambahkan yang lain

Koneksi yang sudah dikelola NetworkManager atau unit terpaket tidak perlu peluncur kedua yang terpasang padanya. Dua proses yang bersaing untuk rute yang sama menghasilkan antarmuka ganda, log yang membingungkan, dan tunnel yang berkedip karena alasan yang tidak terlihat siapa pun. Salinan kedua biasanya datang sebagai jalan pintas karena yang pertama lambat.

Putuskan komponen mana yang memiliki tunnel sebelum menambahkan apa pun. Lalu hapus peluncur lain alih-alih menonaktifkannya dan berharap.

Pemilik juga menentukan dari mana percobaan ulang dan kredensial berasal, karena itulah keputusan ini mendahului penalaan apa pun. Kepemilikan datang lebih dulu justru karena alasan itu.

Apa yang benar-benar perlu urutan

Urutan dapat menunggu alamat yang dikonfigurasi, dan hanya itu yang dijaminnya. network-online.target menunda aktivasi sampai manajer menganggap jaringan sudah aktif, dan definisi aktif bergantung pada manajer. Itu tidak mengatakan apa pun tentang apakah nama host VPN teresolusi, apakah pendengar menjawab, atau apakah portal kurungan telah mengizinkan perangkat.

Bacalah unit yang terpasang dan drop-in apa pun sebelum menambahkan dependensi. After= yang luas pada setiap layanan jaringan menunda boot tanpa membangun koneksi yang sebenarnya Anda butuhkan.

Urutkan dependensi yang dapat Anda uji, dan periksa semua yang lain dengan pemeriksaan kesiapan. Pemeriksaan yang membuka tunnel mengalahkan pengatur waktu yang menebak.

Apa yang terjadi setelah tunnel pertama kali naik

Boot adalah satu peristiwa di antara banyak. Tautan akses berubah, sesi portal kedaluwarsa, mitra dimulai ulang. Bedakan penyambungan ulang internal dari keluarnya proses yang ditangani manajer layanan, karena keduanya memiliki pemilik berbeda dan meninggalkan bukti berbeda.

Autentikasi interaktif membatasi pemulihan tanpa pengawasan. Unit latar belakang tidak membuka keyring desktop dan tidak menjawab permintaan MFA, jadi ikuti pengaturan kredensial yang disetujui untuk konteks layanan.

Putuskan secara terpisah apa yang boleh dilakukan aplikasi saat tunnel mati. Percobaan ulang memulihkan koneksi, sedangkan kebijakan pemblokiran memutuskan apakah lalu lintas langsung diizinkan dalam celah itu.