Статическая маршрутизация

[asmsa]

Было бы здорово иметь возможность при указании статических маршрутов не конечный интерфейс, а пул интерфейсов или же, что логичней - брать из политики доступа(Интернет/Приоритет подключений).

Имея несколько VPN - при большом пуле маршрутов проблематично все их перенастраивать на новый интерфейс, если одна из VPN отвалится.

 

[Denis P]

50 минут назад, asmsa сказал:

Было бы здорово иметь возможность при указании статических маршрутов не конечный интерфейс, а пул интерфейсов или же, что логичней - брать из политики доступа(Интернет/Приоритет подключений).

Имея несколько VPN - при большом пуле маршрутов проблематично все их перенастраивать на новый интерфейс, если одна из VPN отвалится.

 

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

Изменено вчера в 09:18 пользователем Denis P

[keenet07]

7 часов назад, asmsa сказал:

Имея несколько VPN - при большом пуле маршрутов проблематично все их перенастраивать на новый интерфейс, если одна из VPN отвалится.

"Приоритеты подключений" не подходят для этого?

[asmsa]

13 часов назад, keenet07 сказал:

"Приоритеты подключений" не подходят для этого?

А каким образом они могут помочь, если в статическом маршруте можно выбрать только один конкретный интерфейс?

Я и написал, что было бы здорово, если б помимо конкретного интерфейса туда подтягивались и «приоритеты подключений»…

командная строка - это конечно здорово, но голову сломать можно пока все настроишь :)

[vasek00]

51 минуту назад, asmsa сказал:

А каким образом они могут помочь, если в статическом маршруте можно выбрать только один конкретный интерфейс?

Речь выше была например - задаем маршрут два маршрута одновременно до узла 1.1.1.1 через интерфейс nwg0 и так же 1.1.1.1 через интерфейс nwg1 тогда имеем вот что

1.1.1.1 dev nwg0  proto static  scope link  metric 1000

при проблеме на nwg0 тогда имеем вот что

1.1.1.1 dev nwg1  proto static  scope link  metric 1000

при восстановлении nwg0 тогда имеем вот что

1.1.1.1 dev nwg0  proto static  scope link  metric 1000

Это при использовании в основной 

Теперь то же самое, но в созданной политике аналогично 1.1.1.1 для двух nwg

прописано оба 
ip policy Policy2
...
    permit global PPPoE0
    no permit global Wireguard1
    no permit global Wireguard0
...
    route 1.1.1.1 Wireguard0 auto reject
    route 1.1.1.1 Wireguard1 auto reject

получаем, тут вопрос в какой последовательности вводить это стат маршрут, тот и в дамках, если сначала на nwg1 а потом на nwg0 то будет 

~ # ip ro show table 14
default dev ppp0  scope link  metric 1000
1.1.1.1 dev nwg0  scope link  metric 1000

отключаем nwg0

~ # ip ro show table 14
default dev ppp0  scope link  metric 1000
1.1.1.1 dev nwg1  scope link  metric 1000

и включаем nwg0

~ # ip ro show table 14
default dev ppp0  scope link  metric 1000
1.1.1.1 dev nwg0  scope link  metric 1000

 

 

Изменено 9 часов назад пользователем vasek00