RouterOS 7.14.3 [stable] Как вы думаете, будет в этом году long-tem? :) What's new in 7.14.3 (2024-Apr-17 15:47): *) bgp - correctly synchronize input.accept-nlri address list; *) bridge - use default "edge=auto" for dynamically bridged interfaces (PPP, VPLS, WDS); *) disk - improved system stability; *) fetch - fixed slow throughput due to "raw" logging which occurred even when not listening to the topic (introduced in v7.13); *) queue - improved system stability (introduced in v7.6); *) wifi-qcom - added configuration.distance setting to enable operation over multi-kilometer distances (CLI only); А ещё 7.15 переехала в RC1, там конская простынь изменений. Будет CHR для ARM64.

RouterOS 7.14.3 [stable] Как вы думаете, будет в этом году long-tem? :) What's new in 7.14.3 (2024-Apr-17 15:47): *) bgp - correctly synchronize input.accept-nlri address list; *) bridge - use default "edge=auto" for dynamically bridged interfaces (PPP, VPLS, WDS); *) disk - improved system stability; *) fetch - fixed slow throughput due to "raw" logging which occurred even when not listening to the topic (introduced in v7.13); *) queue - improved system stability (introduced in v7.6); *) wifi-qcom - added configuration.distance setting to enable operation over multi-kilometer distances (CLI only); А ещё 7.15 переехала в RC1, там конская простынь изменений. Будет CHR для ARM64.

RouterOS 7.14.3 [stable] Как вы думаете, будет в этом году long-tem? :) What's new in 7.14.3 (2024-Apr-17 15:47): *) bgp - correctly synchronize input.accept-nlri address list; *) bridge - use default "edge=auto" for dynamically bridged interfaces (PPP, VPLS, WDS); *) disk - improved system stability; *) fetch - fixed slow throughput due to "raw" logging which occurred even when not listening to the topic (introduced in v7.13); *) queue - improved system stability (introduced in v7.6); *) wifi-qcom - added configuration.distance setting to enable operation over multi-kilometer distances (CLI only); А ещё 7.15 переехала в RC1, там конская простынь изменений. Будет CHR для ARM64.

и не работает с 6-10 порт

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

RouterOS 7.14.3 [stable] Как вы думаете, будет в этом году long-tem? :) What's new in 7.14.3 (2024-Apr-17 15:47): *) bgp - correctly synchronize input.accept-nlri address list; *) bridge - use default "edge=auto" for dynamically bridged interfaces (PPP, VPLS, WDS); *) disk - improved system stability; *) fetch - fixed slow throughput due to "raw" logging which occurred even when not listening to the topic (introduced in v7.13); *) queue - improved system stability (introduced in v7.6); *) wifi-qcom - added configuration.distance setting to enable operation over multi-kilometer distances (CLI only); А ещё 7.15 переехала в RC1, там конская простынь изменений. Будет CHR для ARM64.

RouterOS 7.14.3 [stable] Как вы думаете, будет в этом году long-tem? :) What's new in 7.14.3 (2024-Apr-17 15:47): *) bgp - correctly synchronize input.accept-nlri address list; *) bridge - use default "edge=auto" for dynamically bridged interfaces (PPP, VPLS, WDS); *) disk - improved system stability; *) fetch - fixed slow throughput due to "raw" logging which occurred even when not listening to the topic (introduced in v7.13); *) queue - improved system stability (introduced in v7.6); *) wifi-qcom - added configuration.distance setting to enable operation over multi-kilometer distances (CLI only); А ещё 7.15 переехала в RC1, там конская простынь изменений. Будет CHR для ARM64.

ну не после обновления?

Привет. А как то можно импортировать пиров wireguard в микротик?

Из микрота в микрот ?

Ручками я думаю можно перенести

Ручками то понятно что можно) ручками лень)

От чего такое может происходить? По log (информации по search Address не найду. Не знаю как log правильно настроить)... Нашел только в Tracking про 5 минут. Они влияют на подключение или это как фильтр в реальном времени?

сначала соединение unacked (5 минут), потом netfilter видит ack и переводит его в established (24 часа). а если не видит, то не переводит

сначала соединение unacked (5 минут), потом netfilter видит ack и переводит его в established (24 часа). а если не видит, то не переводит

Unacked, подозреваю, это когда в рамках установленной сессии вдруг удалённая сторона перестала присылать нам акноуледжи

Господа, прошу помощи!!! настраиваю CRS (vlan-ы), подключил второй микротик (в качестве DHCP сервера) в CRS ассess port 46(vlan201) и ноутбук в CRS access port 2(vlan100) и он у меня получает leases от DHCP из другого Vlan-а !!! я что-то забыл сделать? Конфиг CRS: /interface bridge add frame-types=admit-only-vlan-tagged name=bridge-local port-cost-mode=short vlan-filtering=yes /interface bridge port add bridge=bridge-local interface=ether1 internal-path-cost=10 path-cost=10 ... add bridge=bridge-local interface=sfp-sfpplus4 internal-path-cost=10 path-cost=10 /interface bridge vlan add bridge=bridge-local tagged=bridge-local,ether47,ether48 untagged=ether1,...,ether45 vlan-ids=100 add bridge=bridge-local tagged=bridge-local,ether48,ether47 untagged=ether46 vlan-ids=201

