... В связи со скорым добавлением в реестр РКН IPv6-адресов мы реализовали поддержку разбора этих записей из реестра и фильтрацию IP адресов по всем протоколам. h1. Требования к работе IPv6 фильтрации # Работающий протокол IPv6 в сети оператора связи: абоненты должны иметь возможность получить IPv6 адрес и успешно осуществлять соединения по этому протоколу. # Подать зеркалированый IPv6-трафик на порт редуктора. ## В случае L2 зеркала (с порта коммутатора) (вне зависимости от VLAN) ничего не требуется менять. Если L2-зеркало было настроено на Linux-маршрутизаторе с помощью утилиты tc - настроить IPv6 по аналогии не получится. ## В случае L3 зеркала (на IP адрес редуктора) необходимо донастроить маршрутизатор для отправки и добавить IPv6 адрес на интерфейс для приёма зеркала. Мастер настройки сети сейчас это не поддерживает, необходимо редактировать конфигурацию интерфейса вручную. # На редукторе требуется настроить белый IPv6-адрес (не link-local вида FE80::/10) на интерфейсе, который отправляет Reject-ответы на запросы клиентов оператора связи к запрещённым ресурсам. # Убедитесь что абоненты доступны для сервера Carbon Reductor с помощью утилиты ping6. # Включите опцию IPv6 в настройках Carbon Reductor. h2. Включить опцию IPv6
|
... !2.png|border=1! И выполнить рестарт редуктора. {code} chroot /app/reductor/ service reductor restart {code} h2. Советы от пользователей {quote} Если в сети которая скидывается зеркалом для анализа гуляет ipv6 автоконфиг, то , при установках по умолчанию CentOS 6 и интерфейс в мироре хватает автоконфиг. Дальше, по крайней мере в нашем случае, блокиратор пытался отправить пакет с этого интерфейса, что у него конечно не получалось . (у нас же там мирор). Мы вылечили простейшим net.ipv6.conf.eth1/5.disable_ipv6 = 1 в sysctl для случая когда 1.5 это точка перехвата трафика. {quote}
|