Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Обратная связь по межсетевому экрану на основе зон., wifiman
 
Я снова возвращаюсь к UniFi Gateway, после многих лет использования pfSense. Слышал много хорошего, и оно улучшилось, но у меня всё ещё есть некоторые претензии, вот мои общие мысли... В целом, я всё ещё считаю, что оно слишком предписывающее / субъективное в некоторых вопросах, и у него есть некоторая непоследовательная работа... Должна быть возможность установить зону по умолчанию в режим "блокировать всё". Мне нравится, что pfSense ничего не делает, если нет правила. Единственное правило по умолчанию должно быть, на самом деле, правило предотвращения блокировки на внутренней сети. Не нравится, что похоже, что оно предписывает правило «разрешить / заблокировать всё» на основе каких-то предустановленных предположений. Должна быть возможность установить правило системы по умолчанию в режим "блокировать всё". Нет причин, по которым моя внутренняя сеть должна общаться с моим хотспотом. Даже если бы я этого хотел, это, вероятно, было бы только возвратный трафик. Но мне кажется, что у меня нет выбора, и должно быть. Возвратный трафик, кажется, существует как системное правило и отображается синим цветом, но я не вижу способа назначить это другим зонам. Похоже, требуется пользовательское правило, а затем вы не видите синий цвет, только «просмотр политик». Это приводит к непоследовательному виду. Неужели моей внешней сети не следует разрешать только возвратный трафик, зачем три правила? Есть явное правило отбрасывания недействительных пакетов. Если мое правило - возвратный трафик, то это всё, что я ожидаю, тогда оно должно быть синим. Моя сеть IoT на самом деле не нуждается ни в чем за пределами своей сети, даже шлюз, ее единственная роль — DHCP и, возможно, MDNS. Опять же, просто наличие навязанных мне правил. Почему моя внутренняя зона обязана иметь доступ в интернет? Я использую ее для управления UniFi. Да, мне нужен интернет для обновлений, но я включал это по мере необходимости с pfSense. Это всего лишь некоторые примеры. Ничто из этого не является концом света, но после перехода с pfSense мне кажется, что у меня нет полного контроля, что очень жаль, потому что если бы эти проблемы были решены, то сейчас у меня было бы очень мало возражений, теперь, когда DNS и т.д. были устранены.
 
Подожди, это меняется. Релиз от EA установил цвет по умолчанию. Например, если ты поставишь правило "Заблокировать всё" над правилом "Разрешить всё" по умолчанию, зона отобразится красной.
 
100%. Хорошая штука в зонированном управлении — это читаемость. Во многих зонах наличие по умолчанию "разрешить всё" между зонами — абсурд. Файрвол по умолчанию должен блокировать всё, если уж ему нужно что-то по умолчанию. Если по умолчанию нет смысла (и это нельзя заменить), приходится создавать дополнительные правила. Мне приходится создавать "запретить всё", чтобы перекрыть это самое "разрешить всё" по умолчанию, что лишает лёгкости восприятия матрицы с "x политиками" в виде красного/зелёного индикатора. Теперь приходится копаться в правилах, чтобы понять, что происходит, что делает часть удобства зонированного управления бессмысленной.
 
Ещё одна мелочь... профили хотя бы должны позволять добавлять какое-нибудь дружелюбное имя. А в идеальном мире они бы использовали имеющиеся данные, чтобы помогать идентифицировать устройства. Я использую эту функцию довольно часто для конкретных групп устройств / серверов / сервисов. Сейчас мне приходится каждый раз искать UP и выяснять, какое это устройство, что не конец света, но было бы неплохим удобством. А было бы здорово, если бы можно было делать это со страницы устройств. То есть добавлять их в группу профиля. Тогда я мог бы просто найти нужное устройство и поставить галочку (или что-то вроде того), чтобы добавить его в свою группу. Я использую это для выборочного добавления устройств в определённые правила. Например, в моей защищённой IoT-сети есть пара устройств, которым нужен доступ в интернет.
 
Хаха, верное замечание. Но там уже предупреждают о вещах, которые не могут сломать.
 
Несколько общих наблюдений и уточнений... на всякий случай, если кто-то ищет...

Во-первых, не всегда очевидно, что выбрано, см. ниже. Я кликнул на DMZ в Internal. Может, добавить выделение выбранному блоку?

Далее, обратите внимание, что IoT и internal, оба — блокировка со разрешением обратного трафика, но отображаются по-разному. Предполагаю, что это из-за того, что одно — системное правило, а другое — пользовательское. Идеально было бы, если бы это было согласовано по UX/UI, либо позволив мне применять системное правило, либо распознавая моё пользовательское.

В этом примере ниже я смотрю на IoT в external. Похоже, меня заставляют использовать "allow all traffic" по умолчанию. Я этого не хочу. Думаю, в каждом случае я должен иметь возможность решать, хочу ли я блокировку или разрешение по умолчанию. Тогда это просто будет отображаться красным, как и все остальные, опять же, несовпадение UI/UX.

Финальный пример... В моем external в hotspot, опять же, мне кажется, я должен иметь возможность начинать с положения "block all". Я не могу придумать ни одного сценария, в котором мне это нужно как разрешено. Если бы и было, то только обратный трафик. И зачем с правилом "block all" и "allow return" нужно правило "block invalid"? Это кажется избыточным и опять же, приводит к неконсистентности UI/UX.

пища для размышлений...
 
Ну, обидно, что нет какой-то "режима продвинутого пользователя", который бы позволил мне удалить все правила и начать заново. К тому же, из-за этого есть некоторые проблемы с UI/UX, из-за которых всё не совсем понятно.
 
Согласен, кастомные шаблоны/настройки по умолчанию были бы хороши. Я надеялся, что они хоть что-то порешают в этом плане или хотя бы дадут пользователям больше контроля, но похоже, Unifi по-прежнему очень директивен/предрешает, что делает его менее готовым для многих приложений, где в pfSense ничего не происходит, пока ты ему не скажешь.
 
Одно из тех, что не нравится, это то, что нельзя заблокировать зоны шлюза Ubiquiti от попадания во все зоны. По сути, если кто-то находится на шлюзе, у него полный доступ. Можно добавить правило блокировки для шлюза, но это будет максимум, на что ты сможешь рассчитывать. Было бы здорово иметь возможность развертывать пользовательский шаблон для новой зоны. Тогда я не стану добавлять всякие вещи вроде разрешения DHCP, разрешения DNS, блокировки всего подряд. Я создал все новые пользовательские зоны для VLAN и использую их как отправную точку, так как там самые строгие настройки. Затем добавляю то, что нужно. Так я чувствую, что у меня гораздо больше возможностей для точной настройки. Можно использовать IP-адреса, порты, и делать правила такими строгими, как тебе нужно.
Страницы: 1
Читают тему (гостей: 1)