Mengapa jawapan DNS64 berubah sebaik VPN disambungkan?

Jawapan DNS64 menerangkan susunan rangkaian, bukan sifat pelayan. Penyelesai mensintesis alamat IPv6 daripada alamat IPv4, dan hasilnya hanya berfungsi di tempat penterjemah duduk di hujung awalan itu. Bawa VPN ke dalam laluan dan susunan itu boleh kekal, berubah atau berhenti menjadi benar bergantung pada tiga syarat.

Syarat-syarat itu ialah penyelesai yang menjawab, laluan yang dimiliki peranti anda ke awalan tersintesis, dan sama ada sesuatu di laluan itu melakukan terjemahan. Setiap satunya boleh diperhatikan, dan itulah yang menjadikan kegagalan itu boleh didiagnosis.

Ke arah manakah rekod AAAA tersintesis sebenarnya menunjuk

Penyelesai DNS64 menjawab pertanyaan AAAA bagi nama yang hanya mempunyai IPv4 dengan membenamkan alamat IPv4 di dalam awalan yang dikonfigurasikan untuk digunakannya, dan awalan terkenal untuk kerja itu ialah 64:ff9b::/96 seperti yang diterangkan dalam RFC 6147. Rekod itu kelihatan kepada aplikasi seperti mana-mana rekod AAAA lain, dan itulah maksudnya: klien yang hanya mempunyai IPv6 boleh mencuba sambungan tanpa mengetahui destinasi itu tidak pernah mempunyai IPv6. Sambungan itu kemudiannya bergantung pada fungsi NAT64 yang menterjemah antara dua keluarga di suatu tempat di sepanjang laluan. Tanpa penterjemah itu, alamat tersintesis ialah destinasi yang kelihatan munasabah tetapi tidak menuju ke mana-mana.

Jadi rekod itu mengekod dua perkara sekali gus: alamat IPv4 asal dan andaian bahawa penterjemah boleh dicapai. Hanya yang pertama kelihatan di dalam jawapan itu sendiri.

Tiga syarat menentukan sama ada ia masih berfungsi

Syarat pertama ialah penyelesai mana yang menghasilkan rekod itu, kerana yang tanpa DNS64 dikonfigurasikan tidak memulangkan apa-apa bagi nama itu dan aplikasi gagal dengan cara yang berbeza. Syarat kedua ialah sama ada peranti anda mempunyai laluan ke awalan tersintesis, kerana jawapan boleh sah sementara laluan ke sana tiada. Syarat ketiga ialah sama ada penterjemah yang memiliki awalan itu berada di laluan yang akan anda gunakan, kerana terowong yang membawa 64:ff9b::/96 ke tempat lain sampai ke fungsi lain atau tidak sampai ke apa-apa. Ketiga-tiganya boleh berlaku sebelum terowong dan gagal selepasnya, dan itulah sebabnya gejala itu kelihatan seperti kemerosotan mendadak.

Semak ketiga-tiganya dalam susunan itu. Jawapan yang tiada dan laluan yang tiada kelihatan sama dalam pelayar dan sangat berbeza dalam log penyelesai.

Apabila penyelesai berubah, jawapan pun berubah

Klien VPN selalunya menolak penyelesainya sendiri atau mengambil alih seluruh laluan pertanyaan, dan penyelesai itu mungkin tidak mensintesis apa-apa. Pertanyaan bagi nama yang hanya mempunyai IPv4 kemudiannya tidak memulangkan rekod AAAA, yang dialami klien hanya-IPv6 sebagai nama yang tidak dapat dicapainya. Sebaliknya juga berlaku: penyelesai yang benar-benar mensintesis boleh memberi anda awalan yang tidak dibawa oleh laluan terowong anda.

Cache menjadikan ini lebih sukar dilihat. Rekod tersintesis yang diperoleh di rangkaian pejabat boleh hidup lebih lama daripada konteks yang menghasilkannya, jadi klien terus menyambung ke alamat yang penterjemahnya tidak lagi boleh dicapai. Lihat penyelesai yang menjawab sekarang dan bukan yang menjawab ketika entri itu disimpan. Mengosongkan cache tanpa merekodkan jawapan lama dan baharu memusnahkan bukti yang anda perlukan.

Uji carian dan laluan secara berasingan

Tanyakan nama itu secara terus sebelum melibatkan aplikasi, dan catat pelayan mana yang menjawab. Arahan di bawah menunjukkan rekod AAAA, penyelesai yang digunakan dan sama ada laluan ke awalan tersintesis wujud. Jalankan dengan terowong ditutup dan kemudian sekali lagi dengan terowong dibuka.

dig AAAA ipv4only.example.com +short
dig AAAA ipv4only.example.com | grep -E '^;; SERVER'
ip -6 route get 64:ff9b::c000:0216
curl -6 -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 http://ipv4only.example.com/

Baca hasilnya sebagai satu rantaian. Rekod AAAA yang tiada bermakna penyelesai di hadapan anda tidak mensintesis, jadi laluan yang hanya mempunyai IPv6 tidak akan berfungsi bagi nama itu, apa pun yang klien lakukan. Rekod ada tetapi laluan tiada bermakna awalan itu tidak dibawa oleh laluan semasa, dan itu keputusan penghalakan dan bukan kerosakan penyelesai. Laluan ada sementara permintaan masih gagal menunjuk kepada penterjemah itu sendiri, dan itu milik pemilik yang lain.

Catat penyelesai, konteks rangkaian dan keluarga alamat di sebelah setiap hasil. Catatan itulah yang membolehkan perbandingan seterusnya memisahkan perubahan penyelesai daripada perubahan penghalakan.