Суть проблемы с подключением к Wi-Fi в процессе входа в систему Mac на Captive Portal заключается в том, что если процесс не удался из-за отсутствия входа в систему или какой-либо другой технической проблемы в Apple Captive Network Assistant (CNA ), он потеряет подключение к Wi-Fi.
Таким образом, отсутствие связи с эхо-запросом — это симптом, а не причина.
Так как это довольно распространенная проблема с некоторыми порталами авторизации, в зависимости от их конфигурации, я рискну сказать, что вам необходимо удалить жестко запрограммированные DNS-серверы из вашей конфигурации DNS.
После того, как вы их удалите, это позволит DHCP-запросу получить собственные портальные DNS-серверы Starbuck, что позволит продолжить вход в систему.
ПС. Перехватывающие порталы FON, по крайней мере, от наших операторов связи (NÓS )имели ту же проблему -и поведение -в течение многих лет, теперь они, кажется, прижились и, вероятно, просто вставили правила брандмауэра в новые версии прошивки для перехвата любых незашифрованных -DNS-запросов, поступающих от клиентов, подключенных через Wi-Fi.
ПС2. Если вы отключите CNA, вы сможете уйти, по крайней мере, пропинговав адрес шлюза / точки доступа Wi-Fi.
Однако для открытия портала аутентификации перед прохождением аутентификации вам все равно придется сначала удалить жестко заданные DNS-адреса.
PPS для будущих посетителей, использующих Mac или Linux. :Firefox может самостоятельно работать с закрытыми порталами. Однако некоторые старые авторизованные порталы заставят вас получить DNS-серверы от их DHCP, например. не будет работать с фиксированными DNS-серверами/DNS через TLS в вашей конфигурации.
Ограничение составляет 1 048 576 заданий в очереди. При превышении этого значения это начнется с 1 и может перезаписать задание в очереди.
Как упоминал Ульрих Шварц , вы можете проверить его источник .
Я протестировал его на своем компьютере, чтобы убедиться, что с этим:
for i in `seq 1 1048576`; do echo "echo 1" | at 16:00; done