RouterOS 7 не может редактировать динамический объект

Здесь важно понимать контекст. Когда uPnP не убирает созданные правила — это одна проблема, которая отличается от правил файервола, создаваемых хотспотом, и ещё больше отличается от подключённых маршрутов, BTH, VPN и т.д. Например, правила хотспота у автора не изменить, потому что они меняются в зависимости от настроек в /ip/hotspot — именно там правится то, что попадает в динамические правила файервола хотспота. Если же настройки в /ip/hotspot не дают того, что нужно, можно добавить своё «статическое» правило перед цепочкой хотспота, чтобы исключить какой-то хост. В общем, «редактировать динамический объект» — значит отключать функцию, которая создаёт динамическое поведение, и прыгать к статической настройке вместо этого.

На практике, поскольку RouterOS создаёт динамическую конфигурацию внутри себя, возникает вопрос: что важнее — пользовательские изменения или динамические настройки самой системы? Перезапишет ли RouterOS ваши правки после перезагрузки или оставит как есть? Мне сложно представить кейс, когда нужно делать именно так, потому что если нужна статическая конфигурация — зачем использовать функцию, которая создаёт динамическую?

Не всегда это возможно, но просто разрешать редактировать динамические настройки — не решение. В случае с хотспотом, можно просто внести нужный телевизор в белый список. Что касается uPnP — его задача полностью состоит в добавлении динамических dst-nat, ведь иногда их не хочется прописывать статически (сейчас их должны очищать, но, видимо, это баг). Или, например, BTH — если не хочется иметь дело с динамической конфигурацией, лучше использовать обычный WireGuard. То есть, о чём конкретно ты спрашиваешь?

Эти правила нужны, чтобы точка доступа работала. Зачем тебе вообще точка доступа? Если она не нужна, просто отключи её. Если нужна только для телевизора, выставь обход по IP в привязках точки доступа. Ну ты что, пытаешься чистить картошку карандашом? Ты используешь не тот инструмент…

тот же самый ты… Учитывая то, что ты добавил (в сообщении №6), мне лучше выйти из этой дискуссии…

Динамические правила называются так не просто так. Если вам нужно конкретное правило — создайте статическое правило с нужными параметрами. Если динамические правила не удаляются, об этом следует сообщить в поддержку, чтобы исправили.

Продолжать этот план бессмысленно по трём причинам: первая — в вашем случае вы используете неправильные инструменты и пытаетесь изменить то, что предназначено для других задач, при этом делаете это неправильно; вторая — динамические правила по своей сути динамичны, присваивать им другие значения или отключать/включать их в процессе — абсурд, именно потому что они динамичны. Чтобы создать их так, как вам нужно, нужно воздействовать на инструмент, который их создаёт. Но при этом всё равно нужно использовать правильные инструменты для тех задач, для которых они были созданы; просто так нельзя взять инструмент, применить его не по назначению, а потом жаловаться, что ничего не работает.

Просто отвечу на вопрос. Вы должны иметь возможность добавить статическое правило фильтрации в цепочку forward ПЕРЕД динамическим правилом перенаправления DNS с действием accept для DNS-трафика. Hotspot вводит свои динамические правила через действие jump, так что вы спокойно можете добавить статическую настройку ДО первоначального jump. Я понимаю ваше раздражение: вы видите конфигурацию, которую хотите изменить (например, в моём случае /ip/dhcp-client должен уметь добавлять check-gateway= к своему динамическому маршруту по умолчанию, но не может)… Возможно, здесь есть смысл в запросе на добавление функции, чтобы можно было отключать перенаправление DNS в /ip/hotspot? То же самое касается имен очередей и настроек очередей, хотя и тут вы можете добавить очередь, которая статически применяется к подсети hotspot, до динамических правил. Но «правильный» способ управлять динамическими правилами — через конфигурацию функции, которая их создаёт. Поэтому запрос здесь НЕ в «редактировании динамического объекта», а в добавлении новой настройки для какой-то функции.

Я понимаю это. Но мне вообще не НУЖЕН этот редирект. Я хочу полностью его убрать, отключив или удалив правило. Но не могу. Мне нужно иметь возможность редактировать записи очереди. Но не могу. Потом мне сказали, что я использую не тот инструмент, будто я с самого начала этого не понимаю — но какие у меня варианты, если я хочу использовать устройство ROS 7 в своей сети как NAS (Network Access Server)/BRAS? Я прекрасно понимаю, что забиваю гвозди тостером, но на данный момент, учитывая мои обстоятельства, это лучшее решение, которое я смог найти для устройств ROS вообще. А сейчас оно полностью сломано.