Проблема после смены приоритетного интерфейса в политиках доступа в интернет

[T@rkus]

Giga III (4.1 Beta 4) После смены приоритетного интерфейса в политиках доступа в интернет. Этот уже не приоритетный интерфейс остается активным после смены на другой и трафик продолжает идти по нему. Что бы активным стал уже новый интерфейс ставший приоритетным приходится тоглом его выключать и заново включать. Self-test скрытым сообщением

[vasek00]

8 часов назад, T@rkus сказал:

Giga III (4.1 Beta 4) После смены приоритетного интерфейса в политиках доступа в интернет. Этот уже не приоритетный интерфейс остается активным после смены на другой и трафик продолжает идти по нему. Что бы активным стал уже новый интерфейс ставший приоритетным приходится тоглом его выключать и заново включать. Self-test скрытым сообщением

Что бы активным стал уже новый интерфейс ставший приоритетным приходится тоглом его выключать и заново включать.

Не замечал такого 4.1.4 как и ранее на моих интерфейсах, если не считать что перевод клиента из одной политики в другую, на это надо какое-то время, в одну строну быстро из Policy0 в основную, а обратно из основной в Policy0 то 20сек.

Скрытый текст

Перевод клиента с одной политики на другую и обратно

Фев 15 07:38:43 ndm Hotspot::Manager: policy removed from host "70:.....:e2".
Фев 15 07:38:43 ndm Core::System::StartupConfig: saving (http/rci).  
Фев 15 07:38:43 ndm Netfilter::Util::Conntrack: flushed 158 IPv4 connections. ***********************
Фев 15 07:38:46 ndm Core::System::StartupConfig: configuration saved.

Фев 15 07:38:57 ndm Hotspot::Manager: rule "permit" applied to host "70:.....:e2".
Фев 15 07:38:57 ndm Hotspot::Manager: policy "Policy0" applied to host "70:.....:e2".
Фев 15 07:38:57 ndm Core::System::StartupConfig: saving (http/rci).
Фев 15 07:38:57 ndm Netfilter::Util::Conntrack: flushed 108 IPv4 connections. ***********************
Фев 15 07:39:01 ndm Core::System::StartupConfig: configuration saved. 

 

Проверял на клиенте - Web на страницу ya.ru (ее доступность)

Смена интерфейса в политики с одного на другой (в данной политики один интерфейс активен например WG0 меняем на WG4), по времени все аналогично как и выше. Если с WG0->WG4 то быстро, если обратно WG4->WG0 то 20сек. Проверял на клиенте в данной политики - Web на страницу ya.ru (ее доступность)

Скрытый текст

Фев 15 07:54:40 ndm Network::PolicyTable: "Policy0": updated description.
Фев 15 07:54:40 ndm Network::PolicyTable: "Policy0": set permission to use Wireguard0.
Фев 15 07:54:40 ndm Network::PolicyTable: "Policy0": set no permission to use Wireguard4.
Фев 15 07:54:40 ndm Network::PolicyTable: "Policy0": set no permission to use GigabitEthernet0/Vlan9.
Фев 15 07:54:40 ndm Network::PolicyTable: "Policy0": set no permission to use PPPoE0.
Фев 15 07:54:40 ndm Network::PolicyTable: "Policy0": set no permission to use Wireguard3.
Фев 15 07:54:40 ndm Network::PolicyTable: "Policy0": set no permission to use Wireguard1.
Фев 15 07:54:40 ndm Network::PolicyTable: "Policy0": set auto permission.
Фев 15 07:54:40 ndm Core::System::StartupConfig: saving (http/rci).
Фев 15 07:54:40 upnp shutting down MiniUPnPd
Фев 15 07:54:40 ndm Core::Session: client disconnected.
Фев 15 07:54:42 ndm Core::Server: started Session /var/run/ndm.core.socket.
Фев 15 07:54:42 upnp HTTP listening on port 1900
Фев 15 07:54:42 upnp Listening for NAT-PMP/PCP traffic on port 5351
Фев 15 07:54:43 ndm Core::System::StartupConfig: configuration saved. 

По Web 3сек.

В реале смена маршрута default для политики с одного интерфейса на другой, т.е. имеем один default на WG0 меняем его на default WG4 и потом обратно.

Не один год использую политики иногда приходится менять приоритеты каналов в ней - все время так работало имеется ввиду по времени.

Edited February 15 by vasek00