Squid 5–7: mengapa dns_v4_first tidak lagi berfungsi

Konfigurasi Squid lama mengandungi dns_v4_first on. Selepas peningkatan, baris itu tidak lagi memberi keutamaan IPv4 yang dijangka. Menambah lebih banyak salinannya tidak akan memulihkan tingkah laku terdahulu.

Rujukan konfigurasi menyenaraikan direktif itu sebagai tidak tersedia dalam Squid 5 hingga 7. Pemilihan alamat Squid berubah bersama kerja Happy Eyeballs; nasihat keutamaan lama perlu dibaca dalam konteks keluaran itu.

Keutamaan dan pemaksaan ialah permintaan berbeza

Putuskan dahulu apa yang anda perlukan. Mengutamakan laluan IPv4 yang berfungsi apabila kedua-dua keluarga tersedia? Menghapuskan kesambungan IPv6 yang rosak? Menjamin keluar tertentu hanya menggunakan IPv4? Itu bukan dasar yang sama. Sekatan keluarga destinasi juga perlu kekal berasingan daripada ACL sumber klien.

Menyahdayakan akses kepada satu keluarga boleh menjadikan sesetengah laman tidak dapat dicapai. Menukar jawapan DNS mengubah calon yang tersedia kepada proksi. Membaiki laluan perlahan atau rosak menangani kerosakan rangkaian. Tiada satu pun wajar diperihalkan sebagai baris pengganti sejagat bagi direktif yang dimansuhkan.

Asingkan juga pemilihan alamat destinasi daripada alamat yang digunakan untuk mencapai proksi induk. Nama hos induk boleh mempunyai calon IPv4 dan IPv6 sendiri, sementara induk membuat sambungan laman akhir mengikut dasarnya sendiri.

Peraturan alamat sumber mempunyai peranan lain: ia memilih sumber yang serasi untuk sambungan, bukan mencipta sokongan destinasi. Sumber IPv4 tidak menjadikan destinasi hanya-IPv6 sebagai titik akhir IPv4.

Semak dokumentasi keluaran yang dipasang dan keseluruhan laluan penghantaran. Jika masalahnya sambungan IPv6 yang tidak boleh dipercayai, kekalkan diagnosis itu dan jangan buat perubahan global senyap yang hanya menyembunyikannya. Laluan keutamaan yang berfungsi dan keluar satu keluarga yang ketat memerlukan konfigurasi berbeza.