PacketFence
Bug Tracking System
Main | My View | View Issues | Change Log | Roadmap
  

View Issue Details [ Jump to Notes ] [ Issue History ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001697PacketFencecaptive portalpublic2013-08-21 05:492015-02-18 11:24
Reportermuhlig 
Assigned Tolmunro 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionno change required 
PlatformOSOS Version
Product Version4.0.5 
Target VersionFixed in Version 
Summary0001697: release page is not being generated
DescriptionSubject 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.
Additional InformationIt doesn't depend on browser used. It happened after upgrade to 4.0.5-2 from 4.0.4.
TagsNo tags attached.
fixed in git revision
fixed in mtn revision
Attached Files

- Relationships

-  Notes
(0003429)
francis (administrator)
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 (reporter)
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 (reporter)
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 (reporter)
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 (administrator)
2015-02-18 11:24

 Not a bug.
Please use the mailing list for support questions.

- Issue History
Date Modified Username Field Change
2013-08-21 05:49 muhlig New Issue
2013-08-23 10:58 francis Note Added: 0003429
2013-08-23 12:23 muhlig Note Added: 0003430
2013-08-27 02:21 muhlig Note Added: 0003431
2013-08-27 07:07 muhlig Note Edited: 0003431
2013-08-27 07:08 muhlig Note Edited: 0003430
2013-08-28 03:52 muhlig Note Added: 0003432
2013-08-28 03:53 muhlig Note Edited: 0003432
2013-08-28 03:59 muhlig Note Edited: 0003432
2013-08-28 07:23 muhlig Note Edited: 0003432
2015-02-18 11:24 lmunro Note Added: 0003959
2015-02-18 11:24 lmunro Status new => closed
2015-02-18 11:24 lmunro Assigned To => lmunro
2015-02-18 11:24 lmunro Resolution open => no change required

Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker