Tiga penerbit dapat menaruh alamat VPN pengendali domain di DNS

Tiga komponen berbeda pada pengendali domain dengan beberapa antarmuka dapat menaruh alamat VPN yang sama di DNS, dan ketiganya gagal secara mandiri. Bandingkan apa yang diterbitkan masing-masing daripada memercayai kotak centang adaptor, yang hanya mengendalikan salah satunya. Gejalanya identik dalam setiap kasus: klien me-resolve nama, menerima alamat terowongan, dan tidak dapat menjangkau pengendali domain. Siapa yang menerbitkannya menentukan cara menghentikannya.

Satu pengaturan, satu layanan, dan satu peran; tiga penerbit, tiga sakelar.

Mulai dari catatan, bukan dari kotak centang

Kueri nama lengkap server yang terdampak melalui server DNS yang benar-benar dipakai klien, lalu catat setiap alamat yang dikembalikan. Bandingkan setiap alamat yang dikembalikan dengan antarmuka LAN dan terowongan server yang sebenarnya, serta dengan jaringan tempat klien berada. Sebuah alamat bisa sepenuhnya sah secara lokal tetapi tidak terjangkau oleh klien yang penting. Kegagalan autentikasi yang berselang-seling adalah gejala umum, karena klien menerima atau memilih alamat berbeda pada percobaan yang berbeda.

Mesin yang berhasil me-resolve namanya sendiri dengan benar tidak membuktikan banyak hal. Uji yang penting dijalankan dari jaringan klien.

Adaptor hanyalah salah satu penerbit

Properti TCP/IP adaptor memiliki kotak centang untuk mendaftarkan alamat koneksi itu, dan menghapus centangnya membungkam tepat satu penerbit. Itu tidak menghentikan yang lain, itulah sebabnya catatan bisa muncul lagi setelah mulai ulang. Jika pengendali domain juga menjalankan layanan DNS, layanan itu punya konfigurasi pendengaran dan catatan server nama sendiri. Panduan Microsoft untuk lingkungan dengan beberapa antarmuka memperlakukan perilaku antarmuka, layanan DNS, dan Netlogon sebagai penerbit relevan yang terpisah.

Tiga sakelar, tiga pemilik, dan hanya satu di antaranya berada di halaman properti adaptor.

Layanan DNS punya alamatnya sendiri

Server DNS yang diperintahkan mendengarkan pada alamat VPN akan terus menerbitkannya dalam catatannya sendiri, apa pun yang diklaim kotak centang adaptor. Selaraskan alamat pendengaran layanan dengan antarmuka yang dimaksud, dan tinjau entri server nama zona pada saat yang sama. Mengubah pendengar dapat mengganggu klien yang saat ini memakai alamat yang Anda hapus, jadi tetapkan dulu siapa yang bergantung pada masing-masing. Menghapus pendengar hanya karena itu alamat VPN dapat memutus klien yang ingin Anda bantu.

Netlogon, dan penemuan pengendali domain pada umumnya, juga mendaftarkan alamat sebagai bagian dari tugasnya sendiri. Jangan menekan pendaftaran di seluruh domain, dan jangan menyalin solusi pendaftaran akses jarak jauh lama tanpa memastikan solusi itu berlaku untuk versi dan peran Anda.

Kepemilikan sebelum pembersihan

Perbaiki penerbitnya sebelum menghapus catatan, atau peristiwa pendaftaran berikutnya akan mengembalikannya dan latihan itu berulang. Hapus entri usang melalui proses pemilik DNS dan perhitungkan cache serta penuaan. Periksa dari jaringan klien, mencakup penemuan domain dan aplikasi yang semula gagal, lalu picu peristiwa VPN yang sama dengan yang pertama kali menghasilkan alamat itu.

Yang Anda inginkan pada akhirnya adalah sekumpulan alamat dan pendengar terbit yang diketahui, sementara pendaftaran domain sehari-hari tetap menjalankan tugasnya. Mesin yang namanya kebetulan ter-resolve dengan benar tepat setelah pembersihan manual bukanlah itu.

Catat penerbit mana yang bertanggung jawab, catatan mana yang berubah, dan klien mana yang diuji. Server bermultiantarmuka berikutnya akan punya tiga tersangka yang sama.