Project

General

Profile

Actions

Bug #1102

closed
EP

Captive Portal does not work after upgrade

Bug #1102: Captive Portal does not work after upgrade

Added by Edan Pedragosa almost 16 years ago. Updated over 15 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Operating System
Target version:
Start date:
12/14/2010
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.0
Affected Architecture:

Description

I upgraded to the latest snapshot 14 December but it failed the captive portal
access.

Whenever I activate captive portal, the user is not redirected anymore
to the portal page and so, no internet joy.

When I deactivate captive portal, internet connection is working fine.

I tried reinstalling from scratch using the same snapshot but no joy too.

Any help?

CB Updated by Chris Buechler almost 16 years ago Actions #1

  • Category set to Operating System
  • Target version set to 2.0
  • Affected Version set to 2.0

I'm almost certain this is a duplicate of #1096, which describes the actual cause, but will leave it open to make sure that fixes it.

LF Updated by Life Form almost 16 years ago Actions #2

Same here happened on snapshot 14December, 13 December, 8December.
So now I'm using December 1 snapshot.

GG Updated by gerard grazzini almost 16 years ago Actions #3

Hello, the probleme is present for me too with build on : built on Tue Dec 14 05:32:26 EST 2010
and the probleme is not present befor to upgrad (with a snapshot from around the 3 or 4 decembre ?)
i don"t use any other package .... hope that can help

JP Updated by Jim Pingle almost 16 years ago Actions #4

As a test, I have built a custom firmware image without the TSO patch that Chris mentioned. It would help us narrow down the problem if you could test with the appropriate firmware below to see if the portal works when using that image:

amd64 - http://pingle.org/files/pfSense-Full-Update-2.0-BETA4-20101212-2328.tgz

i386 - http://pingle.org/files/pfSense-Full-Update-2.0-BETA4-20101214-1319.tgz

If it works with that firmware image, then we will know it is related to the other open ticket (#1096).

TN Updated by Thomas NOEL almost 16 years ago Actions #5

Olé,

Jim P wrote:

(...) It would help us narrow down the problem if you
could test with the appropriate firmware below to see if the portal
works when using that image (...)

Thanks a lot.

However, I tested this firmware : it does not solve the redirection issue (the redirection to the auth page).

--
Thomas

TN Updated by Thomas NOEL almost 16 years ago Actions #6

Thomas NOEL wrote:

However, I tested this firmware (...)

Just for information : the captive portal works with pfSense-Full-Update-2.0-BETA4-20101201-2252.tgz

I will test the latest firmware (1202, 1203, etc) tomorrow (I'm in europe)...

TN Updated by Thomas NOEL almost 16 years ago Actions #7

Thomas NOEL wrote:

the captive portal works with pfSense-Full-Update-2.0-BETA4-20101201-2252.tgz

works with pfSense-Full-Update-2.0-BETA4-20101207-0051.tgz too...

TN Updated by Thomas NOEL almost 16 years ago Actions #8

Thomas NOEL wrote:

Thomas NOEL wrote:

the captive portal works with pfSense-Full-Update-2.0-BETA4-20101201-2252.tgz

works with pfSense-Full-Update-2.0-BETA4-20101207-0051.tgz too...

Ok, this is the result of my tests :
  • pfSense-Full-Update-2.0-BETA4-20101208-0906.tgz = redirect to :8000 works
  • pfSense-Full-Update-2.0-BETA4-20101208-2005.tgz = it does not

So, there is something new in "20101208-2005" which breaks packet forwarding...

JP Updated by Jim Pingle almost 16 years ago Actions #9

What was new at that time is the patch that was backed out of the firmware updates I built above, and it will also be gone from the next new snapshot. I deactivated the patch in our repo and started the builders on a new run late this afternoon. It will probably be late tonight or early tomorrow AM before the new image sets are uploader, give it a try tomorrow and see if it works.

TN Updated by Thomas NOEL over 15 years ago Actions #10

Tested pfSense-Full-Update-2.0-BETA4-20101216-0237.tgz : no redirection... :(

Does this update include the (anti-)patch ?

JP Updated by Jim Pingle over 15 years ago Actions #11

Yes, that update should no longer contain the patch in question. So it may not be related to that one after all.

TN Updated by Thomas NOEL over 15 years ago Actions #12

Hello,

Found a solution : # /sbin/sysctl net.inet.ip.fastforwarding=1

I think the regression came from commit:4f76b144

Thanks

GG Updated by gerard grazzini over 15 years ago Actions #13

with 2.0-BETA4 (i386) built on Fri Dec 17 01:17:30 EST 2010
the Captive Portal still be broken for me ...

TN Updated by Thomas NOEL over 15 years ago Actions #14

gerard grazzini wrote:

with 2.0-BETA4 (i386) built on Fri Dec 17 01:17:30 EST 2010
the Captive Portal still be broken for me ...

Can you try this (on a shell) : # /sbin/sysctl net.inet.ip.fastforwarding=1

It works for me.

KH Updated by Karsten H. over 15 years ago Actions #15

Same problem here! As soon as I enable captive portal there is no redirect and no more internet access on that interface.

Using 2.0-BETA4 (i386)built on Thu Dec 16 14:34:04 EST 2010
same with 2.0-BETA4 (i386) built on Fri Dec 17 01:17:30 EST 2010

Haven't tried the shell command yet. Will try this later that day.

KH Updated by Karsten H. over 15 years ago Actions #16

Thomas NOEL wrote:

Can you try this (on a shell) :
  1. /sbin/sysctl net.inet.ip.fastforwarding=1

It works for me.

Hello Thomas,
thank you very much! The captive portal is working now.

What does that switch do? - Why does the captive portal work with that option enabled?

EL Updated by Ermal Luçi over 15 years ago Actions #17

  • Status changed from New to Feedback

Please test new snapshots it should be fixed.

NK Updated by Nick K over 15 years ago Actions #18

Thomas NOEL wrote:

Hello,

Found a solution : # /sbin/sysctl net.inet.ip.fastforwarding=1

I think the regression came from commit:4f76b144

Thanks

This is working for me also
Thanks Thomas for finding this

TN Updated by Thomas NOEL over 15 years ago Actions #19

Ermal Luçi wrote:

Please test new snapshots it should be fixed.

I've just tested 2.0-BETA4 (i386) built on Fri Dec 17 14:14:00 EST 2010
(pfSense-Full-Update-2.0-BETA4-20101217-1036.tgz) : it does not solve the bug...

Thanks

CB Updated by Chris Buechler over 15 years ago Actions #20

That date is an hour before the fix was committed and comment here. "test new snapshots" always means a date of at least a few hours after, if not the next day.

AF Updated by Alfredo Frugone over 15 years ago Actions #21

I just upgrade to 2.0-BETA4 (i386) built on Sat Dec 18 09:51:58 EST 2010, and still the same problem.

Thanks

TN Updated by Thomas NOEL over 15 years ago Actions #22

Hello,

I've tested today with pfSense-Full-Update-2.0-BETA4-20101219-0151.tgz (built on Sun Dec 19 05:36:18 EST) : bad news, the redirection to the captive portal does not work.

A difference : the hack "net.inet.ip.fastforwarding=1" does not work too.

Thanks

EL Updated by Ermal Luçi over 15 years ago Actions #23

I fixed it right now.
https://rcs.pfsense.org/projects/pfsense/repos/mainline/commits/4cc233748fa7e79ac743364404152b7685c81288

Beaware that fastforwarding and CP will never work together on pfSense from now on.

TN Updated by Thomas NOEL over 15 years ago Actions #24

Ermal Luçi wrote:

I fixed it right now.
https://rcs.pfsense.org/projects/pfsense/repos/mainline/commits/4cc233748fa7e79ac743364404152b7685c81288
Beaware that fastforwarding and CP will never work together on pfSense from now on.

Yes, it works !! Thanks a lot !

CB Updated by Chris Buechler over 15 years ago Actions #25

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom