NanoStation M2: Client Isolation закрывает обмен между клиентами одной AP
Два беспроводных клиента могут быть подключены к одной точке доступа и при этом не обмениваться друг с другом. Для NanoStation M2 с airOS 6 такое поведение может быть следствием Client Isolation. В руководстве функция описана для режимов Access Point и AP-Repeater и затрагивает уровни MAC и IP. Поэтому наличие обоих клиентов в списке подключений ещё не подтверждает доступность прямого обмена между ними.
Какую связь ограничивает функция
На печатной странице 46 airOS 6 User Guide указано: при Client Isolation пакеты могут идти от внешней сети к CPE и обратно, но беспроводные станции одной AP не смогут соединяться между собой на Layer 2 и Layer 3. Это ограничение конкретного участка топологии. Название функции нельзя трактовать как универсальное отключение любого входящего соединения к клиенту из всей инфраструктуры предприятия.
Такое различие имеет практическое значение, когда два удалённых рабочих места используют общий центральный узел. Оба могут иметь связь с внешней сетью, но задача прямой передачи между ними требует собственной проверки. Если в техническом задании описан только «доступ через одну AP», требование взаимодействия клиентов может остаться невыясненным. Для проекта нужно явно назвать, кто с кем должен обмениваться данными и откуда запускается соответствующее приложение.
Почему проверка общего сервера недостаточна
Представим условные станции А и Б, связанные с одной AP, и сервер во внешней сети. Проверка доступа А к серверу и Б к серверу оценивает два определённых пути. Из этих двух успешных результатов логически не следует доступность А для Б. При включённой изоляции различие соответствует описанному назначению функции. Пример показывает разные направления проверки, а не гарантирует работу любых других маршрутов конкретного проекта.
Обратный случай тоже требует точного описания. Если у А не открывается приложение на Б, это ещё не позволяет объявить неисправными обе радиолинии. Помимо состояния физических соединений нужно рассмотреть выбранную политику обмена. Для диагностики сохраняют роли устройств, их принадлежность к AP и сведения о разрешённых направлениях. Названия площадок без схемы связей не показывают, проходит ли спорный обмен именно между изолируемыми клиентами.
MAC и IP рассматриваются вместе
Указание двух уровней в руководстве важно для выбора проверки. Изоляция не описана как запрет только одного прикладного порта или только одного IP-протокола. Поэтому подбор другой пользовательской программы сам по себе не является способом обойти или исправить это условие. Решение принимают исходя из необходимой политики связи, а проверку выполняют на согласованной схеме, сохраняя требования к другим участникам.
Производитель также прямо распространяет действие на associated stations и WDS peers. Нельзя считать участие WDS автоматическим исключением из Client Isolation. Если проект использует такой способ объединения, его нужно отметить отдельно. При этом один этот абзац не задаёт полную модель безопасности всех мостов, маршрутизаторов и внешних сетей. Границы остальных сегментов и права доступа рассматриваются по их собственной конфигурации.
Что согласовать до изменения
Полезная исходная форма — перечень требуемых направлений: клиент к центральному серверу, центральный сервер к клиенту и клиент к другому клиенту. Для каждого направления указывают задачу и участников. Такой перечень помогает отличить намеренную изоляцию от пропущенного требования. Он также позволяет проверить, не зависит ли рабочий процесс от устройства, которое по проекту должно быть недоступно соседним клиентам.
Изменять действующую функцию следует в рамках согласованной политики сети. Здесь настройки оборудования не менялись и обмен не проверялся. Статья разбирает airOS 6 для M Series; фактическую версию, режим и доступность опции подтверждают для выбранного NanoStation M2. Снимок корпуса или общее обозначение модели не доказывают, что Client Isolation уже включена либо что именно она вызвала наблюдаемую неисправность.
Как поставить проверяемую задачу
Для предложения Motorola Radio нужны схема AP и клиентов, модели сохраняемых устройств и матрица требуемых связей. Если прямой обмен запрещён намеренно, это условие включают в критерии приёмки вместе с разрешёнными внешними направлениями. Если клиентам требуется взаимодействие, его проверяют отдельно от доступа к общему серверу. Один общий результат «сеть работает» скрывает существенные различия между этими задачами.
Собственная каталожная фотография показывает NanoStation M2 без действующей конфигурации. Комплект питания, соединений и монтажа, состояние, наличие и сроки подтверждаются предложением. Настройка политики и проверка приложений согласуются для реальной инфраструктуры. Тогда Client Isolation получает понятную роль в проекте: управляет определённым обменом между клиентами одной AP, а её наличие не подменяет описание всей системы защиты и всех маршрутов.
Каталог Motorola Radio: Ubiquiti NanoStation M2 / NSM2
