web-dev-qa-db-ja.com

すべてのキャプティブポータルソリューションは同じように機能しますか? (Cookie、MACアドレス、その他?)

旅行中に、壊れたキャプティブポータルの実装の数と対話する必要がある間、使用されているキャプティブポータルテクノロジーに応じて、iPad、電話、コンピューターで使いやすさの問題を抱えている他の乗客を耳にしました。

例えば。ポップアップウィンドウのあるキャプティブポータルと、そのようなポップアップのないキャプティブポータルは、より問題があるようです。

  • 1つのデバイスを持つ1人のユーザーと複数のデバイスを持つ1人のユーザーの間にキャプティブポータルの「セッション」を実装するための最も信頼できるアプローチは何ですか?セッションを維持するのはCookieですか、それともMACですか。

セッションごとに複数のアクティブデバイスをサポートするポータルの中には、まったく新しい相互運用性の課題をもたらすものがあるようです。したがって、セッションを維持するための最良の方法は異なります。

3

MACアドレスに基づいています。 Cookieはアクセスポイント(など)に提示されないため、Cookieに基づくことはできませんが、現在表示しているドメインのDNS名に基づいています。また、電子メール(Webメールではない)などが機能しなくなります。

難しいのは、ポータルの認証部分を効果的に提示する方法、サインイン画面にどのような制限があるか(CookieやJavaScriptがない場合など)、およびセッションを維持する方法です。 MACアドレスに基づいてトラフィックをフィルタリングするのが一般的ですが、サインオンページにもCookieが存在する可能性があり、さまざまなデバイスでキャプティブポータルの検出が行われる/サポートされる方法が大きく異なるため、問題が発生する可能性があります。 。

このページは非常に有益なようです: http://blog.tanaza.com/blog/bid/318805/iOS-7-and-captive-portal-a-guide-to-captive-portal-requirements そしてそうです http://blog.erratasec.com/2010/09/apples-secret-wispr-request.html#.VBismfmSzrk

だからあなたの質問に答えて;一部の部分はかなり一貫していますが、ユーザーエクスペリエンス(およびそのエクスペリエンスを推進する方法)は、動作の標準化に適しています(これは、WiFi Allianceによって発表されたドラフトプロトコルであるWISPrが行っていることです: http://en.wikipedia.org/wiki/WISPr

2
Cameron Kerr