Size: a a a

2021 February 21

ЯR

Я R in MikrotikRus
Я R
четки маршрут будет в отдельной таблице
тк этот маршрут нужен только для части трафика
источник

ЯR

Я R in MikrotikRus
Vladimir Prislonsky
НАТ никак не решает в какую таблицу попасть.
перечитайте
источник

ЯR

Я R in MikrotikRus
Переслано от Я R
rout-rule + src nat + address-list. Никакие манглы не нужны - это только трата ресурсов
источник

VP

Vladimir Prislonsky in MikrotikRus
Я R
перечитайте
Что именно и сколько раз?
источник

VP

Vladimir Prislonsky in MikrotikRus
Я R
Переслано от Я R
rout-rule + src nat + address-list. Никакие манглы не нужны - это только трата ресурсов
Еще раз  - если есть рулы, то НАТ не нужен.
источник

VP

Vladimir Prislonsky in MikrotikRus
И тем более не нужен, если "ответ гарантирован"
источник

ЯR

Я R in MikrotikRus
Vladimir Prislonsky
Еще раз  - если есть рулы, то НАТ не нужен.
да. Я щас перепроверил - в данной задаче нат вообще не нужен) Достаточно рулов с dst. Прошу прощения, что ввел в заблужение, в моем случае условий немного больше.
источник

VP

Vladimir Prislonsky in MikrotikRus
Я R
да. Я щас перепроверил - в данной задаче нат вообще не нужен) Достаточно рулов с dst. Прошу прощения, что ввел в заблужение, в моем случае условий немного больше.
👍
источник

VP

Vladimir Prislonsky in MikrotikRus
Я R
да. Я щас перепроверил - в данной задаче нат вообще не нужен) Достаточно рулов с dst. Прошу прощения, что ввел в заблужение, в моем случае условий немного больше.
Более того, из всех этих "приправ" НАТ наиболее ресурсоемок. Хотя для локального трафика этим вполне можно и пренебречь.
источник

ЯR

Я R in MikrotikRus
конечно наиболее эффективно использовать просто route-rules без манглов и нат. И в этой задаче такое решение как раз подойдет
источник

ЯR

Я R in MikrotikRus
в моей задаче nat был нужен, так как маршрутизируемый адрес находился на loopback-интерфейсе. Это конечно к данному тз не имеет отношения
источник

D

D! Жак лот Вандам Те... in MikrotikRus
Кто-нибудь работал со свифтом?
источник

Q

Quest in MikrotikRus
Народ, чет никак не могу вспомнить, как сбросить 450g, на вики чет ниче не понятно, подскажите
источник

YG

Yuri Ganzha in MikrotikRus
Yuri Ganzha
подскажите, есть ли возможность проверять шлюз по величине задержки при мультиване? есть убер схема где в виде двух isp выступают два модема 4g (от них линки включены в ether1 и ether2) и когда один из них начинает хворать - пинг подскакивает до 700-1000. хотелось бы такой шлюз автоматически гасить, чтобы весь траффик перебегал на "здоровый" линк
под эту задачу же netwatch можно использовать по идее. хочу по совету erazel менять дистанс маршруту. а как-то можно в консоли вычленить конкретный маршрут? я так понял, что в примере  ip route set numbers=0 distance=10   этот самый numbers имеет непостоянное значение
источник

Л

Леонид in MikrotikRus
Yuri Ganzha
под эту задачу же netwatch можно использовать по идее. хочу по совету erazel менять дистанс маршруту. а как-то можно в консоли вычленить конкретный маршрут? я так понял, что в примере  ip route set numbers=0 distance=10   этот самый numbers имеет непостоянное значение
numbers=[find gateway=x.x.x.x], например
или по комменту
источник

YG

Yuri Ganzha in MikrotikRus
т.е. вот нужный мне маршрут имеет number 0, после изменения дистанса и возврате нетвотчка в ок его number уже (возможно) будет отличаться
источник

YG

Yuri Ganzha in MikrotikRus
Леонид
numbers=[find gateway=x.x.x.x], например
или по комменту
ай спасибо
источник

YG

Yuri Ganzha in MikrotikRus
по комменту надо сделать
источник

YG

Yuri Ganzha in MikrotikRus
[find comment=blablabla] будет?
источник

Л

Леонид in MikrotikRus
в кавычках ток желательно
comment="blablabla"
источник