Mengapa titik akhir peribadi masih menjawab dengan alamat awam

Komputer riba menyambung, terowong melaporkan dirinya aktif, dan akaun storan masih menolak setiap permintaan. Titik akhir peribadi wujud, laluan ke subrangkaiannya wujud, dan nama itu sama ada menjawab dengan alamat awam atau gagal diselesaikan. Tiada apa-apa yang salah dengan terowong: klien tidak pernah diberitahu pelayan mana yang sepatutnya menjawab nama itu. Jejaki pertanyaan ke luar dan jurangnya menjadi jelas.

Mulakan dengan pengurai klien

Tanya klien pelayan mana yang ia tanyakan semasa terowong aktif. Profil titik ke tapak membekalkan alamat itu, dan profil yang tidak membekalkan apa-apa membiarkan sistem pengendalian kembali kepada nilai lalai penyesuai.

Pengurai awam tidak mempunyai pandangan tentang zon peribadi, jadi mereka menjawab dari internet, yang memang tugas mereka. Semakan pertama kerana itu ialah alamat pengurai yang digunakan, bukan terowong dan bukan titik akhir.

Baca apakah jawapannya sebenarnya

Selesaikan nama perkhidmatan dan baca alamat yang kembali. Jawapan awam bermakna pertanyaan itu sampai ke pelayan yang tidak dapat melihat zon itu. Tiada jawapan bermakna nama itu hanya wujud secara peribadi dan tiada apa yang boleh dicapai klien menyimpannya.

Kedua-dua hasil itu menghasilkan ralat aplikasi yang serupa dan dimiliki oleh pemilik yang berbeza. Satu masalah pemilihan pengurai, satu lagi pautan zon yang hilang.

Entri hosts membuktikan laluan, kemudian berbohong

Meletakkan alamat titik akhir dalam fail hosts tempatan ialah cara terpantas membuktikan bahawa terowong dan tembok api perkhidmatan sudah berfungsi. Jika permintaan berjaya dengan entri itu, hanya penyelesaian nama yang rosak. Ia juga perubahan setiap mesin yang meliputi tepat satu nama.

Ia tidak membantu akaun kedua, titik akhir kedua atau rakan sekerja, dan ia rosak tanpa amaran apabila titik akhir dicipta semula pada alamat baharu.

Lebih teruk, ia membuatkan mesin anda berkelakuan berbeza daripada semua orang, dan begitulah cara kerosakan pengurai bertahan seminggu siasatan. Gunakannya untuk mengesahkan laluan, kemudian keluarkan dan betulkan puncanya.

Pautkan zon dan agihkan pengurai

Dua syarat mesti dipenuhi serentak. Zon peribadi mesti dipautkan ke rangkaian maya tempat titik akhir berada, dan klien mesti menghantar pertanyaannya ke pelayan yang boleh membaca zon itu. Titik akhir masuk DNS Private Resolver menyediakan alamat sedemikian dalam rangkaian dan menjawab pertanyaan yang tiba melalui terowong. Letakkan alamat itu dalam profil VPN dan tambah akhiran peribadi yang perlu digunakan oleh klien.

Pengurai setempat yang sudah ada boleh mencapai hasil yang sama melalui pemaju bersyarat yang dihalakan ke zon.

Peraturan rangkaian pada pengurai sama pentingnya dengan penghalaan. Jika peraturan masuk mengecualikan julat klien VPN, pertanyaan tamat masa dan bukannya memulangkan jawapan yang salah. Tamat masa itulah yang menghantar orang kembali ke jadual laluan yang tiada apa-apa masalahnya.

Semak nama, port dan identiti mengikut urutan

Bekerja mengikut urutan: selesaikan nama, sahkan jawapan itu peribadi, buka port, kemudian buat permintaan yang disahkan. Setiap peringkat mempunyai pemilik dan tanda kegagalannya sendiri.

Jawapan peribadi yang diikuti tamat masa menunjuk ke laluan atau tembok api. Jawapan awam menunjuk ke pengurai. Sambungan selesai yang memulangkan ralat identiti milik perkhidmatan itu.

Satu lagi kegagalan tergolong dalam senarai ini. Tembok api perkhidmatan yang membenarkan alamat klien berhenti sepadan apabila kumpulan itu memberikan alamat tersebut kepada sesi lain selepas menyambung semula. Baca alamat pemanggil yang direkodkan oleh perkhidmatan, bukan yang disangka klien. Kedua-duanya lebih kerap tidak sepadan daripada yang dijangka orang. Panduan Azure DNS Private Resolver merangkumi pautan zon dan susunan pemajuan.