Mengapa titik akhir privat masih menjawab dengan alamat publik

Laptop terhubung, terowongan melaporkan dirinya aktif, dan akun penyimpanan tetap menolak setiap permintaan. Titik akhir privat ada, rute ke subnetnya ada, dan namanya entah menjawab dengan alamat publik atau gagal diresolusi. Tidak ada yang salah dengan terowongan: klien tidak pernah diberi tahu server mana yang seharusnya menjawab nama itu. Telusuri kueri ke luar dan celahnya menjadi jelas.

Mulai dari resolver klien

Tanyakan kepada klien server mana yang ia kueri selama terowongan aktif. Profil point-to-site menyediakan alamat itu, dan profil yang tidak menyediakan apa pun membiarkan sistem operasi kembali ke default adaptor.

Resolver publik tidak memiliki pandangan tentang zona privat, jadi mereka menjawab dari internet, yang memang tugasnya. Pemeriksaan pertama karena itu adalah alamat resolver yang dipakai, bukan terowongan dan bukan titik akhir.

Baca apa jawabannya sebenarnya

Resolusikan nama layanan dan baca alamat yang kembali. Jawaban publik berarti kueri mencapai server yang tidak dapat melihat zona itu. Tidak ada jawaban berarti nama itu hanya ada secara privat dan tidak ada yang dapat dijangkau klien yang menyimpannya.

Kedua hasil itu menghasilkan kesalahan aplikasi yang serupa dan milik pemilik yang berbeda. Yang satu masalah pemilihan resolver, yang lain tautan zona yang hilang.

Entri hosts membuktikan jalur, lalu berbohong

Menaruh alamat titik akhir di berkas hosts lokal adalah cara tercepat membuktikan bahwa terowongan dan firewall layanan sudah bekerja. Jika permintaan berhasil dengan entri itu, hanya resolusi nama yang rusak. Ini juga perubahan per mesin yang mencakup tepat satu nama.

Entri itu tidak membantu akun kedua, titik akhir kedua, atau rekan kerja, dan rusak tanpa peringatan saat titik akhir dibuat ulang di alamat baru.

Lebih buruk lagi, entri itu membuat mesin Anda berperilaku berbeda dari semua orang, dan begitulah cara kesalahan resolver bertahan selama sepekan penyelidikan. Gunakan untuk memastikan jalurnya, lalu hapus dan perbaiki penyebabnya.

Tautkan zona dan bagikan resolver

Dua syarat harus berlaku sekaligus. Zona privat harus ditautkan ke jaringan virtual tempat titik akhir berada, dan klien harus mengirim kuerinya ke server yang dapat membaca zona itu. Titik akhir masuk DNS Private Resolver menyediakan alamat seperti itu di dalam jaringan dan menjawab kueri yang datang melalui terowongan. Taruh alamat itu di profil VPN dan tambahkan sufiks privat yang harus diterapkan klien.

Resolver lokal yang sudah ada dapat mencapai hasil yang sama melalui penerus bersyarat yang diarahkan ke zona.

Aturan jaringan pada resolver sama pentingnya dengan perutean. Jika aturan masuk mengecualikan rentang klien VPN, kueri habis waktu alih-alih mengembalikan jawaban yang salah. Habis waktu itulah yang mengirim orang kembali ke tabel rute yang tidak ada masalahnya.

Periksa nama, port, dan identitas secara berurutan

Bekerja berurutan: resolusikan nama, pastikan jawabannya privat, buka port, lalu buat permintaan terautentikasi. Setiap tahap punya pemilik dan tanda kegagalannya sendiri.

Jawaban privat yang diikuti habis waktu menunjuk ke rute atau firewall. Jawaban publik menunjuk ke resolver. Koneksi selesai yang mengembalikan kesalahan identitas milik layanan.

Satu kegagalan lagi masuk daftar ini. Firewall layanan yang mengizinkan alamat klien berhenti cocok ketika kumpulan alamat memberikan alamat itu ke sesi lain setelah menyambung ulang. Baca alamat pemanggil yang dicatat layanan, bukan yang diyakini klien. Keduanya lebih sering tidak cocok daripada yang orang duga. Panduan Azure DNS Private Resolver mencakup tautan zona dan pengaturan penerusan.