Squid 5–7: mengapa dns_v4_first tidak lagi berfungsi
Menjelaskan penghapusan dns_v4_first di Squid 5 sampai 7 dan membedakan preferensi alamat dari pemaksaan hanya IPv4.
Konfigurasi Squid lama memuat dns_v4_first on. Setelah peningkatan versi, baris itu tidak lagi memberi preferensi IPv4 yang diharapkan. Menambah salinan lain tidak akan memulihkan perilaku sebelumnya.
Referensi konfigurasi mencantumkan direktif tersebut sebagai tidak tersedia di Squid 5 sampai 7. Pemilihan alamat Squid berubah seiring pekerjaan Happy Eyeballs; saran preferensi lama harus dibaca dalam konteks rilis itu.
Preferensi dan pemaksaan adalah permintaan berbeda
Putuskan dulu apa yang Anda butuhkan. Memilih rute IPv4 yang berfungsi saat kedua keluarga tersedia? Menghapus konektivitas IPv6 yang rusak? Menjamin bahwa exit tertentu hanya memakai IPv4? Itu bukan kebijakan yang sama. Pembatasan keluarga tujuan juga harus tetap terpisah dari ACL sumber klien.
Menonaktifkan akses ke satu keluarga dapat membuat sebagian situs tak terjangkau. Mengubah jawaban DNS mengubah kandidat yang tersedia bagi proksi. Memperbaiki rute yang lambat atau rusak menangani kerusakan jaringan. Tidak satu pun boleh digambarkan sebagai baris pengganti universal untuk direktif yang dihapus.
Pisahkan juga pemilihan alamat tujuan dari alamat yang dipakai untuk mencapai proxy induk. Nama host induk dapat memiliki kandidat IPv4 dan IPv6 sendiri, sementara induk membuat koneksi situs akhir sesuai kebijakannya.
Aturan alamat sumber punya peran lain: ia memilih sumber yang cocok untuk koneksi, bukan menciptakan dukungan tujuan. Sumber IPv4 tidak menjadikan tujuan hanya-IPv6 sebagai titik akhir IPv4.
Periksa dokumentasi rilis yang terpasang dan seluruh jalur penerusan. Jika masalahnya koneksi IPv6 yang tidak andal, pertahankan diagnosis itu alih-alih membuat perubahan global diam-diam yang justru menutupinya. Rute preferensi yang berfungsi dan exit satu keluarga yang ketat layak mendapat konfigurasi berbeda.