HotSpot edirect When No Internet Connection

Hi,

Ok So currently when we have an established internet connection, and a hotspot user tries to access the internet, gets redirected to the login page.

Thats fine,but if the internet connection is down, you simply get a page cannot be disaplyed, no redirect.

I understand why that is, but is there any way around this, so I can at least say there is no net conection currently?

The reason for the error is that name resolution doesn’t work, which has to be done before the browser even sends out the http request (which then is intercepted by the hotspot and the user redirected to the login page). This part is clear…

The only way around the problem you describe which I can think of right now would involve having at least another server reachable from the hotspot network. You could install a “fake” dns server there that is replying with a fixed ip address for all A-record dns requests (regardless of the name requested).
Then run a webserver on this ip address stating “Our net connection is currently not available.”.

Last step would be to add scripts to your hotspot that detect availibility of you internet connection (for example, use the netwatch tool) and redirect all dns request to your “fake dns server” when your uplink is more like a “down-link” :wink:

Regarding the “fake dns server”: If you don’t have anything at hand the easiest/cheapest way I can think of right now would be a LinkSys WRT54G with a custom Linux firmware. This could be the fake dns server and the webserver serving your “we are offline” page…

hey thanks for that, I dont think we will go to that trouble to let them know, I guess they will just have to deal with it:)

Christian,

isnt it that the MT box can be setup with its own DNS server. with netwatch we can easily detect our internet connectivity by pinging, lets say the ISP-GW. Can we not just do a mangle to trap DNS request and redirect it to a page hosted on the MT box. (just a thought) :confused:

Maybe somebody else have a workaround.

Robert S.

The problem is that the “fake” dns server in my example has to answer dns requests for ALL possible names (i.e. for http://www.google.com, http://www.microsoft.com, my-home.dnydns.org, heise.de, …). This cannot be achieved with a standard dns server (and not with the one in MikroTik RouterOS) - this behaviour wouldn’t make much sense in a “normal” environment after all…