жаль pastebin поправить нельзя.

Если иметь там учётку – то можно

жаль pastebin поправить нельзя.

я собрал схему и разобрался почему, проблема в route rule, но неиспользовать их тоже нельзя ;) Итак, когда пропадает ISP1 : у нас в main - активный через ISP2, в rt-ISP2 - ничего не меняется, в rt-ISP1 - активный через ISP2 (!!!) c nexthop 2.2.2.2. Таким образом, при route rule запрещающим делать route lookup c src-ip=1.1.1.1/30 нигде кроме rt-ISP1 - рекурсия повторно не сложится. Выход: 1. иметь копию SPEC-маршрута в соответствующей таблице (8.8.8.8 в rt-ISP1 и 8.8.4.4 в rt-ISP2); 2. добавить правило в route rule, проводящее route lookup в main для SPEC-маршрутов, до ограничивающих route rules для внешних IP. — Я использую воторой вариант, и того отличие от представленного мной конфига будет следующим: /ip route rule add dst-address=10.10.10.0/24 table=main add dst-address=8.8.8.8/32 table=main add dst-address=8.8.4.4/32 table=main add action=lookup-only-in-table dst-address=0.0.0.0/0 src-address=1.1.1.2/32 table=rt-ISP-1 add action=lookup-only-in-table dst-address=0.0.0.0/0 src-address=2.2.2.2/32 table=rt-ISP-2 Есть еще одна побочка - SPEC хосты будут доступны только через провайдеров, для проверки которых они используются, так что не используйте 8.8.8.8 и 8.8.4.4, если они указаны у Вас как DNS-серверы. Спасибо, что протестировали мой вариант и указали на ошибку.

Врф проще 😄. Да и bgp можно навесить. Что бы лапками не писать маршруты между ними.

Бесспорно, с bgp очень даже приятно, но с vrf думаю примерно такого же размера конфиг будет

Врф проще 😄. Да и bgp можно навесить. Что бы лапками не писать маршруты между ними.

возможно, но мой способ основан на том, что можно прямо прочитать в основных статьях wiki (конкретно для этого конфига достаточно: https://wiki.mikrotik.com/wiki/Manual:IP/Route) А про BGP процитирую одну из своих любимых книг: "Многие считают протокол BGP совершенным решением сложных проблем маршрутизации. В действительности это не так."

Не в размере дело. В понимании и чтении. Есть табличка. Из неё никуда ничего не уйдёт кроме как написано

Чем проще тем лучше, имхо

Не в размере дело. В понимании и чтении. Есть табличка. Из неё никуда ничего не уйдёт кроме как написано

С vrf микротика знаком, но в очень простых случаях. Правильно ли я понимаю, мы должны закинуть интерфейсы isp в разные vrf, интерфейс lan сидит в main, а далее в манглах вешаем роут марки согласно нашим хотелкам. Плюс по два дефолта в каждом vrf с leaking. И нужно ли route-rules править ?

С vrf микротика знаком, но в очень простых случаях. Правильно ли я понимаю, мы должны закинуть интерфейсы isp в разные vrf, интерфейс lan сидит в main, а далее в манглах вешаем роут марки согласно нашим хотелкам. Плюс по два дефолта в каждом vrf с leaking. И нужно ли route-rules править ?

Роут рул добавлять нужно только если есть туннели с src. Или если не хотим писать манглы для возврата трафика с того интерфейса на который пришёл запрос input. Для форварда маркировать коннекшены все равно нужно в манглах.

Всем добрый вечер! На мои микротики были попытки входа с этого адреса. 150.254.196.40 https://www.shodan.io/host/150.254.196.40 У кого-то было похожее? Знающие люди, что можете сказать по этому IP?

Всем добрый вечер! На мои микротики были попытки входа с этого адреса. 150.254.196.40 https://www.shodan.io/host/150.254.196.40 У кого-то было похожее? Знающие люди, что можете сказать по этому IP?

Всем добрый вечер! На мои микротики были попытки входа с этого адреса. 150.254.196.40 https://www.shodan.io/host/150.254.196.40 У кого-то было похожее? Знающие люди, что можете сказать по этому IP?

я собрал схему и разобрался почему, проблема в route rule, но неиспользовать их тоже нельзя ;) Итак, когда пропадает ISP1 : у нас в main - активный через ISP2, в rt-ISP2 - ничего не меняется, в rt-ISP1 - активный через ISP2 (!!!) c nexthop 2.2.2.2. Таким образом, при route rule запрещающим делать route lookup c src-ip=1.1.1.1/30 нигде кроме rt-ISP1 - рекурсия повторно не сложится. Выход: 1. иметь копию SPEC-маршрута в соответствующей таблице (8.8.8.8 в rt-ISP1 и 8.8.4.4 в rt-ISP2); 2. добавить правило в route rule, проводящее route lookup в main для SPEC-маршрутов, до ограничивающих route rules для внешних IP. — Я использую воторой вариант, и того отличие от представленного мной конфига будет следующим: /ip route rule add dst-address=10.10.10.0/24 table=main add dst-address=8.8.8.8/32 table=main add dst-address=8.8.4.4/32 table=main add action=lookup-only-in-table dst-address=0.0.0.0/0 src-address=1.1.1.2/32 table=rt-ISP-1 add action=lookup-only-in-table dst-address=0.0.0.0/0 src-address=2.2.2.2/32 table=rt-ISP-2 Есть еще одна побочка - SPEC хосты будут доступны только через провайдеров, для проверки которых они используются, так что не используйте 8.8.8.8 и 8.8.4.4, если они указаны у Вас как DNS-серверы. Спасибо, что протестировали мой вариант и указали на ошибку.

