Captive Portal turned on but not working
-
Anyone know if 1.2.2 fixes this issue? I didn't see anything about it on the fixes page…
-
Still not working 1.2.2.
-
http://forum.pfsense.org/index.php/topic,13526.0.html
-
Works for me, but the only VLAN install I have handy and can experiment with is on 2.0. I would expect it to work the same though, as the only difference related to CP between 1.2 and 1.2.1/1.2.2 is the FreeBSD version change. I know CP works on 1.2.1/1.2.2 without VLANs.
-
Thanks for the help,
Peter -
There is something going on with ipfw and VLANs, which is leaving CP and VLANs inoperable. I checked out an affected system, and it isn't going to be straight forward to figure out. The traffic is matching ipfw rules on a different VLAN interface for some reason. All the underlying configuration is completely correct, so there seems to be some sort of bad interaction between ipfw and VLANs in FreeBSD 7.0. I won't have time to resolve it immediately, but it's on my todo list for sometime in the next week.
-
Someone who can replicate this - please try a 1.2.3 snapshot from here:
http://snapshots.pfsense.org/FreeBSD7/RELENG_1_2/And report back on whether you can still duplicate this. Odd thing is, there are installs with VLANs and CP on 1.2.2 that do work fine.
1.2.3 is currently FreeBSD 7.1, and I'm curious if that makes any difference. 1.2.2 uses the same CP as 2.0, and it works fine in 2.0. The only significant difference there is 2.0 has been FreeBSD 7.1 for a while and 1.2.2 is 7.0.
-
…just upgraded and when I click the captive portal section in the gui I get this:
Parse error: syntax error, unexpected '[', expecting T_VARIABLE or '$' in /usr/local/www/services_captiveportal.php on line 515
-
…just upgraded and when I click the captive portal section in the gui I get this:
Parse error: syntax error, unexpected '[', expecting T_VARIABLE or '$' in /usr/local/www/services_captiveportal.php on line 515
[/quote]Same here.
The error on line 86 (index.php) disappeared - this one is new.
(Just upgraded to 1.2.3)Edit : Humm, open /usr/local/www/services_captiveportal.php in any descent editor like vi and goto line 515 - change this
….….
for
….g['product_name']?>….
:)
-
Thanks Gertjan,
I added the 'g' variable and the page loads now. However I'm into "business hours" so testing is a little difficult. I should have something to test in a couple of hours. One thing I've noticed is that I'm running the CP on a vlan, and the setup page has a link to view the current CP page. That link is pointing to LANIP:8000 shouldn't it be VLANIP:8000?
The current setting would make sense for a test page, but it doesn't load.
Again, I should be able to report something soon.
Thanks, -
That problem with product_name is fixed now.
-
Yep => https://rcs.pfsense.org/projects/pfsense/repos/mainline/commits/9c1e225932e60f71b3e28170016e9afa7048871e ;)
-
OK I finally had time to test this and the CP doesn't work w/ VLANs. :(
Everything appears to be identical to 1.2.2. -
VLAN's & CP are working for me with "1.2.3-PRERELEASE-TESTING-VERSION built on Thu Feb 19 21:52:48 EST 2009".
Slam
-
Slam, are you using Authentication on your CP? (if so what type)?
I've been trying to get this working for a little while with mixed success - but my success seems to vary depending on authentication type…
- As I've never had CP working and am fairly new to pfSense there is every chance its something on my network, or something I'd doing causing my issues, but its nice to hear it is working for someone - I'll upgrade asap.
-
I am using local authentication for CP at the moment, I will test authentication against freeradius thats sitting on a dmz'd vlan sometime later this week.
I recommend upgrading to pfs 1.2.3, it has fixed many of the issues Ive had in the past, hopefully it'll fix yours.
Slam
-
There are some issues with VLANs and CP under some specific circumstances - but I don't know what those circumstances are. Haven't had time to look at it, and I can't personally replicate it. It works fine for quite a few people, but there are at least a handful who it doesn't work for. It's not related to authentication settings or authenticated vs. non-authenticated, those who see this don't even get the portal screen, it just gets passed through.
-
I had time to upgrade to 1.2.3-PRERELEASE-TESTING-VERSION built Feb 7 and am still having the problem. I started with a fresh config and built it from scratch to make sure it wasnt an issue with my backup…
Peter
-
I had time last night to setup and test 1.2.3-PRERELEASE-TESTING-VERSION built on Sat Mar 7 09:51:09 EST 2009 with Captive Portal on one of my VLANs - I'm seeing the same issue others have reported where its just allowing direct access to the internet… I'll trying to do some more testing and report back with any additional info (just to make sure its not me).
Not sure if its any help, but...
I'm using the embedded version with Alix hardware. I'm using VLAN tags 3, 8 and 10 (CP is running on vlan tag 10). They are all VLANs on the LAN interface and the LAN interface is
configured with a network / IP but its not really used. The rest of the VLAN functionality seem to be working correctly. -
Provide this output:
ipfw list
/tmp/rules.debug
/conf/config.xml
sysctl net.inet.pfil
ifconfig
