Settings have been updated... Locked out...

[krbvroc1]

Settings have been updated... Locked out... [SOLVED]

Settings have been updated. Web page will now refresh.
Changes have been made to the IP address or port number. You will now be disconnected from RT-N66U.
To access the settings of RT-N66U, reconnect to the wireless network and use the updated IP address and port number.

I recently updated to the lastest 374.33 merlin firmware and am constantly getting this stupid message that locks me out of the router. Something is not behaving correctly.

My router is configured with HTTP OFF, HTTPS ON, using a custom port.
This is because there are temporary occasions that I pass through port 80 to an internal server and that interferes with the router port 80 for http. I access the router using https://192.168.x.1:8888

1) This message happens when doing something that restarts the router, such as changing a firewall rule and hitting Apply.
2) I am unable to determine what 'clears this'. Is there some cookie set/missing? Something specific in the cache? I tried looking with firebug and didn't see anything. I would like to know a specific solution, not something drastic like clear the entire firefox cache.
3) Opening a 'New Private Window' under firefox lets me in.

 

[jim769]

This may help you..

http://forums.smallnetbuilder.com/showthread.php?t=11862

 

[Txdk]

Settings have been updated. Web page will now refresh.
Changes have been made to the IP address or port number. You will now be disconnected from RT-N66U.
To access the settings of RT-N66U, reconnect to the wireless network and use the updated IP address and port number.

I recently updated to the lastest 374.33 merlin firmware and am constantly getting this stupid message that locks me out of the router. Something is not behaving correctly.

My router is configured with HTTP OFF, HTTPS ON, using a custom port.
This is because there are temporary occasions that I pass through port 80 to an internal server and that interferes with the router port 80 for http. I access the router using https://192.168.x.1:8888

1) This message happens when doing something that restarts the router, such as changing a firewall rule and hitting Apply.
2) I am unable to determine what 'clears this'. Is there some cookie set/missing? Something specific in the cache? I tried looking with firebug and didn't see anything. I would like to know a specific solution, not something drastic like clear the entire firefox cache.
3) Opening a 'New Private Window' under firefox lets me in.
4) When this happens, I can get in using https://asus.router.com:8888. I am very uncomfortable using this. I do not like being prompted for my security login when I am unsure if the dialog box is being served from my local router or somewhere on the internet. Seems like a misconfiguration could steal peoples credentials. Is there a way to change the auth dialog to provide some 'domain' info so at least we know it is being server from the local router? Like including the router name?

try this http://forums.smallnetbuilder.com/showpost.php?p=68661&postcount=157 it helped me

 

[krbvroc1]

The two responses so far have not really explained anything as to why this is happening or what specific thing can be done to fix it.

So I did some more research...

Looking at the code on github, it seems that the HTML5 'Application Cache' is used to store something. This is when you see a popup from the router saying that 'the site wants to store data locally on your computer' and asking permission to allow that. I believe I allowed that, so after I make a settings change and hit apply, I am locked out. I believe a 'Private Window' session, since it does not save state, does not use the Application Cache so that is why that works. I would recommend never hitting Allow. And to 'fix this' once it has happened under Firefox, goto Options->Advanced-->Network. And under 'Offline Web Content and User Data', you can clear the stored data and 'undo' any exceptions you created if you hit 'allow' on the permission popup.

I really have no idea what Asus is trying to accomplish or even store with this feature.

EDIT: For those using Chrome, apparently you can
Open the following URL: chrome://appcache-internals/
Look for your application and click “Remove”

 

[RMerlin]

I really have no idea what Asus is trying to accomplish or even store with this feature.

That page gets displayed from cache if you are trying to access the Internet or your router, and the router isn't responding (wrong gateway, router changed IP, etc...).

 

[krbvroc1]

That page gets displayed from cache if you are trying to access the Internet or your router, and the router isn't responding (wrong gateway, router changed IP, etc...).

What is odd is that I didn't change anything like that. I applied settings such as changing a wifi channel or modifying a firewall rule. I wonder if it has anything to do with https using a self-signed certificate. Perhaps there is some interaction/race condition with the appcache mechanism.

 

[MikeInNJ]

What is odd is that I didn't change anything like that.

What I think rmerlin is saying is that this particular error page gets displayed from cache any time the router isn't responsive, regardless of the reason. So now if anything causes the router not to respond, whether you reconfigured the router, or if the router is simply hung or something, that's the error you get. It's a confusing and frustrating mechanism.

 

[krbvroc1]

What I think rmerlin is saying is that this particular error page gets displayed from cache any time the router isn't responsive, regardless of the reason. So now if anything causes the router not to respond, whether you reconfigured the router, or if the router is simply hung or something, that's the error you get. It's a confusing and frustrating mechanism.

I was saying that there is no reason for the router to not respond since nothing substantial was changed. So I am wondering if the timeout mechanism is somehow related to the https self-signed certificate prompting. Or maybe it is trying to redirect to the non https port which is disabled? I am just trying to understand the lower level programming details of what is going on.

 

