#3510 Problem with stored URLs
I have cloned that HTTP Tunnel module twice in order to use it as a one click tunnel into the CUPS administration system at http://locahost:631/, and to tunnel into SWAT at http://locahost:901/.
If I store the url inside the module's configuration then I get an access denied message when attempting to access anything but the front page on CUPS with the same behavior in SWAT.
I noticed in the index.cgi script that if the URL is stored, it just passes it to the link.cgi script. But if the user enters the URL, it is submitted to a page that creates a cookie for the session and then passes the value to link.cgi. I think the missing step is creation of a cookie for the session.
Once again, the tunnel works perfectly, even with the stored user info, when entering the same url in the dialog prompt with no URL stored in the configuration. Once the URL is stored, the pages can no longer be accessed properly.
Hmm, this works fine for me. What URL did you enter exactly, and what was the error message?
URLs I used:
http://localhost:901/ - For SWAT
http://localhost:631/ - For CUPS
On both pages I see the text with no pictures and their placeholders showing broken icons. Once I try to click any of the links at the top I get an error similar to the following message:
You are not allowed to access the URL http://localhost:901/printers
That's what I get from the SWAT page, but any link will produce the same not allowed message.
Shot 1 of Broken Page (Shows links used and broken picture links)
Shot 2 of Broken Page (Shows error output from clicking link in shot 1)
Shot 1 of Working Page (Shows link address in bottom, all pictures appear normally)
Shot 2 of Working Page (Shows working site when following links)
Just thought I'd upload some screen shots as I bet they'll help explain to you what I'm seeing. Before and after shots of working links vs non working links. The only difference between those two tunnel clones is that the url is stored vs typed.
Ok, I see it now .. this will be fixed in the next Webmin release. If you need a quick fix, check out the following GIT commit :
http://github.com/webmin/webmin/commit/0a59a9596c406ef0f75de96e54d6087557e1fc52
Looks like a fix to me! Just copied over your change from GIT and it worked perfectly. I figured it was some simple syntax somewhere, but didn't look far beyond index.cgi and seturl.cgi. I had a few other fires burning and really appreciate the quick attention and resolution!