Привет П на чем принято эмулировать MikroTik для лабораторных исследований? Виртуалки на Vmware или можно в gns3 тоже? Подскажите плз

Привет П на чем принято эмулировать MikroTik для лабораторных исследований? Виртуалки на Vmware или можно в gns3 тоже? Подскажите плз

Настоящих накупить проще будет

Настоящие есть, хочется с собой иметь всегда под рукой

Привет П на чем принято эмулировать MikroTik для лабораторных исследований? Виртуалки на Vmware или можно в gns3 тоже? Подскажите плз

Новые схемы и решения прям на продакшене пробовать

Кто нибудь сталкивался с проблемой обновления CCR??? Сегодня планировал обновить(пробовал для начала до 42.12), но по обычному пути не получилось. Есть CCR1009-8G-1S-1S+. factory-firmware: 3.22 current-firmware: 6.42.6 upgrade-firmware: 6.42.6 После перезагрзки версия не меняется.

Версию правильную кормите?

Кто нибудь сталкивался с проблемой обновления CCR??? Сегодня планировал обновить(пробовал для начала до 42.12), но по обычному пути не получилось. Есть CCR1009-8G-1S-1S+. factory-firmware: 3.22 current-firmware: 6.42.6 upgrade-firmware: 6.42.6 После перезагрзки версия не меняется.

Вы смотрите версию лоадера

После перезагрузки с новым ПО, по идее нужно обновить загрузчик, но тикк не видит куда обновляться

Добрый вечер. Поделитесь ссылкой на мануал или подскажите как сделать из нескольких точек микротик, одну сеть WiFi без capsman

Добрый вечер. Поделитесь ссылкой на мануал или подскажите как сделать из нескольких точек микротик, одну сеть WiFi без capsman

Я как раз выше скинул вывод команды «/system routerboard print»: factory-firmware: 3.22 current-firmware: 6.42.6 upgrade-firmware: 6.42.6

у Вас случайно не protected routerBoot ?

неа, protected-routerboot: disabled

что то вставилось как то жутко

put [ /system resource get version ]

version: 6.42.6 (stable)

поэтому и в загрузчике нет другой версии. /system package update set channel=bugfix /system package update check-for-updates /system package update download /system package update install — после перезагрузки: /system routerboard upgrade и еще раз reboot

я в окнах эту же процедуру делал. Позже попробую конечно через cli. Пока нет возможности перезагрузить коробку.

сделайте только download - перезагрузите как будет время

Подтверждаю, все работает. Спасибо. Причем возврат дефолта в актив происходит быстро. Позже буду проверять схему с VRF, по идее не должно быть много отличий, ведь в обоих случаях routing-mark.

Кто-то за wap1 и wap2 вам повесил петельку.

нет. там не может быть. Клиенты имеют по одной сетевой карте (айфон 1шт и айпад 1шт)

Wap 1-2 между собой не цепляются?

R1 и R2 при подключении как показано на картинке ругаются на петлю в интерфейсе ether3. Ругаются поочередно. При отключении одного из роутеров от провайдерского второй работает исправно, петель нет. Вопрос: почему они видят петлю в настолько странном месте (eth3) и какие могут быть варианты как это вылечить?

маки найдите которые в петле. определите где они в вашей схеме.

Где то wireless registration мб