CP problem redirect to voucher page
-
Alright, I even managed to narrow down where the error got introduced.
I have some old pfSense images still stored on my pc here,
the next one after Aug 10 was Fri Aug 27 23:40:39 EDT 2010
here it is not working anymore. So its "just" 17days of CP commits where this error might have been introduced.
Hope this helps a little
Stefanero
-
Hi,
not sure if someone is working on this, since noone repleyed.
I will post netstat
Proto Recv-Q Send-Q Local Address Foreign Address (state)
tcp4 0 2196 74.125.43.99.8000 172.31.0.9.53012 FIN_WAIT_1
tcp4 0 0 74.125.43.99.80 172.31.0.9.53011 TIME_WAITI will rollback to Aug 20th snapshot since this worked fine…
If you need me to test smth or have any updates just let me know.
regards
Stefan -
Try modifyin /usr/local/captiveportal/index.php
Remove line 46 which has:
header("Connection: close");and retry.
-
Hi there,
well did not help it, I commented it out
//header("Connection: close");
but its doing the same thing as before, just times out while connecting to it.
And then again connecting to the pfSense webserver, and reopening google it redirects directly to the voucher page…Stefan
@ermal:
Try modifyin /usr/local/captiveportal/index.php
Remove line 46 which has:
header("Connection: close");and retry.
-
Hi there,
a little update.
it works on my least favorite OS now -> windows… the redirect happens, I just mostly never use windows but thats fixed now.
It does not work for *nix , like Linux / Android / iPad etc pp :)
hope this helps
stefan -
Hi,
is there any way I could help? There seams to be a difference on how windows works with the redirect to the captive portal, and the way *nix handle this.
Do you require some wireshark traces or smth like this.
Stefan
-
Yes if you have them.
But preferably you should not run the GUI on port 80.
-
Hi erml,
I changed Port from 80 to 8080, but this did not change anything.
I will upload wireshark traces from a ubuntu system, I renamed the wireshark files to txt, since this is a valid extention.
The not working variante, was just opening a firefox and browse to www.google.com, I let it try for a couple of seconds and stopped it.
Then 2nd working one, was with a connect to pfsense ip in the beginning on port 8080 this time, and then reopen www.google.com
if you need anything let me know.
cu
stefanerowireshark-portal-not-working.txt
wireshark-portal-working.txt -
OMG
I found it …
its the redirect page...
If I insert my own redirect page , I just simple copied the example code, and insert it into a html file and use this instead of the original -> it works.... :D
-
Hi again,
working my way thruw.
If the redirect page is to "big" it wont work for *nix systems.
I will attach 2 very easy and simple html files, the smaller one works on *nix, the bigger one will fail with the same error as mentioned above.
you will notice only difference is , the two big blocks of "dummy text" in a table collum.
I checkd lighthttpd error log but could not see anything…