Penghala baharu, pelayan VPN sama: pindahkan pintu masuk awamnya

Anda memasang penghala baharu, internet kembali, dan klien VPN pada telefon masih menunjuk ke alamat yang tidak lagi menjawab. Tiada apa yang berubah pada pelayan VPN, kerana pelayan itu tidak pernah berpindah. Penghala ialah titik masuk awam, dan menggantikannya menggantikan alamat, peraturan pemajuan dan mungkin pengemaskini DNS dinamik serentak.

Anggap penggantian itu sebagai dua penyerahan, bukan satu, dan kekalkan laluan setempat ke antara muka pentadbir semasa anda bekerja.

Tulis penyerahan sebelum mencabut

Catat awalan LAN, alamat pelayan dan cara ia diberikan, pendengar dan pengangkutan yang benar-benar digunakan VPN, peraturan masuk yang menerbitkannya, dan nama yang disimpan klien. Kemudian catat mesin mana yang mengemas kini rekod DNS dinamik hari ini: ia mungkin penghala, pelayan itu sendiri atau agen berasingan pada hos lain. Lakukan ini semasa halaman pentadbir lama masih dimuatkan. Tangkapan skrin peraturan masuk lebih baik daripada nombor port yang diingati.

Tambah awalan persendirian yang perlu dicapai oleh klien, dan cara peranti di LAN menghantar balasan kembali kepadanya. Kedua-duanya mudah dilupakan kerana wizard penggantian bercakap tentang akses internet, bukan laluan pulang. Eksport juga konfigurasi lama jika vendor menyokong pemulihannya, sambil menerima bahawa sandaran daripada satu model jarang diimport bersih ke model lain.

Simpan catatan itu di tempat terlindung. Sandaran penghala mungkin mengandungi kelayakan untuk pautan WAN. Layankan fail eksport seperti kata laluan, bukan seperti nota tetapan.

Pindahkan alamat dahulu, kemudian pemajuan

Jika penghala baharu mengekalkan awalan LAN yang sama, beri pelayan tempahan yang dimilikinya dahulu atau penetapan statik yang setara. Jika awalan berubah, kemas kini alamat pelayan dahulu dan mana-mana pengikatan pendengar yang menamakannya, kerana pemajuan yang menunjuk ke alamat lama akan menghantar trafik secara senyap ke mana-mana.

Kemudian cipta tepat satu peraturan masuk untuk pengangkutan yang digunakan VPN. Panduan pengeluar yang menerangkan pemajuan ke pelayan setempat menunjukkan mekanisme, bukan resipi sejagat, jadi padankan peraturan itu dengan protokol dan port sebenar anda, bukan dengan senarai daripada blog. Pemajuan pada penghala baharu tidak boleh membuang NAT peringkat pengendali yang berada di atasnya, dan tiada peraturan setempat akan menjadikan alamat persendirian boleh dicapai dari internet jika penyedia sudah berkongsi satu dengan anda.

Sahkan tembok api pelayan itu sendiri masih membenarkan trafik tersebut. Periksa sama ada get laluan kedua duduk antara penghala dan internet, kerana banyak penyedia memberikan modem dan penghala bergabung. Baca alamat WAN pada peranti baharu dan bandingkan dengan alamat yang diselesaikan klien. Jika berbeza, pemajuan anda mendarat pada sesuatu yang bukan tepi.

Tentukan siapa yang mengemas kini nama awam

Kemas kini titik akhir memerlukan satu pemilik dan hanya satu. Jika penghala lama menerbitkan nama itu, konfigurasikan pengemaskini yang disokong pada pengganti dan sahkan rekod benar-benar berubah. Jika pelayan sudah menerbitkannya, biarkan susunan itu tenang daripada menambah pengemaskini pesaing yang berayun antara dua alamat.

Apabila pemasangan menerbitkan kedua-dua keluarga alamat, baca rekod A dan rekod AAAA. Setiap satu mesti menunjuk ke perkhidmatan yang benar-benar mendengar dan dibenarkan melalui laluan tembok apinya sendiri, dan pemetaan IPv4 yang berfungsi tidak mengatakan apa-apa tentang bahagian IPv6. Kekalkan juga pemeriksaan identiti dalam profil klien: alamat awam yang berubah bukan alasan untuk menerima sijil atau kunci rakan yang tidak sepadan.

Buktikan penggantian dari luar

Uji dengan sambungan luar yang dibenarkan dan sesi baharu, bukan dari dalam LAN. Ujian dalaman terhadap alamat awam bergantung pada tingkah laku hairpin dan melalui laluan berbeza daripada yang akan dilalui klien sebenar.

Ikut urutan yang diikuti klien: selesaikan nama, rundingkan terowong, sahkan identiti, kemudian lakukan satu operasi terhadap sumber persendirian. Langkah terakhir itulah yang orang langkau, dan hanya langkah itu membuktikan laluan pulang. Jika log masuk berjaya tetapi operasi persendirian gagal, bandingkan awalan LAN baharu, laluan yang dipilih klien dan laluan balasan sumber dengan nota penyerahan anda.

Hanya selepas keempat-empat langkah lulus, penghala lama selamat ditarik keluar. Cabutnya, kemudian ulangi ujian luar sekali lagi. Rekod lapuk yang masih menyelesaikan ke alamat lama gagal pada langkah pertama, dan itu lebih mudah didiagnosis semasa peranti lama masih di rak.

Simpan pemetaan baharu bersama nota pemulihan anda

Arkibkan penetapan akhir pelayan, peraturan masuk dan nama pemilik pengemaskinian di sebelah prosedur untuk mencapai penghala secara setempat. Penggantian seterusnya harus bermula dari halaman itu, bukan dari traceroute.

Jika terowong masih gagal dari luar selepas semua di atas, periksa sama ada alamat awam yang dilaporkan penghala sepadan dengan yang diselesaikan klien. Satu perbandingan itu memisahkan masalah DNS daripada masalah pemajuan, dan ia mengambil masa lebih singkat daripada membaca panduan pemajuan port yang lain.