キャプティブポータルポップアップ：決定的なガイド[終了]

WiFiキャプティブポータルを手動で実装しています。私はすべてがうまく機能していますが、1つのヒッチです：完璧な体験のために、モバイルOS（またはコンピューターOS）のキャプティブポータルポップアップをすべての人に見てもらいたいです。

それらのそれぞれには独自のねじれた方法があるため、一貫したクロスプラットフォーム体験を得ることができないようです。

これを実現するために、（1）WiFiクライアントからのURLリクエストをログインページにリダイレクトする必要がある、および/または（2）WiFiをリダイレクトするために使用できるnginxまたはapache Webサーバー構成のいずれかを説明する助けがありますかログインページへのクライアント？

この例のキャプティブポータルのログインページはhttp：//captiveportal.lanです。これを解決しようとしているオペレーティングシステムの一部を以下に示します。

Android 4/5/6

• Apache：
  RedirectMatch 302 /generate_204 http://captiveportal.lan
  
• nginx：？
  

以前のAndroidバージョン

• Apache：？
  
• nginx：？
  

iOS 8

• Apache .htaccess：
  RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} ^CaptiveNetworkSupport(.*)$ [NC]
RewriteRule ^(.*)$ http://captiveportal.lan [L,R=302]
  

• nginx：？
  

以前のiOSバージョン

• Apache：？
  
• nginx：？
  

ウインドウズの電話

• Apache：
  RedirectMatch 302 /ncsi.txt http://captiveportal.lan
  
• nginx：？

Windows 7 \ 8 \ 10

• Apache：Windows Phoneを参照（win7で動作）。
• nginx：？
  

マックOS

• Apache：？
  
• nginx：？
  

Amazon Kindle-ポップアップがありますか？

• Apache：？
  
• nginx：？
  

すべてのモバイルOSは、Webページをチェックして、キャプティブポータルの背後にあるかどうかを判断します。

メカニズムは次のとおりです。

1. GET / POST http://foo.com/bar.html
2. bar.html == [予想されるコンテンツ]>インターネットを開く場合
3. bar.html！= [期待されるコンテンツ]>キャプティブポータルの場合
4. bar.html [status]！= SUCCESS> No Networkの場合

また、iOSの場合、WiFiネットワーク用のドメインが必要です。これは、アクセスのないドメインレスネットワークがホームネットワークであり、Captive PortalではなくNo Networkとしてマークされるためです。

HTTP Successを使用して、以下のURLをキャプティブポータルに明示的にリダイレクトするようにしてください。

Android / Chromebook：

• clients3.google.com

iOS 6：

• gsp1.apple.com
• * .akamaitechnologies.com

iOS 7：

• www.appleiphonecell.com
• www.airport.us
• * .apple.com.edgekey.net
• * .akamaiedge.net
• * .akamaitechnologies.com

iOS 8/9：

• http://www.apple.com/library/test/success.html
• http://captive.apple.com/hotspot-detect.html

ウィンドウズ

• ipv6.msftncsi.com
• www.msftncsi.com

多くのベンダーもユーザーエージェント「CaptiveNetworkSupport」の使用を開始していますが、上記のURLメソッドほど一般的ではありません。そのUAを確認し、常にポータルページを指定するだけで、100％は機能しません。

私はURLメソッドを使用していますが、うまく機能しています。

Amazon Kindle（ファイア）

Amazon Kindle（Fire）は次のリクエストを行い、取得できない場合は「...ユーザーがログインする必要があると想定し、ログイン画面を表示します。」：

• http://spectrum.s3.amazonaws.com/kindle-wifi/wifistub.html
  • 参照：https : //forums.developer.amazon.com/forums/thread.jspa?threadID=834

iOS 8.4

最新のiOSでは、「/ hotspot-detect.html」だけでなく、http： //captive.apple.com へのリクエストのすべてのURIを一致させる必要がありました。

iOS 8.4クライアントは、ランダムに生成されたURI（例：「/xmqPyZUv/3r8jTjv8.html」および「/7exN0TV7q0COX0/eKlBU8baU2tape/fjXUzDHBdE6W0O/BGbw7iYU2DVBh1/sVBlx8icYzTTE.html

• http://captive.apple.com
• http://www.ibook.info
• http://www.itools.info
• http://www.thinkdifferent.us