Хорошо, а каков второй ответ? )

Я не могу найти где конкретно указывается маршрут. Только маркировки вижу и проверки.. Куда смотреть?

Да

3.1.2.2. Маршрут до “проверочного” адреса: /ip route add check-gateway=ping comment="For recursion via ISP1" \ distance=1 dst-address=4.2.2.1 gateway=100.66.66.1 scope=10 Это вполне понятно. 3.1.2.3. Рекурсивный маршрут по умолчанию для трафика без routing mark: /ip route add check-gateway=ping comment="Unmarked via ISP1" \ distance=2 gateway=4.2.2.1 Это нифига не понятно.

Что именно не понятно? Это, грубо говоря, ссылка на ссылку. Роутер все равно по итогу ищет через какой интерфейс выплюнуть пакет. И потому пройдет "до конца".

Непонятно прохождение трафика через "шлюз" (?) 4.2.2.1 к провайдеру. Как он туда попадает?

Еще раз Вам говорю - трафик не идет через шлюз 4.2.2.1. Этот адрес участвует в цепочке поиска интерфейса для пакета. И все. Никакой "полезный" трафик туда не отправляется. Только тот, который генерирует чекгейтвей.

E-male 1. Мама(4.2.2.1), где молоток? 2. Спроси у папы(100.66.66.1). 3. Папа(100.66.66.1), где молоток? 4. В кладовке(ether1). 5. Иду в кладовку. Так нагляднее?

E-male 1. Мама(4.2.2.1), где молоток? 2. Спроси у папы(100.66.66.1). 3. Папа(100.66.66.1), где молоток? 4. В кладовке(ether1). 5. Иду в кладовку. Так нагляднее?

не очень, потому что к папе все равно придется идти

Можно и так, но привычнее не про молоток, а все же про пакеты.. Непонятен пункт 2. Где в статье "Спроси у папы"?

не отражен важный нюанс: к папе идти физически не надо, но молоток там же, где все, что относится к папе

тогда мама говорит "у папы", но мы не идем на кладбище, а сразу лезем в кладовку, потому что все папино там

тогда мама говорит "у папы", но мы не идем на кладбище, а сразу лезем в кладовку, потому что все папино там

В "привычной" маршрутизации тоже рекурсия происходит. На основании адреса шлюза, заданного адресом, находится интерфейс.

"Лезем" - это уже отправка. А все вопросы - выбор интерфейса для отправки.

Все равно, не совсем понятен механизм. Даже мама с папой и молотком не помогли..

В каком конкретно месте у Вас загвоздка?

Если дефолт гейтвей - 4.2.2.1, то как он отправляет пакеты к isp1?

Роутер вычисляет, что 4.2.2.4 достигается через 100.66.66.1. А тот, в свою очередь достигается через ether1 и пакет пуляется туда.

В каком месте он это вычисляет? Смотрю в текст конфигурации и не вижу. Ткните пальцем, плз. Извините, туплю..

То есть в данном случае процесс маршрутизации определяется параметром scope?.. Его значение является критически важным?

В статье написано в какой зависимости должны быть scope и target scope, чтобы поиск заработал.

Все, наконец-то я понял где у меня пробел.. Спасибо. Почитаю на эту тему.

Ничего сложного. Делайте сначала пометку нового соединения, идущего ОТ клиента. А дальше уже по соединению маркроут.

/ip firewall mangle add action=mark-connection chain=prerouting connection-mark=no-mark disabled=\ yes dst-port=8443 in-interface=ether1-wan new-connection-mark=\ "to Disposal registrar" passthrough=no protocol=tcp routing-mark=\ "Disposal registrar" add action=mark-routing chain=prerouting disabled=yes dst-port=8443 \ in-interface=ether1-wan new-routing-mark="Disposal registrar" \ passthrough=no protocol=tcp add action=mark-routing chain=output connection-mark="to Disposal registrar" \ disabled=yes dst-port=8443 new-routing-mark="Disposal registrar" \ passthrough=no protocol=tcp /ip route add disabled=yes distance=1 gateway=Шлюз провайдера routing-mark=\ "Disposal registrar" Сначала создаю connection-mark, потом использую её для построения обратного output маршрута. Я правильно понял последовательноть? Хотя судя по результату ответ я знаю)

Не правильно. еще и выключены правила.

Не правильно. еще и выключены правила.

а можете описать схему маркировки и маршрутизации в кратце?

Посмотрите статью в закрепе.

Не могу объяснить почему, но маршруты из п.п. 3.1.2.3 и 3.1.2.4 у меня заработали только тогда, когда я добавил target-scope=30. То есть оба значения: scope и target-scope - 30.

там описано слишком подробно) я запутался. Не понял за что connection-mark отвечает но рано или поздно должен же осилить)

Читайте замечание к 3.1.2.2

Читайте замечание к 3.1.2.2

Да, но.. У меня так и было. Scope и target-scope маршрута до "проверочного" адреса равны 10. Target-scope того маршрута, который ссылается на проверочный - тоже 10. То есть равен. Но не работало пока я не сделал 30, то есть больше.

Перепроверьте внимательно. Возможно причина и не в этом.

Я проверял. Специально попробовал изменить значения, и сразу - unreachable

Возможно это у меня тут какие-то особенности..

Так спросите о том, что не понятно.

А скажите в в вашей схеме механизмы PCC или Nth использовать можно?

Ничего сложного. Делайте сначала пометку нового соединения, идущего ОТ клиента. А дальше уже по соединению маркроут.

было add action=mark-routing chain=prerouting new-routing-mark=local-out \ passthrough=yes src-address=Подсеть/24 стало add action=mark-routing chain=prerouting new-routing-mark=local-out \ passthrough=yes protocol=tcp src-address=1Подсеть/24 src-port=!8443 главное, что пробовал так, но видимо где то допустил ошибку. Со второго раза заработало. Ваш метод несравнимо интереснее, но требует основательного разбора не на боевом роутере.

Да, но меняю параметры обратно на 30/30 - и все ок - 4.2.2.1 recursive ...

Привет всем . Помогите мне научиться микротик . Более меня смотрел уроки в Ютубе , а так все что могу найти это на английском

да я смотрю и русский для вас не родной язык

Сможете помочь советом ? Буду рад , а так язык мне родной или нет не суть важно так . Или только те у которых Русский родной языки должный учится микротику ?

в чем проблема - здесь к сожалению не курсы

Знаю что тут нет курсов )) Я просто подумал что сможете дать дельный совет , куда смотреть ил с чего .

дельный совет - по конкретной проблеме, озвучьте ее уже наконец

дельный совет - по конкретной проблеме, озвучьте ее уже наконец

Ладно , спасибо что помогли . Будет конкретный вопрос обращусь обязательно.

https://wiki.mikrotik.com/wiki/Manual:IP/Route#Nexthop_lookup одна из задач маршрутизатора поиск исходящего интерфейса для пакета; такой исходящий интерфейс ищется при помощи connected маршрутов (scope=10); далее вы задаете specific static route до узла A в сети Internet через одного из операторов с scope=10, чтобы заставить систему считать его connected и выбирать нужный нам исходящий интерфейс; если теперь создать маршрут по умолчанию через узел A, то система будет считать его активным, а затем, накинув check-gateway вы сможете проверить доступность услуги через конкретного оператора.

Спасибо, все получилось.

)

Все ок. Я нашел ошибку у себя.. Сейчас все нормально.

Конгратулатион-с )