6.49.4 но я только обновился.

Кто-то, похоже, не обновлялся вовремя и забил смотреть на конфиг.

вот тут написано что делать — To exit the flagged state, you must perform the command "/system/device-mode/update flagged=no". The system will ask to either press a button, or issue a hard reboot (cut power physically or do a hard reboot of the virtual machine). — ну и чистить конфиг

Да спасибо, я загуглил и нашёл, но железка неблизко, и физического доступа пока нет

эт 4011 и по-моему он уже шёл с прошивкой, которая была не подвержена этой болезни

отшиться назад в такой ситуации так же нельзя ?

отшиться назад в такой ситуации так же нельзя ?

Ну я могу попробовать залить старую версию. Думаете поможет?

хотя вот пишут, что не получится - придется отключать и просить перегрузить.

Лан, на месте попрошу кого нить тыкнуть reset

зачем ? просто скажите: system/device-mode/update flagged=no и сделайте hard-reboot

Увы, не удалось

не очень понятно, что не удалось

Коллеги, вопрос - если я хочу перенаправить определённый трафик в vpn-канал с микротика, логика такая же как при настройке dual-wan? Маркируем трафик, делаем маршруты с роут-маркой, добавляем route-rule, и т.д.?

Я дал команду, потом отправил в перезагрузку. При старте та же беда - вносить изменения в конфиг не могу.

hard-reboot - это провод питания вытащить, soft-reboot - это командой

Ну я ж сказал что я далеко))

ну ... луноход в любом случае, либо если есть управление ИБП ребутнуть им весь узел

Я правильно понимаю, что конфига не переходит в состояние flagged если она модифицируется через CLI, или Winbox, и становится flagged когда ... (как еще ее можно модифицировать, от чего защищаться)?

Я правильно понимаю, что конфига не переходит в состояние flagged если она модифицируется через CLI, или Winbox, и становится flagged когда ... (как еще ее можно модифицировать, от чего защищаться)?

Коллеги, вопрос - если я хочу перенаправить определённый трафик в vpn-канал с микротика, логика такая же как при настройке dual-wan? Маркируем трафик, делаем маршруты с роут-маркой, добавляем route-rule, и т.д.?

успокоиться, прочитать чат и понять, по какой причине устройство перешло в flagged-mode в данной конкретной ситуации и в каких может по документации производителя

в целом да, но что-то у вас в кучу и route rule и mangle

никто и не кипишует. Хочу понять где еще надо проверить/закрутить гайки

про route-rule я про действие lookup only in table

В прошивке была проверка определённых условий, и если они возникнут, будет гарантированно flagged.

в таком случае ему не нужен mangle же, разве нет ?

ну понятно что система проверяет чексумму между комитами. Получается, конфига измененная скриптом/шедулером может привести к состоянию flagged?

измененная определенным образом - да, в общем случае нет. НО: обычно, я все это сразу отключаю

что именно "отключаю"?

ну допусим: а) никогда не использую cloud и он принудительно отключен у меня везде; б) с обновлением - отломаю принудительно и flagged-mode.

кстати, да. По нынешним реалиям надо заблочить

Подскажите, как можно выставить на SFP+ RJ45 модуле 2,5Гбит/с принудительно?

В спецификации указана возможность работать на 2,5. на оригинальном модуле. На всякий купил модуль на алиэкспреес прошитый под микрот, там тоже в спецификации есть работа на 2,5. В ПК карта 10GBc/c на ней если ставлю принудительно 2,5. то на пк отображаеться 2,5 full Duplex, на Микроте 10 GB FD, реальная скорость под 100мб.

S+RJ10 mikrotik

S+RJ10 mikrotik

Микрот с трансиверами работает строго по списку совместимых на сайте, или как повезёт?

The latest revision of S+RJ10 contains "/r2" by the end of serial number. It comes with following improvements: - Jumbo frames up to 10218 Bytes are now supported for rates 2.5Gbps, 5Gbps and 10Gbps; - Link speed reporting is fixed - actual link speed in the interface menu is listed. Previously 100M/1G/2.5G/5G link speeds were not reported correctly; - DDM monitoring (Supply Voltage, Module temperature) is now supported. — Судя по всему нет

если модуль не какая-то уж прям экзотика - да работает

спасибо, понял.

Микрот с трансиверами работает строго по списку совместимых на сайте, или как повезёт?

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

после блокировки двух префиксов микротика вот что в логе (хотя ip cloud отключено) 12:26:02 firewall,info output: in:(unknown 0) out:ether1, proto UDP, a.b.c.d:54124->159.148.172.251:15252, len 323 12:42:02 firewall,info output: in:(unknown 0) out:ether1, proto UDP, a.b.c.d:60077->159.148.147.201:15252, len 323 12:58:02 firewall,info output: in:(unknown 0) out:ether1, proto UDP, a.b.c.d:56663->159.148.172.251:15252, len 323 13:14:02 firewall,info output: in:(unknown 0) out:ether1, proto UDP, a.b.c.d:49683->159.148.147.201:15252, len 323

привет коллеги, подскажите такую вещь: есть аплинк и есть впн поверх аплинка, завернул весь трафик 0.0.0.0/0 в впн и все хорошо работает, но появилась необходимость некоторым локальным хостам выходить наружу без впн, как это сделать?

IP route rule

Это тогда аплинк и впн надо разнести по разным таблицам маршрутизации?

Distance 2 на сеть 0.0.0.0/0 нужную сеть через прямой шлюз с Distance 1

Как отключен cloud ?

Все в мэйне

Тогда mangle с action=route

я сделал, но как то оно криво работает не пойму почему.. делал: /ip firewall mangle add action=route chain=prerouting passthrough=no route-dst=<uplink-gw> src-address=192.168.88.3 пинги идут но скорость еле чухается и шлюз локальный теряет этот хост

я сделал, но как то оно криво работает не пойму почему.. делал: /ip firewall mangle add action=route chain=prerouting passthrough=no route-dst=<uplink-gw> src-address=192.168.88.3 пинги идут но скорость еле чухается и шлюз локальный теряет этот хост

Отключите FT

Отключите FT

а почему при этом шлюз не видит этот хост и хост ен видит шлюз? то есть в моем случае 192.168.88.3 и 192.168.88.1 перестали видеть друг друга

Как вы поняли что не видят?