Wi-Fi клиенты подключены, но не видят друг друга: проверить изоляцию

Запросить

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

Нарисовать пару участников

Укажите, где физически находится сборщик: среди беспроводных клиентов, в проводной части или за маршрутизатором. Опишите направление установления соединения и необходимые служебные потоки. Слова «одна сеть» недостаточно, если они скрывают разные правила доступа к локальным назначениям.

Cisco Meraki описывает client isolation как функцию ограничения обмена между беспроводными клиентами. (Cisco Meraki — Wireless Client Isolation) Точный охват зависит от режима и платформы. Не переносите правила исключений одной системы на другую и не считайте все семейства IP автоматически обработанными одинаково.

Отличить политику от недоступности

Сохраните состояние подключения, адресные параметры и результат разрешённой проверки нужного назначения. Затем сопоставьте его с действующей политикой. Доступ к интернету подтверждает конкретный внешний путь, а не прямое соединение до соседнего датчика или сборщика.

Увеличить схемуОткрыть отдельно

Если приложение сначала использует обнаружение, а затем индивидуальное соединение, проверьте оба этапа. Отсутствие устройства в списке и отказ уже известного адреса могут иметь разные причины. Не объединяйте их одной записью «Wi-Fi не работает» без доказательств.

Выбрать разрешённую архитектуру

Если прямой обмен нужен проекту, согласуйте отдельную контролируемую схему с ответственным за сеть. Это может быть поддерживаемое размещение сборщика, отдельный сегмент или точное правило доступа. Решение определяется возможностями оборудования и политикой хозяйства.

Не отключайте изоляцию во всей общей сети только ради одного успешного опыта. Для OT важны необходимые потоки и границы доступа. (NIST SP 800-82 Rev.3 — Guide to Operational Technology Security) Исправление должно сохранять понятную область, чтобы остальные клиенты не получили лишние возможности случайно.

Подтвердить рабочий путь

Проверьте штатный обмен из реального приложения и согласованные запрещённые обращения. Сохраните конфигурацию и результат. После переподключения и перехода на другую точку повторите затронутый сценарий, если правила могут зависеть от места подключения.

В паспорте укажите, какой путь требуется клиенту и где применяется ограничение. Тогда будущая смена точки доступа не будет диагностироваться только по уровню сигнала. Полезный результат — подтверждённая доставка данных по разрешённой схеме, а не любое искусственно открытое соединение между всеми устройствами фермы.

Все разборы