PacketFence - BTS - PacketFence
View Issue Details
0001697PacketFencecaptive portalpublic2013-08-21 05:492015-02-18 11:24
muhlig 
lmunro 
normalmajoralways
closedno change required 
4.0.5 
 
0001697: release page is not being generated
Subject says it all: user is correctly authenticated (802.1x or MAC auth), VLAN is correctly reassigned, Internet access is ready, but - there is no release page and redirect URL is not displayed.
It doesn't depend on browser used. It happened after upgrade to 4.0.5-2 from 4.0.4.
No tags attached.
Issue History
2013-08-21 05:49muhligNew Issue
2013-08-23 10:58francisNote Added: 0003429
2013-08-23 12:23muhligNote Added: 0003430
2013-08-27 02:21muhligNote Added: 0003431
2013-08-27 07:07muhligNote Edited: 0003431
2013-08-27 07:08muhligNote Edited: 0003430
2013-08-28 03:52muhligNote Added: 0003432
2013-08-28 03:53muhligNote Edited: 0003432
2013-08-28 03:59muhligNote Edited: 0003432
2013-08-28 07:23muhligNote Edited: 0003432
2015-02-18 11:24lmunroNote Added: 0003959
2015-02-18 11:24lmunroStatusnew => closed
2015-02-18 11:24lmunroAssigned To => lmunro
2015-02-18 11:24lmunroResolutionopen => no change required

Notes
(0003429)
francis   
2013-08-23 10:58   
You enter your credentials on the login page, click the login button, and get an empty page?

Share your log entries when this happens.
(0003430)
muhlig   
2013-08-23 12:23   
(edited on: 2013-08-27 07:08)
After I click login button I get, depending on browser, empty page or message like "no network connection" or "page not available" or something like that. Before (PF 4, but earlier) I got nice release page and later redirect page.

(0003431)
muhlig   
2013-08-27 02:21   
(edited on: 2013-08-27 07:07)
Francis, looks like I've found a difference between correct state of PacketFence and incorrect one. When using PF 4.0.5-2, portal_access_log shows just one line while registering node and release page doesn't show:

192.168.29.11 - - [27/Aug/2013:07:41:39 +0200] "POST /authenticate HTTP/1.1" 302 264 "https://pfhost.example.com/captive-portal" [^] "Mozilla/5.0 (Windows NT 6.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.57 Safari/537.36"

This is HTTP 302 redirect "Moved temporarily".

However when using some older version (probably 4.0.2 devel) I can see two lines while registering and release page shows:

192.168.29.11 - - [27/Jun/2013:09:33:10 +0200] "POST /authenticate HTTP/1.1" 200 8100 "https://pfhost.example.com/captive-portal" [^] "Mozilla/5.0 (Windows NT 6.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36"
192.168.29.11 - - [27/Jun/2013:09:33:44 +0200] "POST /authenticate HTTP/1.1" 200 8100 "https://pfhost.example.com/authenticate" [^] "Mozilla/5.0 (Windows NT 6.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36"

Moreover, there is no redirect, the pages are just produced.

And, I found also in the older version there are portal_access_log lines present like this one:

192.168.29.11 - - [08/Aug/2013:13:36:32 +0200] "GET /access?destination_url=http%3A%2F%2Fwww.example.com%2F HTTP/1.1" 200 3089 "-" "Mozilla/5.0 (Windows NT 6.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36"

In fact these lines don't exist in the newer version. I assume $URL_ACCESS doesn't work at all:

RewriteRule ^%%URL_ACCESS%%$ /cgi-perl/register.cgi?mode=release [PT,QSA]

and I found too in the older version there are two register.cgi calls during registration:

Aug 07 12:10:22 register.cgi(0) INFO: 192.168.29.11 - 00:22:19:e7:e0:90 on registration page (ModPerl::ROOT::ModPerl::PerlRun::usr_local_pf_html_captive_2dportal_register_2ecgi::handler)
Aug 07 12:10:23 register.cgi(0) INFO: 192.168.29.11 - 00:22:19:e7:e0:90 on registration page (ModPerl::ROOT::ModPerl::PerlRun::usr_local_pf_html_captive_2dportal_register_2ecgi::handler)

while in the newer version there is only one.

Hope it helps to find this annoying problem.

(0003432)
muhlig   
2013-08-28 03:52   
(edited on: 2013-08-28 07:23)
Actually I've investigated the problem and found the last lines executed are lib/pf/web.pm end_portal_session sub lines 682 & 683:

        print $portalSession->cgi->redirect(
            "http://".$Config{'general'}{'hostname'}.".".$Config{'general'}{'domain'} [^]
            .'/access?destination_url=' . uri_escape($destination_url)
        );
        exit(0);

The value of argument is:

http://packetfencehost.example.com/access?destination_url=http%3A%2F%2Fwww.example.com%2F [^]

This page can't be displayed. Why?

I've also found in rewrite.log lines like this one:

192.168.29.11 - - [28/Aug/2013:07:56:08 +0200] [packetfencehost.example.com/sid#7fb263354f60][rid#7fb263966df8/initial] (3) applying pattern '^/authenticate$' to uri '/authenticate'

but there are no lines with pattern '^/access$' applied to uri '/access' .

So I assume portal session module doesn't generate /access request. Why?

(0003959)
lmunro   
2015-02-18 11:24   
Not a bug.
Please use the mailing list for support questions.