发表文章

[C] 强制超时的问题 Problem with force time out[nodogsplash]

nhimcoi30889 2017-10-9 72

大家好,
我遇到的问题是:

  • 我使用 nodogsplash 与 no-authent (按狗图标到互联网)
  • #46中配置为@lynxis @mwarning @bluewarenet 的准则
    所有工作完美, 但有一个问题。当我设置 Forcetimeout 在/等/nodogsplash/nodogsplash. conf。(示例15分钟)。15分钟后, 客户力量断开互联网 (明确客户名单-ndsctl 状态)。但是, 设备不会在第一次连接 AP 时按下弹出窗口. 最终用户需要开放的浏览器和 re-authent 继续使用互联网。所以, 很多时候, end-users 不知道过期的会话 (不要打开浏览器 reauthent), 所以他们认为没有互联网连接

你可以给我的解决方案的推弹出自动过期后的力量超时?

原文:

Hi everybody,
I meet a problem as :

  • i use nodogsplash with no-authent ( press dog icon to internet )
  • i configured as guideline of @lynxis @mwarning @bluewarenet at #46
    All working perfect but have a problem. When i set Forcetimeout at /etc/nodogsplash/nodogsplash.conf .( example 15 mins ). After 15 mins, client force disconnect internet ( clear client list - ndsctl status ) . But devices dont push pop-up as first time connect AP. End-user need open browser and re-authent to continue use internet. So, many times, end-users dont know expired session ( dont open browser reauthent ), so they think that dont have internet connection

You can give me solution for push pop-up auto after expired force time out ?

相关推荐
最新评论 (6)
nhimcoi30889 2017-10-9
1

@lynxis@mwarning @bluewarenet, 你能帮我吗?

原文:

@lynxis @mwarning @bluewarenet , can you help me ?

bluewavenet 2017-10-9
2

这是外部任何可能的 Nodogsplash 控制, 完全取决于移动设备的专属门户检测功能。这从操作系统到操作系统和版本各不相同。

强制超时是有效的, 但操作系统只是假设互联网是下降, 因为它只是突然停止。
在这一点上, 如果用户从 wifi 断开, "忘记" ssid, 然后在重新连接, 门户检测将完成其工作。但这并不能解决您的问题。

相反, 您应该设置非活动计时器。如果操作系统没有看到一段时间的通信, 那么在一个试图发送数据的应用程序中, os 将首先尝试第一个门户检测, 如果 Nodogsplash 已断开连接, 您将得到弹出窗口。

我建议强制超时 > 或 = 600, 以及不活动超时 > 或 = 30 作为起点。

还要确保您的路由器已 ipv6 dhcp 禁用, 否则您将在门户检测中导致长时间的延迟。

原文:

This is outside any possible control of Nodogsplash and is entirely up to the mobile device's Captive Portal Detection function. This varies from operating system to operating system and version to version.

Force timeout is working, but the OS just assumes the Internet is down as it just comes to an abrupt halt.
At this point if the user disconnects from wifi, "forgets" the ssid, then on reconnect, the portal detection will do its job. But this does not solve your problem.

Instead you should set the inactivity timer instead. If the os sees no traffic for a period, on an app trying to send data, the os will first try first portal detection, AND if Nodogsplash has disconnected you will get the popup.

I suggest forced timeout > or = 600, and inactivity timeout > or = 30 as a starting point.

Do also make sure that your router has ipv6 dhcp disabled otherwise you will have long delays induced in the portal detection.

nhimcoi30889 2017-10-9
3

您好@bluewavenet ,
感谢回答, 所以目前, 没有一个解决方案彻底与 nodogsplash。
你能告诉我更多的细节set the inactivity timer instead. If the os sees no traffic for a period, on an app trying to send data, the os will first try first portal detection, AND if Nodogsplash has disconnected you will get the popup.
谢谢

原文:

Hi @bluewavenet ,
Thank for answer, so at the moment , dont have a solution thoroughly with nodogsplash.
Can you tell me more detail about set the inactivity timer instead. If the os sees no traffic for a period, on an app trying to send data, the os will first try first portal detection, AND if Nodogsplash has disconnected you will get the popup.
Thanks

bluewavenet 2017-10-9
4

例如, 在 nodogsplash 中, 请确保您拥有:
ClientIdleTimeout 30

ClientForceTimeout 600

原文:

For example in nodogsplash.conf make sure you have:
ClientIdleTimeout 30
and
ClientForceTimeout 600

nhimcoi30889 2017-10-9
5

哦, 我的文件设置为贝娄。但我的意思是

如果操作系统没有看到一段时间的通信, 那么在一个试图发送数据的应用程序中, os 将首先尝试第一个门户检测, 如果 Nodogsplash 已断开连接, 您将得到弹出窗口。

原文:

Oh, my file setup as bellow. But i mean

If the os sees no traffic for a period, on an app trying to send data, the os will first try first portal detection, AND if Nodogsplash has disconnected you will get the popup.

bluewavenet 2017-10-9
6

通常, 移动设备的操作系统在连接到 WiFi 时, 会尝试连接到特定的服务。如果它失败, 但有良好的 ip 连接, 它将假定它连接到一个固定门户, 或热点控制器 (如 Nodogsplash), 并启动设备的默认浏览器进行身份验证。
如果强制超时, 操作系统将假定 Internet 已关闭, 并且不重新启动它的捕获门户检测。
如果空闲超时, 这意味着如果移动设备没有为设置的时间间隔发送任何通信, Nodogsplash 将断开连接。此外, 该设备将下降其 WiFi 连接 (以节省电池)。当要求设备再次发送数据时, WiFi 将会唤醒, 重新和操作系统将重新启动捕获的门户检测。
如果你在 Google 上搜索 "专属门户检测", 你会发现很多内容, 但是你会发现它根本不是一个标准。

原文:

Typically the operating system of a mobile device, on connection to WiFi, will try to connect to a specific service. If it fails but has a good ip connection it will assume it is connected to a captive portal, or Hotspot controller such as Nodogsplash and start the device's default browser for authentication.
If you force timeout, the operating system assumes the Internet has gone down and not restart it's captive portal detection.
If you idle timeout, this means if the mobile device does not send any traffic for the set interval, Nodogsplash will disconnect. Also the device will drop its WiFi connection (to save battery). When the device is asked to send data again, the WiFi will wake up, re-connect and the os will restart the captive portal detection.
If you search "Captive Portal Detection" on Google you will find a lot to read but you will find it is not at all a standard.

返回
发表文章
nhimcoi30889
文章数
4
评论数
31
注册排名
60911