@MattiaFerrari, @FrankNicklin и всем остальным... небольшой апдейт. Я связался с поддержкой UI через чат и открыл заявку. Мы работали с ними последние несколько дней. Проблема пока не решена полностью, но есть интересные результаты. Следующий шаг – подключение эксперта по продукту.

Вот что было сделано и что происходит... Мы начали с чистого листа, и они попросили меня создать новую тестовую сеть (Test SSID) и проверить точку доступа с captive portal, изоляцию устройств и оставить протокол безопасности открытым (без пароля для подключения к сети). Они также попросили назначить эту тестовую сеть сети по умолчанию / внутренней, а эта сеть находится во внутренней зоне. Страница приветствия была проверена без аутентификации. Кажется довольно безопасно, правда? Я был готов, как и предполагал, они хотели начать с минимальной конфигурации для устранения неполадок.

В любом случае, после настройки и подключения через несколько клиентов (Win11, Linux, Chromebook, Android phone) я успешно подключался, получал IP-адрес / шлюз / DNS / и т.д. на клиенте... но страница приветствия не отображалась, и доступ в интернет был заблокирован.

Они попросили меня запустить NSLOOKUP и команду curl для сбора дополнительной информации. Немного времени спустя, я сидел и бился головой о клавиатуру, пересматривая всё снова и снова... и заметил в результатах команды curl, которую они попросили выполнить, был указан URL, который указывал на мой шлюз. Я скопировал / вставил его в браузер... и БИНГО... попал на страницу приветствия. Я выбрал вход и попал на сайт one.one.one.one... и оттуда я мог свободно просматривать веб. Я попытался пропинговать IP-адрес моего шлюза и перейти к нему через браузер, но безуспешно... так что, надеюсь, я был "изолирован".

Поэтому... я предполагаю, что эксперт по продукту сейчас занимается тем, что выясняет, почему оборудование UI не перенаправляет клиента на страницу приветствия автоматически после подключения к сети с captive portal.

Однако... я напомнил им о второй проблеме: когда я назначаю эту сеть с captive portal другой VLAN-сети (определенной так же, как сеть по умолчанию, за исключением IP-адреса и VLAN-метки и т.д.), когда я затем подключаюсь с клиента, я получаю IP-адрес и DNS и т.д., но не могу вообще ничего делать в сети и команды curl истекают по времени... не могу получить URL для страницы приветствия. Что-то происходит, когда captive portal назначен вне сети по умолчанию. Может быть, я ошибаюсь, но я бы ожидал, что сеть с captive portal должна иметь возможность быть назначена любой соответствующим образом настроенной сети... и работать.

Лендинг не отмечен.

Так ты создал гостевую сеть именно для гостей, и не подключил точку доступа к своей основной сети Wi-Fi? Судя по всему, где-то конфликт. Покажи скриншоты настроек гостевой сети и точки доступа. Картинки очень помогают. Используй иконку с изображением картинки рядом со смайликом, чтобы вставить изображения, не используй скрепку.

Это более широкая проблема. Как ты и описал, ты всё настроил правильно. В обычном сценарии сеть Hotspot должна выводить страницу авторизации (Captive Portal) для входа в сеть. Но получение IP-адреса, как ты и описал, сломано. То, что происходит при переключении обратно на внутреннюю сеть и не получается получить IP, может быть связано с тем, что теперь нужно авторизовать устройства. Просто кликни на устройство, прокрути вниз и выбери "Авторизовать". Тогда оно должно получить IP для внутренней сети. Мы всё ещё ждём ответа от @UI-Team.

Вот именно это я сейчас и переживаю. @UI-Teamhear us.

Почти всё, что ты спрашиваешь, есть в моём первом сообщении. У меня UCG Ultra с UX в роли AP, подключены напрямую, между ними ничего нет. Я не настраивал никаких политик для этой сети, всё стоит в настройках по умолчанию, просто основная VLAN, одна для IoT, которая изолирована, и одна Hotspot для гостей, и последняя не работает с новым Network App, она была настроена на Network 9.0.114.

Спасибо, но всё настроено как вы и говорили. Я проверил дважды. Похоже, это связано с Firewall Zone, но когда я смотрю мои настройки, всё кажется в порядке. Я в тупике, может быть, проблема в прошивке.

Если не разрешить трафику на гостевой VLAN дойти до DHCP-сервера или обратно к клиенту... DHCP работать не будет. Обычно это вызвано неправильно настроенным портом коммутатора между точкой доступа и шлюзом, но это также может быть вызвано политикой брандмауэра. Первое, что нужно сделать, — это тщательно проверить, правильно ли настроены все порты между точкой доступа и шлюзом. Обычно это делается так, что Native VLAN / Network установлен в Default VLAN, а Tagged VLAN Management установлен в Allow All. Обязательно проверьте как Uplink, так и Downlink порты на коммутаторах.

Переехал свою сеть с UCG Ultra на Express 7 и обновил сетевое приложение до последней стабильной версии. Подтверждаю, что теперь мой портал точки доступа работает, как и задумывалось.