Klien Squid IPv4 dan destinasi IPv6: dasar berasingan

Ada kemungkinan untuk menerima klien melalui IPv4 dan mencapai tapak web yang dimintanya melalui IPv6. Ini ialah sambungan berasingan. Dasar tentang bahagian tapak web tidak sepatutnya menolak klien IPv4 secara automatik.

Itulah perangkap dalam contoh yang menggabungkan penafian keluarga destinasi dengan src ipv4: ACL sumber mengubah siapa yang boleh menyambung, bukan hanya sambungan tapak web mana yang dibenarkan.

Takrifkan sekatan yang dimaksudkan

Untuk keluaran Squid yang menyokong IP ACL berkaitan, peraturan keluarga destinasi boleh menggunakan dst ipv4 untuk mengenal pasti destinasi IPv4. Integrasikan peraturan sedemikian dengan pengesahan dan kebenaran destinasi sedia ada; jangan tambah kebenaran IPv6 luas yang memintasnya.

Rujukan ACL membezakan jenis sumber dan destinasi. Ini ialah sekatan, bukan perkhidmatan terjemahan automatik. Tapak web hanya IPv4 boleh menjadi tidak tersedia walaupun mesin boleh mencapainya melalui IPv4.

Mengikat alamat IPv6 keluar juga bukan keseluruhan dasar penguatkuasaan. Pemilihan sumber, keluarga destinasi yang dibenarkan, jawapan DNS dan kebolehcapaian rangkaian sebenar semuanya menyumbang. Putuskan secara jelas sama ada fallback IPv4 boleh diterima.

Menukar forwarded_for tidak menyelesaikan masalah ini. Ia mempengaruhi pengepala HTTP, bukan keluarga alamat sambungan TCP proksi. Begitu juga, penyelesai DNS IPv6 tidak menjamin setiap nama yang dijawabnya mempunyai destinasi IPv6.

Semak tingkah laku khusus keluaran sebelum menerima pakai konfigurasi lama yang besar. Khususnya: dns_v4_first bukan suis keutamaan keluarga yang disokong dalam Squid 5 hingga 7. Dasar yang boleh anda huraikan dengan tepat lebih mudah disahkan daripada himpunan tetapan IPv6 yang tidak berkaitan.