Captive portal still doesn't start automatically on system startup

tzlwin

I still have the same problem. Whenever I restart the Pfsense, captive portal doesn't work well unless manually restart it. :-[

freebee

Bug #2529 here still occur. Can somebody report in redmine page the feedback ?.

freebee

When i create a new captive portal, when select options like bandwith and vouchers, i got this message:

Aug 13 23:02:38 isg php[9759]: /services_captiveportal_zones.php: New alert found: pfSense is restoring the configuration /cf/conf/backup/config-1344909264.xml
Aug 13 23:02:40 isg php: : XML error: Undeclared entity error at line 1111 in /conf/config.xml
Aug 13 23:02:41 isg php: : pfSense is restoring the configuration /cf/conf/backup/config-1344909264.xml
Aug 13 23:02:41 isg php: : New alert found: pfSense is restoring the configuration /cf/conf/backup/config-1344909264.xml

Alix board, image from 10 august.

jimp

Make sure you aren't putting a space in the zone name, or any other special characters.

It would help to see exactly what you're putting in on that page before hitting save that leads to those errors.

What it's basically saying is that something you entered caused the config to fail the XML parsing test and it was considered invalid.

freebee

I will get the box and by serial see the configuration. The name was successful created (lowercase, without space and no description).
Selected enable captive portal interfaces -> wireless.
disable concurrent logins.
bandwidth control -> down 2048 up 128.
Enable username/vouchers.
Click in save.

The webconfigurator very slowly wait the response and when this response come, give me the message of restoring config.xml backup.

freebee

Found the problem.
The problem was with the language chosen: Portuguese.
When you click in Save, he change the line:
<radiusvendor>default</radiusvendor>
to
<radiusvendor>padrão</radiusvendor>
What is a invalid value (this value must continue in english, not portuguese).

File analysed: /cf/conf/config.xml.bad

jimp

You may want to post in the Portuguese forum about that, since I don't think anyone on this side has actually worked on the translation code.

lifeform08

any update?

phil.davis

This looked like a fun and easy thing to fix. I was surprised at how easy it is to use the Portuguese interface! There were a couple of places in services_captiveportal.php that got carried away translating conf-file keywords into Portuguese and then attempting to stuff the Portuguese into the config as a keyword.
Pull request 230 should fix it.

jits

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

phil.davis

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.

freebee

Thanks for the effort to solve this problem.

mdmogren

Still happening in latest build. Anyone have any ideas? Getting frustrated that this is going on so long…

eri--

I will fix this probably by next week.

wallabybob

@ermal:

I will fix this probably by next week.

Excellent. Thanks for the intention.

freebee

Can somebody try this ?.

Create some script in /usr/local/etc/rc.d like
ee /usr/local/etc/rc.d/fix_captiveportal.sh

put this two lines:

/etc/rc.captiveportal_configure
/usr/local/sbin/lighttpd -f /var/etc/lighty-visitantes-CaptivePortal-SSL.conf

Save, 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).

eri--

Should be fixed on next snapshots.

Mellowlynx

@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 :(

eri--

Its this one https://github.com/bsdperimeter/pfsense/commit/3a4b01476620d33b6d6200849231398f82e593c7
Probably tomorrow snapshot should have it.

mdmogren

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! :)