关于Apple的Captive Network Assistant 强制网络门户

时间 2020-01-01

标签关于 apple captive network assistant 强制网络门户栏目 MacBook 繁體版

原文原文链接

在WIFI的应用场景中，有个很典型的应用，叫作Captive Portal强制网络门户，也叫Captive Web Portal（CWP）。网络

大体流程是：app

电信、移动等运营商常常会推出一些市区里的WIFI，不少用的就是这种方式。还有像机场等地。有个典型的应用，就是杭州的ihangzhou。htm

iOS，还有Mac OS，都有个功能，当接入无线网络后，会自动检测网络是否通。若是不通，则会自动弹出一个页面，让用户去登陆。blog

Apple把这种功能叫作Captive Network Assistant（CNA）。get

其原理以下：

发送一个HTTP/1.0的请求到 http://www.apple.com/library/test/success.html
接收一个回应，若是回应跟它预计的结果一致，那么认为网络是通的，就不会自动弹出页面。同时，状态栏的WIFI图标出现。流程结束。不然，进入下一步。
若是收到的回应不是它想要的那个，它就认为有CWP存在。
若是有CWP存在，iOS就会自动打开一个页面，在这个页面中再请求一次http://www.apple.com/library/test/success.html，这一次，使用的是HTTP/1.1。
而后就能够打开Login页面了。

在第2步中，若是有CWP存在，收到的回应一般是一个Login页面，这个和第5步收到的结果应该是同样的。

若是网络能，则能够收到下面的回应。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"><HTML><HEAD><TITLE>Success</TITLE></HEAD><BODY>Success</BODY></HTML>

只是第2步中，iOS是如何判断的，不得而知。不过只要保证收到上面的响应，则必定能通。

那么，第2步中若是没有收到响应，或是收到了非HTTP 200的响应又会如何呢？

根据个人测试，若是没收到响应，依然会弹出一个窗口。不过，这不是一种正常的CWP状态。

非HTTP 200的状况，我只试了HTTP 302重定向。在这种状况下，iOS不会自动弹出Login页面。

在上面的5步中，获得了一个Login页面，而后又会发生什么呢？

用户拿到Login页面后，应该填写一些信息，而且提交。iOS会在用户提交后，当即发一边第1步中的请求，再次检测网络。若是此时网络仍是不通，iOS会自动断开当前的SSID。不过这个行为好像有点不稳定，具体就不细说了。

网络通了后，在iOS上基本有2个现象。一是右上角的“取消”按钮变成”完成“，或是自动关闭这个窗口，行为彷佛不太一致。最关键的是顶端状态栏WIFI图标的出现。

从现象上看，只要WIFI图标不出来，iOS就不容许有流外出（部分特殊的除外）。

********** 反作用 **********

iOS的这种行为，其实没给用户多少方便，却会带来很多麻烦。我记得在iOS 4时，还能够选择是否启用auto-login。不过iOS 6已经没有这个选项了。

理论上讲，这个功能最麻烦的就是要保证你所在的网络能够访问http://www.apple.com/library/test/success.html。若是仅仅是在公司内部网络，不容许访问外网，那么iOS就没法链接了。

【题外话】在iOS 5之前，只有open的SSID才会发test请求。（open的SSID指的是没有802.1X或PSK认证的）。而从iOS 6开始，连上非open的网络也会发这个test了。

因此，在这种内网的状况下，须要防火墙开放www.apple.com的访问，或是WIFI AP能够支持避开CNA的检测。

我一直没在网上找到关于CNA的判断标准，不知道Apple搞这么个东西干嘛。

********** 测试结果 **********

写完此文，内心一直痒痒的，想知道第2步到底是怎么判断的。因而当即动手测试。

我发现，只要响应页面中，<TITLE>的值是Success，大小写敏感，就能够欺骗iOS了。

测了iOS 6.0和Mac OS 10.7，结果都同样。这下我内心释怀了。不知道新版本会不会有变化。该死的苹果。