Adakah anda fikir menamakan semula pelayan Pritunl mengubah titik akhirnya?

Menamakan semula pelayan Pritunl mengubah label dalam konsol. Ia tidak mengubah alamat yang disambungkan oleh profil klien, dan ia tidak mencipta rekod DNS. Nilai yang penting ialah Alamat Awam hos, dan ia menerima nama semudah alamat.

Nama yang disambungkan oleh klien tinggal dalam satu medan hos

Pritunl mendedahkan titik akhir melalui tetapan Alamat Awam hos, yang menerima alamat IP awam atau nama DNS. Letakkan vpn.example.net di situ, dan profil yang dijana serta penyegerakan yang disahkan akan menyerahkan nama itu kepada klien. Rekod itu mesti sudah wujud dan diselesaikan ke pendengar yang menerima pengangkutan VPN; medan itu mengumumkan destinasi, ia tidak menerbitkannya. Nama paparan objek pelayan ialah metadata pentadbiran dan tidak pernah sampai ke percubaan sambungan klien.

Jadi langkah pertama bukan menamakan semula apa-apa. Buka tetapan hos, ubah Alamat Awam, dan simpan melalui antara muka yang disokong.

Tiga medan yang kelihatan serupa dan tidak

Alamat Setempat berkhidmat untuk replikasi dan penghalaan antara hos Pritunl. Alamat Pautan menerangkan bagaimana pelayan yang dipautkan saling mencapai. Kedua-duanya bukan alamat yang disambungkan oleh klien, dan menyalin nama awam ke dalamnya merosakkan topologi yang diterangkannya. Alamat IPv6 Awam ialah medan berasingan dengan rekod dan laluannya sendiri; rekod A untuk IPv4 tidak mewujudkan kebolehcapaian IPv6.

Nama DNS juga tidak membawa pemetaan port atau pendengar. Jika perkhidmatan mendengar pada 1194 UDP, nama itu masih diselesaikan ke hos yang mesti menerima 1194 UDP. Proksi songsang HTTP pada port 443 yang menyediakan konsol web bukan titik akhir pengangkutan VPN, walaupun kedua-duanya berkongsi nama yang sama.

Penghalaan berasaskan domain di dalam terowong ialah lapisan lain lagi. Penamaan titik akhir luar tidak mengatakan apa-apa tentang destinasi peribadi yang boleh dicapai oleh klien.

Hantar nama baharu kepada klien yang sudah wujud

Mengubah medan itu tidak menulis semula profil yang sudah meninggalkan pelayan. Penyegerakan konfigurasi yang disahkan Pritunl boleh menyampaikan perubahan alamat dan port hos kepada klien yang serasi, dan klien CLI yang didokumenkan menyegerak sebelum menyambung atau menyambung semula. Profil yang diimport ke NetworkManager atau klien OpenVPN berdiri sendiri tidak mempunyai saluran sedemikian dan memerlukan penggantian yang diluluskan. Sesi sedia ada tidak membuktikan apa-apa, kerana ia dibina berdasarkan nilai lama.

Apabila konsol web berada di belakang pengimbang beban, Pritunl mendokumenkan tetapan berasingan Alamat Penyegerakan untuk laluan penyegerakan. Jangan guna semula nama hos konsol untuk pendengar VPN semata-mata kerana kedua-duanya Pritunl.

Sampaikan perubahan dalam susunan ini: simpan tetapan hos, eksport atau segerakkan profil semasa, ganti salinan klien, kemudian sambung semula. Catat klien mana yang diurus oleh penyegerakan dan mana yang menyimpan fail yang diimport, kerana kumpulan kedua tidak akan mengikuti secara automatik. Senarai pemilikan klien lebih berguna di sini daripada satu lagi rekod DNS.

Terima perubahan dengan sambungan sebenar

Penyelesaian ialah ujian paling lemah yang mungkin. dig +short vpn.example.net yang mengembalikan alamat hanya membuktikan bahawa rekod itu wujud.

Ujian penerimaan ialah sambungan disahkan yang baharu daripada klien yang memegang profil baharu, diikuti permintaan kepada sumber peribadi yang sepatutnya boleh dicapai melalui terowong. Periksa dalam log klien titik akhir yang sebenarnya digunakan, bukan yang anda maksudkan. Kekalkan laluan pengurusan yang tidak bergantung pada nama diubah dengan betul, supaya kesilapan tidak boleh mengunci anda keluar daripada konsol.

Kemudian, apabila alamat awam berpindah, kemas kini rekod itu dan rancang cache klien serta tingkah laku sambungan semula. Nama hos memisahkan klien daripada alamat berangka; ia tidak memindahkan soket hidup atau membuat pendengar yang tidak boleh dicapai menjawab.