AK
ну и получится, что тот трафик, который ты промаркировал, будет уходить не в основную таблицу маршрутизации, а в ту с именем
Size: a a a
2021 March 29
AK
и там идти на тот шлюз по умолчанию, который указан в ней
VP
это action route, но лучше маркировать
)
AK
(еще в route rules нужно поставить lookup только в этой таблице маршрутизации, чтобы трафик не возвращался в основную, если твой второй шлюз по умолчанию например будет недоступен)
AK
ну или не ставь, в зависимости от того нужно или нет :)
J
(еще в route rules нужно поставить lookup только в этой таблице маршрутизации, чтобы трафик не возвращался в основную, если твой второй шлюз по умолчанию например будет недоступен)
помедленнее, я записываю)
J
(еще в route rules нужно поставить lookup только в этой таблице маршрутизации, чтобы трафик не возвращался в основную, если твой второй шлюз по умолчанию например будет недоступен)
и там в разделе table будет моя маркировка?
AK
и там в разделе table будет моя маркировка?
ну это в зависимости от того, как тебе надо чтобы работало. У тебя пакет с маркировкой отправляется с именованную таблицу маршрутизации. По умолчанию если он в ней не найдёт маршрут, то он вернётся в основную таблицу
дя
ну в общем с route можно приколов получить я считаю, ну и как на входящий трафик отвечать?
а есть возможность принимать входящий? Например у меня серый IP , нет возможности принимать входящий. Входящий в беспроводную сеть? Сомнительно. Роут наш выбор.)
AK
а маршрут он не найдёт например если шлюз по умолчанию там будет недоступен
AK
ну типа линка не будет на интерфейсе, например
AK
док ярослававич
а есть возможность принимать входящий? Например у меня серый IP , нет возможности принимать входящий. Входящий в беспроводную сеть? Сомнительно. Роут наш выбор.)
ну например если захочется полноценно использовать второй аплинк... например часть юзеров на него посадить или использовать как полноценный резервный канал...
AK
ну и главное - мне кажется так дебажить удобнее :)
AK
можно пинги посылать через определённую таблицу маршрутазиции с самого роутера, например
дя
а ну для этого маркировка. но это например, а если не захочется? .) так а разве маркированный трафик , при отсутствии связи со шлюзом будет в основной идти,?!
J
ну это в зависимости от того, как тебе надо чтобы работало. У тебя пакет с маркировкой отправляется с именованную таблицу маршрутизации. По умолчанию если он в ней не найдёт маршрут, то он вернётся в основную таблицу
сложна
AK
док ярослававич
а ну для этого маркировка. но это например, а если не захочется? .) так а разве маркированный трафик , при отсутствии связи со шлюзом будет в основной идти,?!
если вот так не сделать:
/ip route rule add action=lookup-only-in-table routing-mark=isp1 table=isp1
То например если линка не будет от первого провайдера, то шлюз по умолчанию будет недоступен, и трафик пойдёт через main таблицу маршрутизации.
/ip route rule add action=lookup-only-in-table routing-mark=isp1 table=isp1
То например если линка не будет от первого провайдера, то шлюз по умолчанию будет недоступен, и трафик пойдёт через main таблицу маршрутизации.
AK
это дефолтное поведение, что если маршрут не найдет - возвращаться в таблицу основную
VP
док ярослававич
а ну для этого маркировка. но это например, а если не захочется? .) так а разве маркированный трафик , при отсутствии связи со шлюзом будет в основной идти,?!
зависит от. )
дя
сложна
ничего сложного. 1 - если интерфейс/сеть = беспроводная маркировать маршрут . 2 - в Т.маршрутизация новый маршрут по-умолчанию через шлюз/интерфейс второго прова для маркированного трафика. все. как-то так.