add bridge=bridge_lan interface=ether5 pvid=10

Господа, прошу помощи!!! настраиваю CRS (vlan-ы), подключил второй микротик (в качестве DHCP сервера) в CRS ассess port 46(vlan201) и ноутбук в CRS access port 2(vlan100) и он у меня получает leases от DHCP из другого Vlan-а !!! я что-то забыл сделать? Конфиг CRS: /interface bridge add frame-types=admit-only-vlan-tagged name=bridge-local port-cost-mode=short vlan-filtering=yes /interface bridge port add bridge=bridge-local interface=ether1 internal-path-cost=10 path-cost=10 ... add bridge=bridge-local interface=sfp-sfpplus4 internal-path-cost=10 path-cost=10 /interface bridge vlan add bridge=bridge-local tagged=bridge-local,ether47,ether48 untagged=ether1,...,ether45 vlan-ids=100 add bridge=bridge-local tagged=bridge-local,ether48,ether47 untagged=ether46 vlan-ids=201

и как это может работать? :)

Ручками то понятно что можно) ручками лень)

я сделаль) утилиту) в личку отправил

Коллеги, есть задача пускать пользователей по L2TP внутрь локальной сети, но каждого только к своему компу. Сервер настроен. Клиенты подключаются. Трафик ходит - всё хорошо. Но подключенный клиент имеет доступ к некоторой большой сети /24 например. Я хочу этого клиента ограничить и давать ему доступ только к одному компу. Клиенты понятное дело разные. Из плюсов то, что логон имя клиента "i.ivanov" а имя компа, к которому у него должен появиться доступ "I-IVANOV.mycompany.local" я грешным делом подумал, что можно сделать динамическое правило в фаерволе и создавать его скриптом из PPP профиля, удалять там же при отключении. Стоит ли так делать или может есть какое-то ещё решение?

Я такое решал добавлением в список интерфейсов и рубил фаерволом. Тоже не уверен, что так корректно, но подключений немного, так и работаю уже пару лет

Коллеги, есть задача пускать пользователей по L2TP внутрь локальной сети, но каждого только к своему компу. Сервер настроен. Клиенты подключаются. Трафик ходит - всё хорошо. Но подключенный клиент имеет доступ к некоторой большой сети /24 например. Я хочу этого клиента ограничить и давать ему доступ только к одному компу. Клиенты понятное дело разные. Из плюсов то, что логон имя клиента "i.ivanov" а имя компа, к которому у него должен появиться доступ "I-IVANOV.mycompany.local" я грешным делом подумал, что можно сделать динамическое правило в фаерволе и создавать его скриптом из PPP профиля, удалять там же при отключении. Стоит ли так делать или может есть какое-то ещё решение?

ну тогда все подключенные пользователи будут иметь доступ к определённому набору ПК. А нужно один к одному в идеале

адище. в secrets можно дать клиенту уникальный айпи А в фаерволе отдельное правило для каждого клиента. Я только такое решение вижу

Почему?

Учётки из RADIUS ActiveDirecroty

В атрибуте указать ип

ок, я выдам клиенту нужный IP - перейду на тёмную сторону силы) раздачей статики займусь)

В дхцп тоже статику для пк В форварде создать явные правила для каждого и последним дропнут форвард между сабнетами.

компов много?

Спасибо, но статика это не мой путь... если бы речь шла о 5-10 клиентах я бы даже не заморачивался

Тогда ничего не делай) Магии не бывает.

я предложил вариант в сообщении: при подключении клиента делать динамическое правило разрешающее доступ к определённому компу т.к. имя пользователя и имя компа получаются друг из друга парой манипуляций со строками, но думаю может есть более красивый вариант

Кто нибудь snapdragon x20 юзал с микротом? Через usb нет ли траблов?

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

Прямо чип?)

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

я предложил вариант в сообщении: при подключении клиента делать динамическое правило разрешающее доступ к определённому компу т.к. имя пользователя и имя компа получаются друг из друга парой манипуляций со строками, но думаю может есть более красивый вариант

Нет через коробку юсб

Таки там м2 модем вставлен, а не чип. А у модема есть вен/дев ид , которые по усб показываются хосту. Если есть драйвер, то будет работать. *обычно модемы имеют название, а не то на базе чего этот модем построен

Ну я не нашёл бегло в сети инфы про snaps

Открой коробочку и прочти модель модема А после в хелпе в таблицу поддерживаем ого оборудования загляни. *обычно мбим модемы работают, но есть исключения

Там так и есть snapdragon x20

Да чтож все фото да фото. Модем такой они ещё в dell ставились

От этого не меняется. Ничего.

может тогда не понял, покажи пример хотя бы

У тебя устройств много, а это много правил. Костыльненько)

что-то типа создания правила в фаерволе при подключении из атрибута Mikrotik-Address-List ?

что-то типа создания правила в фаерволе при подключении из атрибута Mikrotik-Address-List ?

Очень много, кардинально.

В 7.12 port - expose NMEA/DIAG ports for Dell DW5821e and DW5821e-eSIM;

https://t.me/mikrotikclub/304533

Но это чип снапдрагон) х20 лте часть и он лте18