Mengapa jawaban DNS64 berubah begitu VPN tersambung?

Jawaban DNS64 menggambarkan susunan jaringan, bukan sifat server. Resolver menyintesis alamat IPv6 dari alamat IPv4, dan hasilnya hanya bekerja di tempat penerjemah berada di ujung prefiks itu. Bawa VPN ke dalam jalur dan susunan itu dapat bertahan, berubah, atau berhenti benar tergantung pada tiga syarat.

Syarat-syarat itu adalah resolver yang menjawab, rute yang dimiliki perangkat Anda menuju prefiks hasil sintesis, dan apakah sesuatu di rute itu melakukan penerjemahan. Masing-masing dapat diamati, dan itulah yang membuat kegagalan dapat didiagnosis.

Ke mana sebenarnya catatan AAAA hasil sintesis menunjuk

Resolver DNS64 menjawab kueri AAAA untuk nama yang hanya memiliki IPv4 dengan menyematkan alamat IPv4 di dalam prefiks yang dikonfigurasi untuk dipakainya, dan prefiks terkenal untuk tugas itu adalah 64:ff9b::/96 seperti dijelaskan dalam RFC 6147. Catatan itu tampak bagi aplikasi seperti catatan AAAA lain, dan itulah intinya: klien yang hanya memiliki IPv6 dapat mencoba koneksi tanpa tahu bahwa tujuan tidak pernah memiliki IPv6. Koneksi itu lalu bergantung pada fungsi NAT64 yang menerjemahkan antara kedua keluarga di suatu titik pada jalur. Tanpa penerjemah itu, alamat hasil sintesis adalah tujuan yang tampak masuk akal dan tidak menuju ke mana pun.

Karena itu catatan tersebut mengodekan dua hal sekaligus: alamat IPv4 asli dan asumsi bahwa penerjemah dapat dijangkau. Hanya yang pertama terlihat di dalam jawabannya sendiri.

Tiga syarat menentukan apakah masih berfungsi

Syarat pertama adalah resolver mana yang menghasilkan catatan itu, karena yang tanpa DNS64 terkonfigurasi tidak mengembalikan apa pun untuk nama tersebut dan aplikasi gagal dengan cara berbeda. Syarat kedua adalah apakah perangkat Anda memiliki rute ke prefiks hasil sintesis, karena jawaban bisa sah sementara jalur ke sana hilang. Syarat ketiga adalah apakah penerjemah pemilik prefiks itu berada di jalur yang akan Anda pakai, karena terowongan yang membawa 64:ff9b::/96 ke tempat lain mencapai fungsi lain atau tidak sama sekali. Ketiganya dapat berlaku sebelum terowongan dan gagal sesudahnya, dan itulah sebabnya gejalanya tampak seperti kemunduran mendadak.

Periksa ketiganya dalam urutan itu. Jawaban yang hilang dan rute yang hilang tampak sama di peramban dan sangat berbeda di log resolver.

Saat resolver berubah, jawaban pun berubah

Klien VPN sering mendorong resolver sendiri atau mengambil alih seluruh jalur kueri, dan resolver itu mungkin tidak menyintesis apa pun. Kueri untuk nama yang hanya IPv4 lalu tidak mengembalikan catatan AAAA, yang dialami klien hanya-IPv6 sebagai nama yang tidak dapat dijangkau. Sebaliknya juga terjadi: resolver yang benar-benar menyintesis dapat memberi Anda prefiks yang tidak dibawa jalur terowongan Anda.

Cache membuat ini lebih sulit terlihat. Catatan hasil sintesis yang diperoleh di jaringan kantor dapat bertahan lebih lama daripada konteks yang menghasilkannya, sehingga klien terus terhubung ke alamat yang penerjemahnya tidak lagi terjangkau. Lihatlah resolver yang menjawab sekarang, bukan yang menjawab saat entri disimpan. Mengosongkan cache tanpa mencatat jawaban lama dan baru menghancurkan bukti yang Anda butuhkan.

Uji pencarian dan jalur secara terpisah

Tanyakan nama itu langsung sebelum melibatkan aplikasi, dan catat server mana yang menjawab. Perintah di bawah menunjukkan catatan AAAA, resolver yang dipakai, dan apakah ada rute ke prefiks hasil sintesis. Jalankan dengan terowongan mati lalu lagi dengan terowongan hidup.

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 rantai. Catatan AAAA yang hilang berarti resolver di depan Anda tidak menyintesis, jadi jalur hanya-IPv6 tidak akan bekerja untuk nama itu, apa pun yang dilakukan klien. Catatan ada tetapi rute tidak ada berarti prefiks tidak dibawa jalur saat ini, dan itu keputusan perutean, bukan kesalahan resolver. Rute ada sementara permintaan tetap gagal menunjuk ke penerjemah itu sendiri, dan itu milik pemilik lain lagi.

Catat resolver, konteks jaringan, dan keluarga alamat di samping setiap hasil. Catatan itulah yang memungkinkan perbandingan berikutnya memisahkan perubahan resolver dari perubahan perutean.