Функция фильтра в графическом интерфейсе Winbox / Кнопка

У меня была похожая проблема, но в моём случае это, похоже, просто ограничение. Я пытался отфильтровать строки в Connections по двум правилам фильтрации, связанным логическим ИЛИ. Похоже, что Winbox явно использует только И для своей функции фильтрации, и воспользоваться ИЛИ нельзя. Посмотрите, о чём я: в командной строке можно написать  
/ip firewall connection print where src-address~“^192\.168\.1\.2” or dst-address~“^1\.2\.3\.4”  
но в GUI Winbox убрать ИЛИ не получается. Я считаю это серьезным ограничением и с удовольствием увидел бы его реализацию. В графическом интерфейсе я бы хотел видеть список подходящих строк, который динамически обновляется, без необходимости постоянно повторно запускать команду. По моему мнению, это можно реализовать, просто позволив нам вручную писать условие «where» для фильтрации, а не добавлять условия через кнопку плюс и прочее. Что касается твоей проблемы, я тоже не могу заставить это работать, если не укажу полное значение из списка. Но тот же результат получается при использовании «in», «is», «contains», из-за чего большинство вариантов просто бесполезны и излишни.

Хорошо, да, но Contains делает то же самое. Тогда зачем вообще нужен «contains»?.. Выпадающее меню с вариантами для сравнения в фильтре обновляется при выборе другого поля (и его типа). Но в итоге, да, если он хочет отфильтровать по 192, то нужно ввести в поле: 192.0.0.0/8 — это уже хоть что-то. А что если использовать «ИЛИ» для объединения нескольких условий фильтра?

Вот именно. Так же как «contains 192» не работает, это делает его бесполезным в данном случае. 192.0.0.0/8 совпадет с «192» только в начале адреса, что, по-моему, и хотел автор вопроса. Если у нас есть два адреса: 192.168.1.2 и 123.192.11.2, как мне одним правилом с «contains 192» их обоих поймать? Никак. Если я напишу два правила, они связаны через AND, и я не смогу задать несколько условий, чтобы «192» совпадало в любом из четырёх возможных сегментов адреса. Вот в чём у меня проблема с «OR». В любом случае, это было бы сложно, даже если бы я мог задать 4 условия, потому что для этого нужно что-то вроде .192. .*

Существует множество других ограничений на то, что можно делать с фильтрами. Вероятно, они обусловлены работой базового механизма сопоставления. Помните, что IP-адрес внутри системы — это просто 4-байтовое двоичное значение. «192» существует только в ASCII-конвертации, которая выполняется для его отображения. Когда фильтрация происходит по исходным данным, а ASCII-конвертация делается только для записей, соответствующих критериям фильтра, предложенный вами фильтр не так уж прост. (Для особого случая, показанного выше, это возможно, так как «192» может появиться только в четырёх местах двоичного значения, но что если фильтровать по «11»? Это можно сделать только по ASCII-строке.)

Спасибо, pe1chl, это действительно помогает, потому что я раньше так не пробовал (я всегда думал, что функция фильтрации в Winbox частично не работает, и, честно говоря, я всё ещё так считаю, особенно для функции «contains»). Забавно, что я собирался вернуться на форумы MikroTik (в декабре 2019-го), чтобы задать тот же самый вопрос, но сначала решил поискать и обнаружил, что уже задавал его в 2017 году! MikroTik реально нужно это исправить — фильтры с «contains» просто не работают, а должны.

Эта проблема всё ещё сохраняется, каждый раз, когда мне нужно отфильтровать IP-адрес, я сталкиваюсь с этим багом. Даже если попытаться фильтровать по маске, это ничего не даёт.

Да, ты неправильно используешь «in». Но с «contains» есть баг. Мы это исправим.

Привет, доброе утро. Ты уже исправил эту ошибку? Даже в Winbox 3.35 эта проблема всё ещё присутствует...