【iOS】为你的App增加WIFI认证检测，让用户体验更加丝滑

Posted 2023-05-04

参考技术A 前言

前段时间在上海坐地铁时连接了花生地铁WIFI，打开QQ音乐开始听歌，QQ音乐居然给了我一个"WIFI认证提醒"的弹窗，点击认证就跳转到了花生地铁WIFI的认证页，之后顺利联网成功，体验非常爽。作为一名ios开发，不禁思考这个是怎么做到的呢？忘记WIFI重新连接后，打开手机里各个应用轮番测试一遍，发现QQ音乐、QQ、QQ空间三个应用都做了比较好的WIFI认证提示：

成功提示.png

而其它的大应用如微信、手淘、支付宝、钉钉、美团、点评、爱奇艺、百度地图等则都没有给出认证提醒，而是提示我检查网络设置等，说明许多App都没重视到这个细节，而其实现在这种场景还是很多的，比如花生地铁WIFI、i-Shanghai、i-hangzhou、alibaba-guest和其它许多公共场所的WIFI，还是有必要做一个优化~

失败提示.png

关于Captive Portal

经过一番调研，这种需认证才能使用的WIFI，使用的是Captive Portal机制，中文通常译作“强制主页”或“强制登录门户”，一个Captive Portal是一个Web登录页面，通常由网络运营商或网关在用户能够正常访问互联网之前拦截用户的请求并将一个强制登录或认证主页呈现（通常是通过浏览器）给用户。该页面可能要求用户输入认证信息、支付、接受某些条款或者其他用户授权等，随后用户才能被授权访问互联网。该技术广泛用于移动和个人宽带服务，包括有线电视、商业WiFi、家庭热点等，也可用于访问企业和住宅区有线网络。

大多数需认证WIFI实现Captive Portal是通过HTTP重定向的方式，也有一些是通过DNS劫持或ICMP重定向的方式。

如何检测Captive Portal

iOS和android系统其实早就实现了Captive Portal的检测机制，只是有一些WIFI会绕过这样机制。就需要我们额外再做一次检测了。

根据Captive Portal的实现方式和特点，我们有以下两种常用检测方法：( 欢迎补充~ )

1. 判断网页的host是否完全变了

由于连接了需认证WIFI后，通过浏览器访问任何网页都会得到Captive Portal页面，所以对于iOS应用，一个比较简单的检测方法是用WKWebView加载某一个网页，在decidePolicyForNavigationAction代理方法里，拿到navigationAction.request.URL看host是不是完全变了，如果完全变了即可判断当前WIFI需要认证。

- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler

decisionHandler(WKNavigationActionPolicyAllow);

self.trueUrl = navigationAction.request.URL;

if (self.openTestMode)

// 测试用 这个url是上海花生地铁wifi的认证页，连上上海花生地铁wifi后，未认证时访问所有网页都会被重定向到该地址

self.trueUrl= [NSURL URLWithString:@"http://portal.wifi8.com/wifiapp"];



if ([self.trueUrl.host containsString:@"baidu.com"])

if (_networkCheckComplection)

_networkCheckComplection(NO);

_networkCheckComplection = nil;



else // 网页被重定向到了self.trueUrl，wifi需要认证

if (_networkCheckComplection)

_networkCheckComplection(YES);

_networkCheckComplection = nil;



if (_needAlert)

UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"WI-FI认证提醒" message:@"检测到当前WI-FI需要认证才能使用，请尝试去认证网络" delegate:self cancelButtonTitle:@"取消" otherButtonTitles:@"认证", nil];

[alert show];

_needAlert = NO;







Android端的检测也可以采用这样的方式，其中提到的判断机制如下：

图片.png

有一点需要注意的是，判断host完全相等不是特别合适，比如在WKWebView里访问http://www.baidu.com ，可能会被重定向到http://m.baidu.com ，这样则不属于WIFI需要认证的情况。

2. 访问特定网页，判断HTTP状态码

也可以通过判断HTTP状态码的方式来检测Captive Portal。比如访问google提供的一个空白网页http://clients1.google.com/generate_204 ，如果返回的HTTP状态码是204，则可判断当前网络无需认证，否则需要提醒用户认证网络。

检测Captive Portal的iOS版Demo

基于判断host的方式，我写了一个检测Captive Portal的小Demo放在了github，其中用于Captive Portal检测的工具类是CaptivePortalCheck，没有任何外部依赖，即拿即用，欢迎尝试~

文中内容如有不对，欢迎指正~

为你的服务器集成 LDAP 认证

本文内容

• 为什么需要 LDAP 认证
• 如何集成 LDAP 认证
• • Nginx 篇
  • Apache 篇
  • Backend 篇
• 本文小结

回顾我这些年的工作经历，面向企业(2B)和面向用户(2C)的项目都曾接触过。我个人觉得，面向企业的项目更注重业务，参与决策的人数多、周期长，目的是为企业提供生产经营价值，如缩减成本、提升效率等等，而面向用户的项目更注重体验，参与决策的人数少、周期短，目的是为消费者提供更多的使用价值，本质上是为了圈揽用户和抢夺流量。我在参与这些项目的过程中发现，企业级应用的研发更注重与第三方软件如 SAP、金蝶、用友、ERP 等等的整合，因此，类似单点登录、数据同步这样的需求非常普遍。每当这个时候，我就不由地想起一位前辈。

当我还在 Automation 打杂的时候，前辈总是一脸得意地问我：“听说过 AD Domain 吗？”。那时，初出茅庐的我年少轻狂，不好意思说我不会，立马敷衍道：“当然听说过，只是一直没用过”。前辈目光如炬，大抵是看出我心虚ÿ