Project

General

Profile

Bug #6528

The captive portal cannot be used on interface lan since it is part of a bridge but works anyway

Added by Orsiris de Jong over 4 years ago. Updated 11 days ago.

Status:
Feedback
Priority:
Normal
Category:
Captive Portal
Target version:
Start date:
06/24/2016
Due date:
% Done:

100%

Estimated time:
Affected Version:
2.4.5-p1
Affected Architecture:

Description

Hello,

I've setup a captive portal on my LAN interface.
Later, I've setup a OpenVPN tap connection where the tap1 device is bridged to LAN.

Everything works flawlessly, unless I need to change something in the captive portal configuration where I get the following error:
"The captive portal cannot be used on interface lan since it is part of a bridge"

As everything works (both vpn bridge and cp), is there any reason why I shouldn't be able to edit the CP ?

Regards,
Ozy.

Running pfSense 2.3.1-5 on x64 hardware.

Associated revisions

Revision 3f338fde (diff)
Added by Viktor Gurov about 1 month ago

Bridge interface Captive Portal validation. Issue #6528

History

#1 Updated by Orsiris de Jong about 4 years ago

Screamed horray to quick !
When the interface the CP is binded to is bridged, everything works except for the download speed enforcement.

#2 Updated by van trung tran about 4 years ago

Orsiris de Jong wrote:

Screamed horray to quick !
When the interface the CP is binded to is bridged, everything works except for the download speed enforcement.

I use same setting with you. I want to ask you a question: "the download speed enforcement" is the download speed of client in server or client VPN. My download speed of client in server is normal

sorry. My english not good

#3 Updated by Orsiris de Jong about 4 years ago

Hi, sorry for the late answer.
The download speed of everything that goes through the CP isn't enforced when in bridged mode.

#4 Updated by Viktor Gurov about 1 month ago

  • Affected Version set to 2.4.5-p1

#5 Updated by Jim Pingle about 1 month ago

  • Status changed from New to Pull Request Review
  • Target version set to 2.5.0

#6 Updated by Renato Botelho about 1 month ago

  • Status changed from Pull Request Review to Feedback
  • Assignee set to Renato Botelho
  • % Done changed from 0 to 100

PR has been merged. Thanks!

#7 Updated by Steve Beaver 11 days ago

  • Assignee changed from Renato Botelho to Orsiris de Jong

Please confirm

Also available in: Atom PDF