android - "Sign in to Wi-Fi Network"永远不会在 Android 设备上发生，但重定向工作正常

Question

我使用 RadiusDesk + FreeRADIUS + CoovaChilli + Nginx 设置了强制门户。

重定向在任何设备(包括 Android)上 100% 有效。如果用户尚未通过身份验证，当他们尝试访问任何 http://网页时，他们将按预期重定向到我的强制门户“登录”页面。

这是我努力理解差异的地方:

• 在 iOS 设备上，当您连接到此 Wifi 时，“登录”弹出窗口会立即出现(如预期的那样)，它将转到我的强制门户登录页面
• 在 Android 设备上，您可以连接到 Wifi，但没有任何进一步的 react 。如果您尝试浏览，您会被重定向，但“登录 Wi-Fi 网络”弹出窗口在哪里？

更可疑的是，我们办公室里有一个 Captive Portal(这是专有的“Cyber​​oam”系统)，当我使用相同的 Android 设备通过 Wifi 连接到那个网络时，我立即按预期收到“登录 Wi-Fi 网络”弹出窗口。我的设置怎么了？

这是我当前的 /etc/coova/config 设置:

HS_LANIF=eth2              # Subscriber Interface for client devices
HS_NETWORK=10.1.1.0        # HotSpot Network (must include HS_UAMLISTEN)
HS_NETMASK=255.255.255.0     # HotSpot Network Netmask
HS_UAMLISTEN=10.1.1.1      # HotSpot IP Address (on subscriber network)
HS_UAMPORT=3990            # HotSpot UAM Port (on subscriber network)
HS_UAMUIPORT=4990          # HotSpot UAM "UI" Port (on subscriber network, for embedded portal)
HS_NASID=localhost
HS_RADIUS=localhost
HS_RADIUS2=localhost
HS_RADSECRET=testing123    # Set to be your RADIUS shared secret
HS_UAMSECRET=greatsecret     # Set to be your UAM secret
HS_UAMALIASNAME=chilli
HS_SSID="Struisbaai"
HS_NASIP=127.0.0.1    # To explicitly set NAS-IP-Address
HS_UAMSERVER=$HS_UAMLISTEN
HS_UAMFORMAT=http://\$HS_UAMLISTEN/cake2/rd_cake/dynamic_details/chilli_browser_detect/
HS_MACAUTH=on              # To turn on MAC Authentication
HS_TCP_PORTS="80 23 8000"
HS_MODE=hotspot
HS_TYPE=chillispot
HS_WWWDIR=/etc/chilli/www
HS_WWWBIN=/etc/chilli/wwwsh
HS_PROVIDER=Coova
HS_PROVIDER_LINK=http://www.coova.org/
HS_LOC_NAME="My HotSpot"           # WISPr Location Name and used in portal
HS_COAPORT=3799

我还注意到，如果我将 PC 连接到我的 hostpot 网络，我可以ping clients3.google.com 并获得响应(在身份验证之前!)，这应该是不可能的。所有其他域都没有响应(如预期的那样)。这可以解释为什么 Android 设备认为它们“有互联网连接”，但据我所知，我没有在我的 CoovaChilli 配置中将这个域列入白名单......

Answer 1

啊，我自己想出来了。

如果 DNS 服务器未明确配置，则出于某种原因(与我的网络设置有关？？)允许使用 clients.google.com。

所以我刚刚将以下内容添加到我的配置文件中:

HS_DNS1=208.67.222.123
HS_DNS2=208.67.220.123

现在 curl -i clients3.google.com/generate_204 按预期返回 302 响应。

不过，这很奇怪？