Facebook.com和iOS7强制门户检测 [英] Facebook.com and the iOS7 Captive Portal Detection
问题描述
我创建了一个连接到Facebook的路由器，以便在用户访问互联网之前获取一些信息。
I created a router that connects to facebook to get some info before a user may access the internet.
首先他们连接，获取强制网络门户页面然后继续到facebook登录。自从升级到iOS7后，它无法加载facebook登录页面。在我的Mac上使用强制门户助手它没有问题，甚至在使用iOS版本的Safari时手机本身也没有问题。
First they connect, get the Captive Portal Page and then continue to a facebook login. Since the upgrade to iOS7 it fails to load the facebook login page. On my mac with the Captive Portal Assistant it has no problems and even on the phone itself while using the iOS version of safari there are no problems.
这里出了什么问题？来自iOS7 Captive Portal Assistant的facebook过滤请求还是Apple在这里做了一些偷偷摸摸的事情？
What is going wrong here? Is facebook filtering request from the iOS7 Captive Portal Assistant or is Apple doing some sneaky stuff here?
似乎问题很普遍，只与facebook有关。
It seems the problem is widespread and only related to facebook.
更新：我使用过测试版，他们几周前工作正常。现在有了相同的测试版，它就不再存在了。 Facebook解释的另一点。
Update: I worked with the beta's and they worked fine a few weeks ago. Now with the same beta version it doesn't anymore. So another point for the facebook explaination.
问候，Cas
推荐答案
自IOS 8以来，Apple已解决此问题。但由于所有iPhone 4用户无法升级到IOS 8，因此问题仍然存在。
This problem was fixed by Apple since IOS 8. But as all iPhone 4 users can't upgrade to IOS 8 this problem is still one.
IOS 7设备检查对于以下域名：
The IOS 7 devices check for the following domains:
www.appleiphonecell.com
captive.apple.com
captive.apple.com
www.apple.com
www.itools.info
www.ibook.info
www.airport.us
www.thinkdifferent.us
将此域名列入白名单会阻止登录掩码出现，因为IOS设备认为互联网正在按预期工作。这样你可以控制所发生的事情，因为如果你使用普通的浏览器登录，IOS设备不会中断任何事情。
Whitelisting this domains stops the login mask to be appearing as the IOS device thinks, that the internet is working as expected. This way you have control on the things which happens, as the IOS device does not interrupts anything, if you use a normal browser for login.
如果你没有白名单域名，发生以下事情。我在具有多个IOS设备的路由器上进行了调试，它们大致相同：
If you don't whitelist the domains, the following thing happens. I debugged it on routers with several IOS devices and they all did mostly the same:
- 如果连接到wifi，IOS设备会尝试连接到上面列出的其中一个域。如果它可以联系其中一个域，则会尝试另一个域。如果不能，则启动重定向，由路由器控制。有时它会在它认为互联网正在运行之前查询一个或多个域。
- 检查后，登录屏幕会重定向到您的路由器，然后重定向到您的强制网络门户的登录屏幕。此行为与IOS 6或之前的行为保持一致。
- 现在，您开始向Facebook，Google或Twitter等第三方提供商登录oauth。现在差异出现了。如果在调试模式下运行，可以在路由器上进行检查。随着IOS设备进入其他域进行oauth登录（如www.facebook.com），iPhone认为，某些内容发生了变化，并开始查询上面列出的苹果域名之一。用户只能看到白色屏幕，而在后台，IOS设备会尝试重复联系其中一个域。对于用户来说，这似乎是一个错误，因为屏幕保持白色或需要很长时间才能显示第三方提供商的登录信息。有时它会停止加载并且没有任何事情永远发生。
要避免此行为，您必须将上面列出的域列入白名单。对于IOS用户来说，这不是常见的行为，但是这样，您的浏览器可以控制登录会话，而IOS设备不会像登录屏幕那样中断它。
To avoid this behavior, you must whitelist the above listed domains. This is a not a common behavior for IOS users, but this way, your browser have the control of the login session and the IOS device don't interrupt it as it does with the login screen.
在以下网站上报告了一些浅层信息：
Some shallow parts of information is reported on the following sites:
- https://supportforums.cisco.com/docs/DOC-36523
- http：// www。 cadincweb.com/why-your-apple-ios-7-device-wont-connect-to-the-wifi-network
- https://discussions.apple.com/thread/5355766
- https://supportforums.cisco.com/docs/DOC-36523
- http://www.cadincweb.com/why-your-apple-ios-7-device-wont-connect-to-the-wifi-network
- https://discussions.apple.com/thread/5355766
我找不到问题的详细描述，通过使用一些路由器和IOS设备（如iPhone和iP）调试所有部件，找到了我自己的问题。广告。
I couldn't find a detailed description of the problem and found the one above myself by debugging all parts with some routers and IOS devices like iPhones and iPads.
这篇关于Facebook.com和iOS7强制门户检测的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
