А и не будет. Либо промискус мод выставлять, что некомильфо, либо пилить линух. У меня знакомый товарищ запилил подсетку на pnet9, там же дхцп и нат, который натит всё на внутренние айпишники. Если интересно — узнаю подробнее, как он это делал

По-другому, то бишь без внешней сети, Winbox не запустить в Еве?

Неа

Эх.. Придется познавать консольный дзен. Ну или Workstation Player на Windows, которая будет на ESXi))

В которой будет убунту в которой будет всё остальное? :))))

Множественно вложенная виртуализация, может и не завестись:)

Вот и узнаем))

https://mikrotik.com/product/mups — кто ещё не видел, читайте )

PoE ИБП?

Здесь https://wiki.mikrotik.com/wiki/Manual:Switch_Chip_Features#VLAN_Example_2_.28Trunk_and_Hybrid_Ports.29 Цитирую: In Gigabit switch chips when "vlan-mode=secure", it ignores switch port "vlan-header" options. VLAN table entries handle all the egress tagging/untagging and works as "vlan-header=leave-as-is" on all ports. Это значит, что vlan-header вообще не играет роли, тогда как на таком свиче сделать предыдущий пример https://wiki.mikrotik.com/wiki/Manual:Switch_Chip_Features#VLAN_Example_1_.28Trunk_and_Access_Ports.29 если vlan-header игнорируется?

Товарищи, есть две точки доступа wap ac новые... отдам в хорошие руки за 3500 каждую.

Город?

Казань

Эххх далековато...

чот в chr в еве удаленный дхцп-клиент после ребута возвращается, как так-то?

а если просто остановить его, то вроде бы не включается

после ребута

Эххх далековато...

отправлю любой ТК, доставка будет рублей 300 стоить, не больше

могу их достать и записать видеоролик, что они работаюют, если прям нет уверенности)

6.40.2 вышла

Уважаемые, доброго дня! Вот задался вопросом в ip fi fi для разрешения входящих l2tp и т.п. есть смысл ставить conn state—new? 🤔

нет

разрешить по портам и все

или имеете в виду одновоременно указать и порт и статус коннекшена?

И порт и статус

И порт и статус

Если естеблешед выше разрешён то new будет излишним. Но для подсчета трафика можно наверх с нью.

Спасибо :)

Спасибо :)

Ошибся. Наверх с нью тоже не для подсчета трафика. Будет считать только новые соединения

Но смысл понятен.

И еще вопрос... Может кто сказать vrrp с используемым ospf нормально работает?

И еще вопрос... Может кто сказать vrrp с используемым ospf нормально работает?

Вот только буду проверять скоро

Ну новое соединение а потом то оно все равно перейдет в установленные

Ну новое соединение а потом то оно все равно перейдет в установленные

Ну да

Да я вот хочу тест сделать, но под мои задачи пока тех ресурсов не хватает :(

Мросто если есть проблемы то сразу искать как лечить, или какие костыли 😄

Ну да

Если авторизация пройдёт, иначе снова будет новое соединение устанавливать, так же от брутфорса защищаются

https://mikrotik.com/product/mups — кто ещё не видел, читайте )

Александр добрый день, дайте пожалуйста ответы на следующие вопросы: "Решеточка в правилах NAT играет роль или не всё-таки нет? И зачем она тогда там нужна если, нет? Когда трафик попадает в нат он все правила пробегает или до первого совпадения как в фаерволле?"

1) играет роль. ВАЖНО - в это правило попадает первый пакет. А дальше натится по коннтреку

Александр добрый день, дайте пожалуйста ответы на следующие вопросы: "Решеточка в правилах NAT играет роль или не всё-таки нет? И зачем она тогда там нужна если, нет? Когда трафик попадает в нат он все правила пробегает или до первого совпадения как в фаерволле?"

# говорит о том что правила выполняются по очереди. До первого совпадения и не пасру действия

2) (не уверен) - не все правила, только до первого совпадения.

# говорит о том что правила выполняются по очереди. До первого совпадения и не пасру действия

я знаю

Ну. А вопрос тогда к чему

получается что логика фильтров и правил ната отличается только тем что попадает только первыый пакет?

У ната да.

ну по всем правилам пролетает трафик в итоге или нет?

Нет.

ка кже тогда хайрпин нат работает?

дст - отдельно. срц - отдельно

один в прероутинге, второй в построутинге

ааа... действительно, этож в разных цепях-то...

Да да.

во во понял щас, доперло

спс ребята :)

иногда не хватает слова со стороны :)

Вопрос по VRRP: есть два микротика на которых поднято vrrp, если между ними пропадает связь по интерфейсам на которых настроено vrrp(но сами интерфейсы не падают), то оба микротика становятся мастером в процессе vrrp. Есть ли best practice чтобы этого избежать ? скриптами в шедуллере не хочется это делать.

а как ты этого избежишь, если каждый из микротиков понимает "ОПА... ВТОРОЙ ОТВАЛИЛСЯ... Я ТЕПЕРЬ ГЛАВНЫЙ"

это основа протокола

Логично

клиенты при этом будуть видеть только одного

и он будет считать себя мастером

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

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

согласен что основа протокола, но я на микротике, который становится бекапом тушу внешний интерфейс на провайдера, на нём настроен одинаковый айпи на обоих микротах, на мастере соотвественно поднимается этот интерфейс. в ситуации когда оба мастера - оба внешних интерфейса на обоих микротах становятся подняты что не есть гуд. может быть есть какая то конфигурация с использованием третьей стороны ?

А порты у оператора как под вас выделены?

статический айпи с одного порта провайдера

А как вы туда два своих порта соединеняете?

планировал тупым свичём

Так. Ну а в чем проблема?

проблема если оба микрота мастером стали то интерефейс на провайдера на обоих поднимается и на обоих одинаковый айпи

Почему они оба станут то?

Если такое происходит то косяк в настройках vrrp

ну например между микротами два свича, и теряется линк между свичами, оба микрота становятся мастером.

а как ставится задача, что вы ее хотите решить с использованием vrrp?

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

потому что единой точкой отказа будет тот самый тупой свитч

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

Вот вот

И еще вопрос... Может кто сказать vrrp с используемым ospf нормально работает?

Нормально :)

провайдеров два и соотвественно тупых свчича два

воткните по одному провайдеру в каждый микротик