Access Server kehilangan pengikatan selepas antara muka rangkaian dinamakan semula: betulkan kuncinya

Anda telah menamakan semula antara muka rangkaian, atau memulihkan mesin yang penyesuainya kembali dengan nama lain, dan kini daemon OpenVPN Access Server tidak bermula. Antara muka web mungkin masih menjawab atau tidak, bergantung pada komponen yang terikat pada nama lama. Perkhidmatan tidak rosak dan konfigurasi tidak hilang; satu tetapan masih menunjuk ke antara muka yang hos tidak miliki lagi.

Reaksi biasa ialah memasang semula, memulakan semula atau menyunting pangkalan data sehingga ralat hilang. Setiap satunya perubahan lebih besar daripada kerosakan, dan yang terakhir boleh memadam pengguna, kebenaran dan kebergantungan yang menjadikan pelayan itu berbaloi dipulihkan. Ini masalah pengikatan, dan ia mempunyai pembetulan bernama.

Apa yang sebenarnya dikatakan simptom

Daemon yang tidak dapat mengikat biasanya menyatakannya dalam log sendiri: alamat tidak tersedia atau antara muka tidak wujud. Mesej itu khusus: ia menamakan alamat yang dicuba daemon; bandingkan dengan ip -br addr pada hos untuk mengetahui sama ada antara muka dinamakan semula, dialihkan atau dinaikkan tanpa alamat lamanya.

Kekalkan konsol pemulihan yang dibenarkan terbuka sepanjang masa. Jika pengikatan yang akan anda ubah membawa satu-satunya sesi pentadbiran anda, anda telah memotong jalan balik anda sendiri. Konsol tempatan, alamat pengurusan kedua atau laluan luar jalur yang didokumenkan menjadikan perubahan itu boleh diterbalikkan.

Tanya konfigurasi sebelum menyuntingnya

Access Server mendedahkan konfigurasinya melalui CLI sendiri. Paparan yang didokumenkan ialah:

sacli ConfigQuery

Jalankannya dalam persekitaran pentadbiran yang didokumenkan untuk versi anda, bukan dari shell tidak berkaitan pada hos lain. Simpan nilai semasa di tempat terlindung sebelum mengubah apa-apa, dan jangan tampal output penuh ke dalam benang sokongan awam.

Output itu ialah paparan konfigurasi pelayan, bukan sandaran penuh. Sifat pengguna dan kumpulan ditanya secara berasingan, jadi pengikatan bersih tidak memulihkan identiti, dan identiti yang dipulihkan tidak membaiki pendengar. Rekodkan kedua-duanya sebagai dua artifak berasingan.

Tentukan pendengar mana yang rosak

Access Server menjalankan lebih daripada satu pendengar. Daemon OpenVPN membawa trafik terowong, perkhidmatan web membawa portal pentadbir dan pelanggan, dan komponen lain mungkin mempunyai port sendiri. Permintaan pelayar yang gagal tidak memberitahu yang mana gagal, begitu juga nombor port dalam mesej ralat.

Kunci pengikatan daemon didokumenkan setiap daemon, dan dalam tutorial rasmi nilainya ialah pengecam antara muka walaupun nama kunci berakhir dengan ip_address. Baca ayat itu dua kali. Tutorial juga menjangka daemon UDP dan TCP berkongsi satu antara muka, jadi membetulkan satu kunci sahaja ialah pembaikan separa.

Ubah tetapan bernama, bukan baris yang sepadan

Tutorial mendokumenkan ConfigPut pada kunci tertentu, seperti vpn.daemon.0.server.ip_address dan vpn.daemon.0.listen.ip_address. Gunakan kaedah produk itu sendiri dengan nama kunci dan nilai baharu, dalam sintaks yang didokumenkan untuk versi anda, dan ubah hanya kunci pendengar yang anda diagnosis.

Yang tidak patut anda lakukan ialah mencari dalam pangkalan data setiap baris yang nilainya sama dengan nama antara muka lama dan menggantikan semuanya. Itu menganggap nama lama hanya muncul dalam tetapan pendengar, yang tidak dijanjikan skema. Ia juga menjadikan perubahan itu mustahil untuk disemak.

Dua godaan lagi wajar ditolak. Memulihkan lalai yang mendengar pada semua antara muka ialah keputusan pendedahan, bukan pembetulan ejaan; pengikatan tempatan yang dimaksudkan, laluan yang diterbitkan dan penapisan di hadapannya mesti bersetuju dengan pilihan itu. Memulakan semula konfigurasi menamakan semula masalah dan bukannya menyelesaikannya, kerana pemasangan baharu membuang pengguna dan kebenaran yang berfungsi sebelum penamaan semula.

Laksanakannya, kemudian buktikan laluan itu berfungsi

Selepas nilai dibetulkan, laksanakannya melalui kitaran hayat produk yang didokumenkan ( kitaran hayat ). Tutorial menggunakan sacli start selepas kunci ditetapkan; itu bukan but semula hos penuh atau set semula pangkalan data.

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

Semak pendengar, kemudian buat satu sambungan VPN dibenarkan, capai satu sumber peribadi dan muatkan halaman pentadbiran melalui laluan yang dijangka. Kekalkan kebenaran dan pembatalan sedia ada; pemulihan yang menetapkannya semula telah membaiki pengikatan dan kehilangan penggunaan. Kerja selesai apabila perkhidmatan yang sama berfungsi pada antara muka yang dimaksudkan.