【问题标题】:Can I trigger a mobile client to automatically launch a web browser when connecting to wifi?我可以触发移动客户端在连接到 wifi 时自动启动 Web 浏览器吗?
【发布时间】:2011-05-26 04:12:28
【问题描述】:

假设您对无线路由器(运行 OpenWrt 或 DD-WRT - linux)具有完全的编程控制权。路由器配置为广播 ssid,网络是开放的。

一个移动用户(iPhone/Android/BB)走上来。

1) 在 iPhone 上,如果设备当前未连接 wifi,则会出现一个对话框,提示您连接到可用的 SSID。用户选择我的 ssid 并连接。有没有办法从我的路由器(比如使用 Bonjour 或 ??)触发 iPhone 启动网络浏览器并尝试自动加载主页或自动配置 url?

2) Android/BB 有什么不同的答案吗?

原因是在“围墙花园”应用程序中,我需要能够弹出一个问候页面,并且不希望用户必须先摸索加载默认页面。

任何和所有的想法都表示赞赏! 谢谢 R M。

更新 - 我认为答案可能在于 802.21 或 UMA。我在某处读到 ATT 将其与 iPhone 一起用于身份验证。

在 iPhone 上连接到 wifi 网关时,有一个名为“自动登录”的开关。如果你打开它,iPhone 会发送一个 HTTP 请求,并从我的热点接收重定向,然后我发送欢迎页面。 (现场完全开放)。问题是 iPhone 似乎在等待特定的东西 - 它不会从“3G”变为 wifi 并且最终可能会超时。此外,它仍然显示停靠在窗口顶部的“登录”横幅。

任何人都知道我需要发送以进行正确的自动登录的帧的文档吗?

【问题讨论】:

    标签: wifi iphone bonjour android-wifi openwrt


    【解决方案1】:

    我认为您正在寻找的是创建标准 wifi“热点”的能力。

    网上有几个很好的教程介绍了如何做到这一点,有几个使用 DD-WRT。

    例如,看看这个:http://www.hotspotsystem.com/en/hotspot/install_guide.html 其中给出了一些例子。

    【讨论】:

      【解决方案2】:

      好的,解决了。 该协议称为 WISPr - 现在是 2.0 版

      一些链接 http://erratasec.blogspot.com/2010/09/apples-secret-wispr-request.html

      和痕迹

      http://coova.org/node/4346

      【讨论】:

        【解决方案3】:

        您所描述的是一个强制门户系统(热点围墙花园等)。此功能可以通过 openwrt 上的多个应用程序来实现。有关 openwrt Answer 中提供的每个特定选项的详细信息,请查看另一个答案。

        有一些常见的技术可以实现强制门户

        HTTP 302 重定向

        最常见的技术是简单地阻止网络上的所有出站流量,然后将任何端口 80 流量重定向到您自己的门户页面,无论是本地还是远程托管。然后,此门户页面将提供“验证”用户的方法(通过在防火墙上戳一个洞)。有第 2 层方法,例如 chilispot,它们提供所有相同的功能,并且如果您想获得幻想,可以针对 radius 服务器进行身份验证。

        DNS 重写

        另一种技术是使用 dns 规则重写任何 dns 查询以解析到您自己的网络服务器,然后该服务器将向用户显示登录页面,一旦用户“验证”您只需更新他们的 dns,或允许 dns 请求从该用户传递到上游。

        IP 重定向

        这种技术经常与 HTTP 重定向有些重叠。本质上,您将他们的请求重定向到新的目标 IP。您可以设置一个 squid 代理来处理这些请求。


        iOS 和 android 设备都将通过简单地检查标准 URI 资源(例如:http://www.apple.com/library/test/success.html)来检测强制门户,如果该资源被阻止,则您处于离线状态,如果该资源被 302 或 307 重定向,则它假设有一个强制门户,他们将打开一个浏览器。如果找到该资源,则他们假定您在线并且没有自动打开浏览器。

        Android 将在手机或平板电脑上打开标准浏览器以允许用户进行身份验证。然而,iOS 设备会打开一个伪浏览器,这是一个有限的应用程序,不允许视频播放弹出窗口等。

        我认为 WISPr 协议最初是为没有网络浏览器的设备设计的,以接受条款和条件,从而允许这些设备使用通用协议来接受强制门户网站并对其进行身份验证。我什至不确定 WISPr 协议是否真的被接受过。 (也许他们重新起草了)

        (不知道这最初是多少岁,抱歉)

        【讨论】:

          【解决方案4】:

          HTTP 302 重定向

          最常见的技术是简单地阻止网络上的所有出站流量,然后将任何端口 80 流量重定向到您自己的门户页面,无论是本地还是远程托管。然后,此门户页面将提供“验证”用户的方法(通过在防火墙上戳一个洞)。有第 2 层方法,例如 chilispot,它们提供所有相同的功能,并且如果您想获得幻想,可以针对 radius 服务器进行身份验证。

          // 正在创建一个 wifi 热点,当移动设备连接到 wifi 时,它将自动触发移动浏览器(直接到我的商店的链接)。这对用户来说是一个有趣的因素,会注意到一些特别的东西当他们穿过我们的热点时..

          【讨论】:

            猜你喜欢
            • 1970-01-01
            • 1970-01-01
            • 2021-04-23
            • 2019-10-04
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            相关资源
            最近更新 更多