Captive portal still doesn't start automatically on system startup

Alan87i

@ermal:

@Alan87i:

2.1-BETA0 (i386)
built on Wed Aug 1 16:50:44 EDT 2012
FreeBSD 8.3-RELEASE-p3

Still has the same problem.

You have to be more helpful than that.
Give me output of:
kldstat
ipfw_context -l
ipfw show
ifconfig
ps -ax | grep light


[2.1-BETA0][admin@pfsense.testing.com]/root(1): kldstat
Id Refs Address    Size     Name
 1   10 0xc0400000 13a4b10  kernel
 2    2 0xc2e3f000 12000    ipfw.ko
 3    1 0xc2edf000 e000     dummynet.ko


[2.1-BETA0][admin@pfsense.testing.com]/root(2): ipfw_context -l
Currently defined contextes and their members:


[2.1-BETA0][admin@pfsense.testing.com]/root(3): ipfw show
ipfw: getsockopt(IP_FW_GET): No such file or directory
[2.1-BETA0][admin@pfsense.testing.com]/root(4): ifconfig
rl0: flags=108843 <up,broadcast,running,simplex,multicast,ipfw_filter>metric 0 mtu 1500
        options=3808 <vlan_mtu,wol_ucast,wol_mcast,wol_magic>ether 00:40:f4:84:09:44
        inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255
        inet6 fe80::1:1%rl0 prefixlen 64 scopeid 0x2
        nd6 options=1 <performnud>media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active
rl1: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500
        options=3808 <vlan_mtu,wol_ucast,wol_mcast,wol_magic>ether 00:e0:7d:f8:ed:fa
        inet6 fe80::2e0:7dff:fef8:edfa%rl1 prefixlen 64 scopeid 0x3
        inet 192.168.0.7 netmask 0xffffff00 broadcast 192.168.0.255
        nd6 options=3 <performnud,accept_rtadv>media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active
plip0: flags=8810 <pointopoint,simplex,multicast>metric 0 mtu 1500
lo0: flags=8049 <up,loopback,running,multicast>metric 0 mtu 16384
        options=3 <rxcsum,txcsum>inet 127.0.0.1 netmask 0xff000000
        inet6 ::1 prefixlen 128
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5
        nd6 options=3 <performnud,accept_rtadv>pfsync0: flags=0<> metric 0 mtu 1460
        syncpeer: 224.0.0.240 maxupd: 128 syncok: 1
enc0: flags=0<> metric 0 mtu 1536
pflog0: flags=100 <promisc>metric 0 mtu 33200
ipfw0: flags=8801 <up,simplex,multicast>metric 0 mtu 65536</up,simplex,multicast></promisc></performnud,accept_rtadv></rxcsum,txcsum></up,loopback,running,multicast></pointopoint,simplex,multicast></full-duplex></performnud,accept_rtadv></vlan_mtu,wol_ucast,wol_mcast,wol_magic></up,broadcast,running,simplex,multicast></full-duplex></performnud></vlan_mtu,wol_ucast,wol_mcast,wol_magic></up,broadcast,running,simplex,multicast,ipfw_filter>


[2.1-BETA0][admin@pfsense.testing.com]/root(5): ps -ax | grep light
31826  ??  S      0:00.08 /usr/local/sbin/lighttpd -f /var/etc/lighty-webConfig
53082  ??  S      0:00.02 /usr/local/sbin/lighttpd -f /var/etc/lighty-main-Capt
32871   0  R+     0:00.00 grep light

I got all this from shell with putty on a windows box.
And ran them all after a reboot.

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.