[FredTheDog]

I get the same error message when trying to connect with IP address, and I have the same settings as you, ie using https.

But I can connect using https, the ddns address I set up and port number.

Never got round to trying to fix it, but it all started after setting https

Cleard the doodat in Firefox and all now working with IP again........Thanks krbvroc1

 

[gregnukem]

I've been fiddling with the exact same problem for quite a while. I can totally reproduce it on any iOS device. To do so, I just need to login via HTTPS, then close Safari, and when I reopen it, I have this connection failure. To be able to access web UI again, I have to go to Settings->Safari->Advanced->Website Data, and delete the relevant entry. Once that is done, I can reconnect instantly.

The connection failure also occurred in Firefox until I changed the settings to never save any data from my router's local or public (or ddns) addresses. Internet explorer also gives me a security warning each time, but manages to get through.

I had even tried resetting NVRAM and changing the only setting - activating HTTPS access from LAN/WAN and the bug immediately manifested itself. I also tried different versions of iOS, Firefox, IE etc.

Please Eric, if you get a chance after you have a great rest from the myriad of betas released in September, take a look at this. I would really be greatful.

 

[tbessie]

I'm getting this too, after I changed to use HTTPS instead of HTTP.

I cleared the web cache as described above, and now I don't get the message, but now the router doesn't display a web page whether I connect with HTTP or HTTPS. Is HTTPS broken in Merlin? It just says "Page not available" (the usual browser message). I tried with several different browsers. Looks like I'll have to do a factory reset AGAIN and reenter all my settings AGAIN. Pah.

I'm using the 'version 5' toolkit version of the latest Merlin firmware.

- Tim

EDITED: D'oh! My fault - I didn't see that HTTPS doesn't use a standard port (uses 8443 and not 443); guess that was the problem. :-/

 

[4RXK]

After receiving that error message, I can confirm using that using https://router.asus.com:8443 URL works to access the admin page. I can not access with https://192.168.1.1:8443, which used to work before. I will update later if I find an explanation or can provide further details.

I have tried to clear the cache, cookies, security cert. as well as resetting the router. I didn't do a factory restore or anything like that, because I can access it as stated above. Also using a private browsing window, either address seems to work.

 

[RMerlin]

After receiving that error message, I can confirm using that using https://router.asus.com:8443 URL works to access the admin page. I can not access with https://192.168.1.1:8443, which used to work before. I will update later if I find an explanation or can provide further details.

I have tried to clear the cache, cookies, security cert. as well as resetting the router. I didn't do a factory restore or anything like that, because I can access it as stated above. Also using a private browsing window, either address seems to work.

If it works by name but not by IP then either you have the wrong IP, or you have something configured in your browser or your security software to reject the SSL certificate that gets used when accessing the device by IP.

 

[4RXK]

Well the IP and port are correct, I can clear the application cache and exceptions under Offline Web Content and User Data in Firefox and log in via IP, dynamic dns or router.asus.com now with port set to 8443.

I had to enable Web Access from WAN using a private browsing session to configure and save the settings to get to that point. I have declined to allow data to be stored for offline usage and can connect to the Asus firmware version: 3.0.0.4.374_379-g9540d57 over HTTPS in a normal window.

 

[legitsu]

actually this is a CFE/recovery image level thing because my RT-N66u does the same exact thing and its flashed with tomato ._.

 

[Qinn]

Locked out screen (settings changed)

Hi I'm using 3.0.0.4.374.35_4 Merlin Build on ASUS RT-N16 in AP mode using 2 x 1 gb USB drives. First I wanna say Thnx to Merlin for some good product! I tried DD-WRT BS 2.6 even ported it to 3.x, Kong and Tomato (many versions). The only one that was stable was the Kong build 22000, but USB speed was limited at 1 -1,5 mb/s with the Merlin it went up to 2-3 mb/s. Tried the OFW, but speeds were the same as Kong. So I stay with Merlin

I use Merlin's build since a week and must say it's very stable. There is just one recurring error. After, say roughly, 72 hours I get the locked out screen says settings were changed, but I didn't change anything. The AP still functions and all clients have network access, only the AP settings are locked out and showing the message that settings are changed. I don't have telnet open (yet) so I can only power off and then all is well again, any help would be welcome thnx in advance btw I will try the latest RT-N16_3.0.0.4_374.40_beta1 and report back.

 

[L&LD]

Qinn, try accessing it with a different browser.

 

[Qinn]

I tried using Firefox, Safari and IE no hope there

 

[Chrysalis]

I fixed this issue by disabling the offline cache in firefox.

http://en.kioskea.net/faq/10844-firefox-modify-the-size-of-the-offline-cache

 

[L&LD]

I was going to suggest clearing the cache.

Thanks for confirming Chrysalis.