Межсетевой экран

[dimon27254]

@eralde @Anna Zhelankina на этой странице мне попались баги. Проверял на 4.1 Alpha 4.

1. Имеются проблемы с позиционированием создаваемых или перемещаемых правил. Например, создаю правило с позицией 7, но оно оказывается в 8. Аналогично и с перемещением: хочу переместить из позиции 2 в 6, но оно попадает в 3.

2. Если открыть поп-ап с параметрами ранее созданного правила, в котором IP-адресом источника/назначения является подсеть, то поле содержащее этот адрес, не проходит валидацию - требуется ввести IP подсети. Стираю и снова ввожу часть этого же адреса - валидатор перестает "ругаться".

Изменено 26 августа, 2023 пользователем dimon27254

[dimon27254]

@eralde еще заметил одну интересную особенность: если в описании правила ввести html-тег, например, что-то наподобие <font color="red">красное правило</font>, то это описание в списке обрабатывается браузером в соответствии с введенным тегом:

Скрытый текст

3.х же веб выводит описание "как есть":

Скрытый текст

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

[eralde]

5 часов назад, dimon27254 сказал:

@eralde еще заметил одну интересную особенность: если в описании правила ввести html-тег, например, что-то наподобие <font color="red">красное правило</font>, то это описание в списке обрабатывается браузером в соответствии с введенным тегом:

  Показать содержимое

3.х же веб выводит описание "как есть":

  Показать содержимое

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

Это ошибка в реализации, спасибо что написали

[dimon27254]

@eralde в 4.1 Alpha 6 html-теги теперь не обрабатываются браузером, отображаются как обычный текст. Спасибо!

[dimon27254]

@eralde @Anna Zhelankina баги с позиционированием правил и валидацией IP-адресов подсетей исправлены в 4.1 Alpha 8. Спасибо! 

[dimon27254]

@eralde нашел парочку небольших багов в поп-апе добавления/изменения правила.

1. Выбираю протокол TCP/UDP, вариант номера порта назначения указал как "равен"/ "меньше..."/ "больше..."/ "диапазон":

Скрытый текст

Далее, не вводя номер(а) портов, выбираю другой протокол, в котором не требуется ввод номера порта или же он "зашит". Кнопка сохранения изменений остается неактивна:

Скрытый текст

2. Иногда вместо стилизованного выпадающего списка с протоколами отображается стандартный браузерный:

Скрытый текст

 

Изменено 15 декабря, 2023 пользователем dimon27254

[dimon27254]

@eralde в поп-апе добавления/изменения правила обнаружил, что при смене маски подсети не происходит повторная валидация ранее введенного адреса источника/назначения.

Создаю новое правило, в котором указываю адрес подсети источника/назначения, не соответствующий стандартной маске 255.255.255.0. Например, 192.168.100.128. Валидатор, ожидаемо, ругается:

Скрытый текст

Устанавливаю маску 255.255.255.128, но адрес все равно не проходит валидацию:

Скрытый текст

Как только подправляю адрес (например, стираю одну цифру) и затем возвращаю исходный, ошибка пропадает:

Скрытый текст

В текущем вебе этот баг не проявляется.

[dimon27254]

В 15.12.2023 в 07:23, dimon27254 сказал:

1. Выбираю протокол TCP/UDP, вариант номера порта назначения указал как "равен"/ "меньше..."/ "больше..."/ "диапазон". Далее, не вводя номер(а) портов, выбираю другой протокол, в котором не требуется ввод номера порта или же он "зашит". Кнопка сохранения изменений остается неактивна.

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

В 20.01.2024 в 12:43, dimon27254 сказал:

в поп-апе добавления/изменения правила обнаружил, что при смене маски подсети не происходит повторная валидация ранее введенного адреса источника/назначения

@eralde спасибо! В 4.2 Alpha 1 исправлено.