2.3.1-DEVELOPMENT (amd64)
-
I have Accidentaly confirmed the update ,and now runniing on 2.3.1-DEVELOPMENT (amd64) built on Tue May 03 00:11:27 CDT 2016 FreeBSD 10.3-RELEASE , now the problem is that my Cportal is not running well, well it runs but it seems to be blocking all connection. my portal seems to be running smooth before the update. any other suggestion guys?
-
Updated from what? I'd guess 2.3 release since you can't accidentally upgrade from 2.2.x or earlier.
There haven't been any changes to captive portal on the back end since 2.3, only a couple minor GUI fixes adding back fields that were inadvertently dropped in the Bootstrap conversion.
What exactly is the symptom? Users getting redirected? Can they click through the portal?
-
@cmb:
Updated from what? I'd guess 2.3 release since you can't accidentally upgrade from 2.2.x or earlier.
There haven't been any changes to captive portal on the back end since 2.3, only a couple minor GUI fixes adding back fields that were inadvertently dropped in the Bootstrap conversion.
What exactly is the symptom? Users getting redirected? Can they click through the portal?
i am using the stable version of 2.3 and updated and updated to 2.3.1-DEVELOPMENT (amd64)
Nothing is happening,no internet connection that is on the allowed IP and MAC , Even users with dhcp not redirecting on the portal page, even if i force to use the portal page and log in with a valid userstill no internet connection..
-
Do you get the portal page when browsing there manually?
-
@cmb:
Do you get the portal page when browsing there manually?
when i open the browser of the user that is not on the allowed IP it redirect to the portal page but no "sign in required" on the notification if i enter the valid user to the portal the browser display this
need a pipe/flowset/sched number Warning: Cannot modify header information - headers already sent by (output started at /etc/inc/captiveportal.inc:2212) in /etc/inc/captiveportal.inc on line 1940 Call Stack: 0.0000 236176 1. {main}() /usr/local/captiveportal/index.php:0 0.0089 2484400 2. portal_allow() /usr/local/captiveportal/index.php:247 0.0925 2492216 3. portal_reply_page() /etc/inc/captiveportal.inc:2295 0.0925 2492552 4. header() /etc/inc/captiveportal.inc:1940
-
A crash Report
Crash report begins. Anonymous machine information:
amd64
10.3-RELEASE
FreeBSD 10.3-RELEASE #42 01118b4(RELENG_2_3): Tue May 3 00:49:47 CDT 2016 root@ce23-amd64-builder:/builder/pfsense/tmp/obj/builder/pfsense/tmp/FreeBSD-src/sys/pfSenseCrash report details:
PHP Errors:
[04-May-2016 12:40:45 Asia/Manila] PHP Stack trace:
[04-May-2016 12:40:45 Asia/Manila] PHP 1. {main}() /usr/local/captiveportal/index.php:0
[04-May-2016 12:40:45 Asia/Manila] PHP 2. portal_allow() /usr/local/captiveportal/index.php:247
[04-May-2016 12:40:45 Asia/Manila] PHP 3. portal_reply_page() /etc/inc/captiveportal.inc:2295
[04-May-2016 12:40:45 Asia/Manila] PHP 4. header() /etc/inc/captiveportal.inc:1940
[04-May-2016 12:41:20 Asia/Manila] PHP Stack trace:
[04-May-2016 12:41:20 Asia/Manila] PHP 1. {main}() /usr/local/captiveportal/index.php:0
[04-May-2016 12:41:20 Asia/Manila] PHP 2. portal_allow() /usr/local/captiveportal/index.php:247
[04-May-2016 12:41:20 Asia/Manila] PHP 3. portal_reply_page() /etc/inc/captiveportal.inc:2295
[04-May-2016 12:41:20 Asia/Manila] PHP 4. header() /etc/inc/captiveportal.inc:1940 -
Just double checked on latest 2.3.1, and everything's working.
The "need a pipe/flowset/sched number" output makes me think you have a corrupt captive portal database possibly. Try running:
mv /var/db/captiveportal* /root/
and rebooting. That'll make it start with a fresh session database.
-
….
[04-May-2016 12:41:20 Asia/Manila] PHP 4. header() /etc/inc/captiveportal.inc:1940What is your "redirect URL" ?
Consider these lines 2294-2296 : /etc/inc/captiveportal.inc :
} else { portal_reply_page($my_redirurl, "redir", "Just redirect the user."); }
Add this lien :
captiveportal_logportalauth(" my_redirurl = ".$my_redirurl." type = redir ", $clientuser, $clientip, $type, "-- CHECK LOG -- ");
Like this :
} else { captiveportal_logportalauth(" my_redirurl = ".$my_redirurl." type = redir ", $clientuser, $clientip, $type, "-- CHECK LOG -- "); portal_reply_page($my_redirurl, "redir", "Just redirect the user."); }
and tell us what is being logged into the captive portal log …
-
@cmb:
Just double checked on latest 2.3.1, and everything's working.
The "need a pipe/flowset/sched number" output makes me think you have a corrupt captive portal database possibly. Try running:
mv /var/db/captiveportal* /root/
and rebooting. That'll make it start with a fresh session database.
Cportal fixed i used this
mv /var/db/captiveportal* /root/
thank you very much!
-
Hi, I have the same problem but with autentication.
After i connect to the network, it redirects me to the Captive Porta, but after I try to log in with the Voucher doesnt do anything not even if is valid or no, just stay white