Клієнти Squid IPv4 та призначення IPv6: окремі політики
Клієнт IPv4 може використовувати Squid для доступу до сайту IPv6. Розрізняйте обмеження призначення, ACL джерела та вибір адреси, перш ніж вибирати політику лише для IPv6.
Можна прийняти клієнта через IPv4 і досягти запитаного ним сайту через IPv6. Це окремі з'єднання. Політика щодо боку сайту не повинна автоматично відхиляти клієнтів IPv4.
Це пастка в прикладах, які поєднують заборону родини призначення з src ipv4: ACL джерела змінює, кому дозволено підключатися, а не лише які з'єднання із сайтами дозволені.
Визначте передбачуване обмеження
Для випусків Squid, що підтримують відповідні IP ACL, правило родини призначення може використовувати dst ipv4 для визначення призначень IPv4. Інтегруйте такі правила в наявну автентифікацію та дозволи призначень; не додавайте широкий дозвіл IPv6, який їх обходить.
Довідка ACL розрізняє типи джерела та призначення. Це обмеження, а не служба автоматичного перекладу. Сайт лише з IPv4 може стати недоступним, хоча машина могла б досягти його через IPv4.
Прив'язка вихідної адреси IPv6 також не є всією політикою застосування. Вибір джерела, дозволені родини призначень, відповіді DNS і фактична доступність мережі всі сприяють. Явно вирішіть, чи прийнятне повернення до IPv4.
Зміна forwarded_for не вирішує цієї проблеми. Це впливає на заголовок HTTP, а не на родину адрес TCP-з'єднання проксі. Так само DNS-резолвер IPv6 не гарантує, що кожне ім'я, на яке він відповідає, має призначення IPv6.
Перевірте поведінку, специфічну для випуску, перш ніж приймати велику стару конфігурацію. Зокрема: dns_v4_first не є підтримуваним перемикачем переваги родини в Squid 5–7. Політику, яку ви можете точно описати, легше перевірити, ніж набір не пов'язаних налаштувань IPv6.