Параметр "Routing Table" для маршрутов IPv6 не действует (v7.5)

Очень похожая схема работает у меня на IPv6… Правила срабатывают, счётчики растут? Думаю, правил больше. Не мог бы ты показать весь набор своих правил для файервола? Скорее всего, они как-то взаимодействуют между собой не так, как ты ожидаешь.

Если у вас что-то не работает, обычно стоит написать подробности. Кто-то может попробовать воспроизвести проблему или указать на вашу возможную ошибку. В любом случае, если вы рассчитываете на полезный совет, хуже точно не будет.

Привет, версия 7.8, исправлений нет. Тот же самый сценарий использования, что у автора темы. В IPv4 работает отлично, а в IPv6 не используется отдельная таблица маршрутов, только основная.

Отлично работает на ipv4… просто говорю.

Хорошо, давай проверю… root@io ~ # curl -6 https://eworm.de/ip/  
2003:cf:2f25:4200:3b07:7ea4:e853:5924 — это адрес из префикса провайдера. Теперь хотим маршрутизировать через другой шлюз:  
[admin@jupiter] > /ipv6/firewall/address-list/add address=eworm.de list=via-vpn
[admin@jupiter] > /ipv6/firewall/address-list/print where list=via-vpn
Флаги: D - динамический  
Колонки: LIST, ADDRESS  
#   LIST     ADDRESS                  
16   via-vpn  2606:4700:4700::1001/128  
17   via-vpn  2001:4860:4860::8844/128  
22   via-vpn  eworm.de                
;;; eworm.de  
23 D via-vpn  2a01:4f8:222:1e83::80/128  

…и снова тестируем: root@io ~ # curl -6 https://eworm.de/ip/  
2a03:1b20:6:f011::a02e  

Видишь, работает, значит что-то не так или чего-то не хватает в твоей конфигурации. У меня вот это:  
/routing/rule/add action=lookup-only-in-table routing-mark=via-vpn table=via-vpn  

Возможно, тебе нужно подстроить это под свой случай?

Отлично, так что наслаждайся! Интересно, почему это нужно именно для IPv6, а IPv4-то работает и без этого.

Было бы лучше, если бы в IPv4 это работало так же, как сейчас в IPv6. Тогда можно было бы поставить правило в нужное место в списке правил и задать приоритет меткам маршрутизации.

Ну, правила маршрутизации всегда немного проблемные. Хотелось бы, чтобы в правилах маршрутизации был матчинг типа «назначение — подключённый маршрут» (чтобы можно было обращаться к основной таблице), или, ещё лучше, чтобы была функция «автоматически копировать подключённые маршруты в эту таблицу» в таблицах маршрутизации. Я понимаю, что с помощью функции «VRF» это реализуется, но в целом для меня это слишком негибко. Я не хочу, чтобы сервисы были доступны только в одном VRF. Когда поведение маркировки маршрута одинаково для IPv4 и IPv6 (а так и должно быть), я предпочитаю, чтобы поведение было таким, как сейчас для IPv6. Но, конечно, об этом должны чётко сообщить при реализации. (Ну, в этой области уже есть несколько изменений, так что те, кто пользуется функцией policy routing и следит за релизами v7, уже знают, что при обновлении нужно быть осторожными.)