Dua klien VPN disambungkan, satu untuk kerja dan satu untuk rangkaian makmal, dan nama dalaman hanya diselesaikan untuk klien yang menyambung terakhir. Corak itu kelihatan seperti pepijat dalam salah satu klien. Biasanya ia hasil yang boleh diramal daripada dua program yang menulis konfigurasi penyelesai yang sama tanpa persetujuan tentang siapa memiliki nama mana.

Mitos: VPN terbaharu memiliki DNS

Tiada peraturan umum bahawa sambungan terkini menang. Apa yang berlaku bergantung pada mekanisme platform dan cara setiap klien menulisnya. Klien yang menggantikan fail penyelesai menghasilkan satu hasil; klien yang menambah domain bagi setiap pautan menghasilkan yang lain; klien yang tidak melakukan apa-apa membiarkan keadaan sebelumnya utuh.

Jadi tingkah laku yang diperhatikan ialah sifat kedua-dua pelaksanaan, bukan keutamaan yang didokumenkan. Menalar hanya daripada urutan pelancaran kadangkala betul dan kadangkala salah dengan cara yang sukar dihasilkan semula. Tuliskan pemetaan itu. Reka bentuk yang hidup dalam dua klien bukanlah reka bentuk.

Petakan ruang nama kepada penyelesai

Senaraikan akhiran peribadi dan penyelesai yang diperlukan oleh setiap rangkaian, kemudian tentukan ke mana nama awam harus pergi. Senarai itu ialah reka bentuknya. Tanpanya, klien membuat keputusan secara kebetulan.

Platform yang menyokong DNS bagi setiap pautan atau domain penghalaan boleh menyatakan pembahagian itu dengan sengaja: satu domain pergi ke satu pautan, domain lain ke pautan yang lain, dan semua yang lain mengikut lalai yang jelas. Dua skrip rata yang menulis ganti fail yang sama tidak dapat mengekalkan reka bentuk itu, kerana setiap satu percaya ia memiliki seluruh konfigurasi.

Dalam Windows, jadual dasar penyelesaian nama boleh mengarahkan akhiran ke pelayan tertentu, dan klien VPN mungkin memasang peraturan di sana. Periksa dasar itu dan bukan senarai penyesuai, kerana bukan senarai penyesuai yang menyelesaikan nama itu.

Kekalkan laluan bootstrap

Setiap klien mesti mencari titik akhirnya sendiri sebelum boleh menggunakan perkhidmatan yang disediakan titik akhir itu. Jika nama hos titik akhir hanya boleh diselesaikan melalui terowong, dan terowong memerlukan nama hos yang telah diselesaikan, anda mempunyai kebergantungan bulat yang muncul sebagai tamat masa sambungan. Kekalkan satu laluan bootstrap di luar kedua-dua terowong. Ia tidak memakan apa-apa sehingga hari ia menyelamatkan sambungan.

Lihat laluan ke setiap penyelesai, bukan hanya nama yang dikonfigurasikan untuknya. Penyelesai yang hanya boleh dicapai melalui terowong lain berkelakuan seperti yang hilang, dan gejalanya ialah tamat masa bukan ralat penghalaan.

Alamat yang bertindih bukan masalah DNS

Dua rangkaian peribadi yang menggunakan julat alamat yang sama tidak boleh dibaiki dengan urutan DNS. Jika kedua-dua terowong menuntut 10.0.0.0/8, nama yang diselesaikan dengan betul masih menunjuk ke alamat yang hos tidak dapat halakan ke terowong yang betul. Itu memerlukan penyelesaian pada peringkat alamat, seperti julat berbeza, ruang nama atau terjemahan, bukan tetapan penyelesai yang lain. Memutuskan ini lebih awal mengelakkan lencongan panjang melalui konfigurasi DNS yang tidak akan pernah berfungsi.

Bandingkan penetapan alamat kedua-dua terowong sebelum menyalahkan penyelesaian nama. Apabila kedua-dua pihak menolak awalan yang sama, hos menyimpan satu laluan untuknya, dan nama yang diselesaikan melalui terowong kedua masih mendarat di alamat yang dimiliki terowong pertama. Julat berbeza, ruang nama bagi setiap rangkaian atau terjemahan ialah pembetulannya; selepas setiap klien bersambung, sahkan jadual laluan menunjukkan laluan yang anda maksudkan.

Buktikan dengan aplikasi sebenar

Pilih dua hos yang hanya wujud dalam ruang namanya sendiri dan satu nama awam, kemudian selesaikan setiap satu melalui klien yang sepatutnya memilikinya. Jawapan betul daripada penyelesai yang dijangkakan tidak membuktikan aplikasi mencapai hos itu, kerana laluan ke alamat itu masih boleh gagal. Ikuti setiap carian dengan ujian sambungan daripada program yang akan dijalankan oleh pengguna sebenarnya.

Klien dengan pilihan DNS tersulitnya sendiri boleh memintas dasar yang baru anda sahkan, jadi periksa tetapan itu sebagai sebahagian daripada semakan. Kemudian sambung semula kedua-dua klien dalam urutan yang disokong vendor dan ulangi carian; jika jawapan bertukar apabila urutan berubah, penulis pesaing masih memiliki sebahagian konfigurasi. Ketahui komponen mana yang memasang peraturan itu - klien, profil sistem pengendalian atau ejen pengurusan - sebelum menyunting apa-apa. Catat urutan dan pemiliknya supaya orang seterusnya tidak perlu menemuinya semula.

Artikel berkaitan