Клиенты 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.