我之前处理过类似的iOS captive network认证场景，你的问题其实是iOS系统对未认证热点的流量路由策略导致的，下面帮你拆解原因和可行的解决方案：

问题根源解析 #

• 流量 fallback 机制：当你用NEHotspotConfigurationManager连接captive hotspot但未完成认证时，iOS系统会判定该Wi-Fi网络"无互联网访问"，默认会把所有网络请求切换到移动网络（如果移动数据开启），这就是为什么你的WISPr请求走了移动网。
• CNA启动逻辑：系统检测到captive portal时，会自动拉起Captive Network Assistant（CNA）浏览器，这是iOS的原生机制——目的是引导用户完成认证。此时应用的网络请求会被系统拦截，除非你完成了WISPr认证流程。
• 未认证Wi-Fi的限制：即使设备显示已连接Wi-Fi，未完成认证的情况下，系统会限制非portal相关的网络请求，甚至可能拦截对portal域名/IP的请求，强制走CNA处理。

可行解决方案 #

1. 强制请求绑定到Wi-Fi接口 #

你可以通过NWPathMonitor检测Wi-Fi连接状态，然后创建绑定到Wi-Fi接口的URLSession，强制请求走Wi-Fi而不是移动网络。示例代码如下：

import Network

// 监听Wi-Fi连接状态
let monitor = NWPathMonitor(requiredInterfaceType: .wifi)
monitor.pathUpdateHandler = { path in
    if path.status == .satisfied {
        // 创建仅允许Wi-Fi的URLSession配置
        let config = URLSessionConfiguration.default
        config.allowsCellularAccess = false
        
        // 绑定到Wi-Fi接口并发起WISPr请求
        let session = URLSession(configuration: config)
        guard let portalURL = URL(string: "http://你的portal本地IP/wispr-auth") else { return }
        let task = session.dataTask(with: portalURL) { data, response, error in
            // 处理WISPr认证响应
            if let error = error {
                print("请求失败：\(error.localizedDescription)")
                return
            }
            // 认证成功后的逻辑
        }
        task.resume()
    }
}
monitor.start(queue: DispatchQueue.global(qos: .background))

2. 在应用内完成WISPr认证（绕过CNA） #

系统拉起CNA是因为检测到未认证的captive portal，你可以在应用内主动完成认证流程，避免CNA干扰：

• 用NWPathMonitor检测网络状态，判断是否处于captive portal环境（比如尝试访问苹果的检测地址http://captive.apple.com/hotspot-detect.html，若返回非预期内容则判定为captive portal）。
• 一旦检测到，在应用内打开WKWebView，加载portal的认证页面，利用应用已有的凭证自动填充并提交认证表单。
• 认证完成后，系统会自动更新网络状态，此时Wi-Fi即可正常路由流量，不会再触发CNA。

3. 确保请求目标为本地IP #

未认证状态下DNS解析可能无法正常工作，所以你的WISPr请求一定要发送到portal的本地IP地址，而不是域名。直接用IP地址可以绕过DNS问题，确保请求能到达本地portal服务器。

额外提示 #

• 关闭移动网络后请求失败，大概率是因为你的请求目标是公网地址，未认证的Wi-Fi无法访问公网；如果是访问portal本地IP仍失败，建议检查热点的本地网络配置是否允许未认证设备访问portal服务器。
• 如果你的热点是预共享密钥类型（非web认证的WISPr），那应该在NEHotspotConfiguration中直接传入凭证，系统会自动完成认证，不会触发CNA，也不会出现流量 fallback 的问题。

内容的提问来源于stack exchange，提问作者Lars