Captive portal still doesn't start automatically on system startup
-
I've just completed the most recent update for Mon Sep 24th 2012.
I have captive portal active on VLAN assigned interface for Wifi users. They can use internet until I click "save" in Captive Portal. There is no Captive Portal page being presented to unauthorized users.
Jits
-
Mon Sep 24 16:42:11 EDT 2012 certainly has the changes to services_captiveportal.php - it sounds like you at least got the config to save OK.
You can check in config.xml and look for entries like:<radiusvendor>default</radiusvendor> <radmac_format>default</radmac_format>
These should have values like "default" in English.
If that happened OK, then need to work out the next thing that is happening. You could try switching to English then setup CP and make sure the config works in English. Then do it again in Portuguese. If a known-good set of options in English breaks it when entered in Portuguese, then go looking in config.xml again for any other setting keywords that have got translated when they should be left as keywords. -
Thanks for the effort to solve this problem.
-
Still happening in latest build. Anyone have any ideas? Getting frustrated that this is going on so long…
-
I will fix this probably by next week.
-
@ermal:
I will fix this probably by next week.
Excellent. Thanks for the intention.
-
Can somebody try this ?.
Create some script in /usr/local/etc/rc.d like
ee /usr/local/etc/rc.d/fix_captiveportal.shput this two lines:
/etc/rc.captiveportal_configure
/usr/local/sbin/lighttpd -f /var/etc/lighty-visitantes-CaptivePortal-SSL.confSave, do chmod 655 /usr/local/etc/rc.d/fix_captiveportal.sh.
Reboot.OBS: The line /usr/local/sbin/lighttpd -f /var/etc/lighty-visitantes-CaptivePortal-SSL.conf changes on every installation. To see the correct name file, ls /var/etc . Will be something like: lighty--CaptivePortal-SSL.conf (if you use SSL) or lighty--CaptivePortal.conf without SSL.
In Alix board, patient. 2 minutes (more or less) to everything work. rw on / to write file and chmod take effect.
This script can be more elaborated and is not the real fix to the problem (can solve temporally i guess). -
Should be fixed on next snapshots.
-
@ermal:
Should be fixed on next snapshots.
I hope it's the one built after: Thu Nov 22 09:33:27 EST 2012??
In this one it's still not staring as it should :( -
Its this one https://github.com/bsdperimeter/pfsense/commit/3a4b01476620d33b6d6200849231398f82e593c7
Probably tomorrow snapshot should have it. -
I can confirm that this works on the snapshot: "built on Thu Nov 22 14:00:25 EST 2012"
Have already updated/tested on 5 different routers.Thanks so much! :)
-
Working great now on this version:
2.1-BETA0 (i386) built on Thu Nov 22 13:25:28 EST 2012 FreeBSD 8.3-RELEASE-p4
(1GB nanobsd i386 on Soekris net5501)
Thanks for the fix!
Bruce.