summaryrefslogtreecommitdiffstats
path: root/etc/inc/captiveportal.inc
Commit message (Collapse)AuthorAgeFilesLines
* It seems upon captive portal startup the captiveportal.db file is not ↵Scott Ullrich2009-09-171-0/+3
| | | | written out until the /etc/rc.prunecaptiveportal script is run. If the Operator decides to visit status -> captive portal right after enabling the service they will be greated with some nasty nasty errors. Silence this nonsense by creating a blank captiveportal.db file right after nuking it.
* Return NULL when captive portal is not enabledScott Ullrich2009-09-171-1/+1
|
* Do not process IPFW rules if captive portal is disabled.Scott Ullrich2009-09-171-1/+3
|
* merge Ermal's CP locking changesChris Buechler2009-05-191-72/+42
|
* Set ipfw's state limit the same as pf'sChris Buechler2009-04-061-1/+10
|
* Add per user bw bits from ErmalScott Ullrich2009-02-131-1/+6
|
* Use $g['product_name'] instead of pfSenseScott Ullrich2009-01-201-4/+4
|
* Remove newlines at end of filesScott Ullrich2008-11-091-1/+1
|
* Surpress unloading ipfw messageSeth Mos2008-11-061-2/+2
|
* Remove duplicate function portal_mac_fixed()Scott Ullrich2008-08-121-17/+17
|
* Integrate patch sent to m0n0wall-dev by Peter Allgeyer:Scott Ullrich2008-04-271-1/+26
| | | | | | | | | | | | | | | we have configured the captive portal to authenticate users against a Radius server with reauthentication every minute. When using the MAC Pass-Through feature, we have problems reaching hosts on the WAN side on other ports then port 80. The log says, that the connections passes the filter, but tcpdump tells me that the packet never reaches the next hop router. I've found some messages in the captive portal log, which make me believe, that it has something to do with radius reauthentication: Apr 22 18:18:20 RADIUS_DISCONNECT: unauthenticated, 00:02:a5:fa:b9:35, 192.168.1.198
* Ensure lock file is cleared after restart.Scott Ullrich2008-03-031-0/+2
| | | | Noticed-by: mcrane via forum
* globals.inc is required so that we use the correct lock file!Scott Ullrich2007-12-161-0/+1
|
* Don't forget line breaks!Scott Ullrich2007-12-121-3/+3
|
* Correctly remove old clients correctly.Scott Ullrich2007-12-121-13/+43
| | | | Submitted to m0n0wall list by Ršnnblom JanŒke /Teknous
* Define lanipScott Ullrich2007-12-121-1/+2
|
* Allow pfsync and carp traffic on captive portal.Scott Ullrich2007-12-101-2/+3
|
* Sometimes when the user enters the hostname of the HTTPs captive portal ↵Scott Ullrich2007-12-071-0/+10
| | | | server it resolves the IP address to $LANIP. Allow access to $LANIP in addition to the $CPIP so that we can speedup captive portal by 10000* in these cases.
* Unbreak captive portal images.Scott Ullrich2007-06-091-13/+17
|
* Teach the captive portal about time based rules so that it will not unload ↵Scott Ullrich2007-03-271-1/+8
| | | | ipfw from underneath ourselves.
* Silence eclipse warning and ensure we are using fast cgi on captive portalScott Ullrich2007-03-171-0/+2
|
* wpa_supplicant needs to have access to sending and receiving layer 2 (link ↵Scott Ullrich2007-03-061-0/+1
| | | | layer) packets with two Ethertypes: EAP-over-LAN (EAPOL) 0x888e and RSN pre-authentication 0x88c7. l2_packet.h defines the interfaces used for this in the core wpa_supplicant implementation. Found from: http://209.85.165.104/search?q=cache:O5NrMslxwKAJ:w1.fi/wpa_supplicant/devel/porting.html+wpa2+0x888e&hl=en&ct=clnk&cd=2&gl=us&client=firefox-a
* Restore PPPoE and WPA access through captive portal that was lost in last ↵Scott Ullrich2007-03-031-4/+1
| | | | m0n0 sync.
* Fix Fatal error: Cannot redeclare captiveportal_get_next_ipfw_ruleno() ↵Scott Ullrich2007-02-271-29/+0
| | | | (previously declared in /etc/inc/captiveportal.inc:957) in /etc/inc/captiveportal.inc on line 985
* Sync w/ m0n0wallScott Ullrich2007-02-271-144/+147
|
* Sync w/ m0n0wallScott Ullrich2007-02-271-115/+115
|
* Silence eclipse warningsScott Ullrich2006-12-111-0/+7
|
* Remove pf states for client ip when disconnecting from captive portal.Scott Ullrich2006-10-201-0/+4
|
* Add missing getVolume() functionScott Ullrich2006-10-051-0/+35
|
* Unbreak radius authScott Ullrich2006-10-021-0/+29
|
* Duplicate function for compatibility.Scott Ullrich2006-10-011-0/+25
|
* Move helper function to correct areaScott Ullrich2006-09-221-0/+25
|
* Back out last commitScott Ullrich2006-08-271-409/+318
|
* Carefully sync captive portal against m0n0wall 1.22Scott Ullrich2006-08-241-413/+504
|
* Add PPPoE types so that Captive Portal will function with PPPoE ServerScott Ullrich2006-06-121-0/+6
| | | | | ETHERTYPE_PPPOEDISC 0x8863 /* PPP Over Ethernet Discovery Stage */ ETHERTYPE_PPPOE 0x8864 /* PPP Over Ethernet Session Stage */
* Only allow mac-type 0x888e traffic for WPA. This is a lot better than ↵Scott Ullrich2006-06-121-3/+2
| | | | | | allowing all layer2. Thanks Andrew Thompson for the suggestion!
* Allow WPA + Captive Portal to work. Amazing its taken this long to discover ↵Scott Ullrich2006-06-121-0/+3
| | | | the problem.
* Patch from Nick BuraglioScott Ullrich2006-06-081-3/+13
| | | | Is there any reason, other than maybe the ssl certificate error that it would cause, that https isn't redirected to the portal by default? I just noticed that this isn't default behavior. It's a feature that I thought would be somewhat handy and I think only would take a simple ipfw change.
* Unlink old file when setting up elementsScott Ullrich2006-04-131-0/+1
|
* Honour $maxproc Found-by: PHPEclipseScott Ullrich2006-04-071-6/+6
|
* Fix HTTPS captive portal optionScott Ullrich2006-02-051-8/+15
| | | | Ticket #732
* Use port 8001 for HTTPSScott Ullrich2006-02-021-1/+4
|
* Symlink captive portal elements over to /var/db/cpelements on bootup and ↵Scott Ullrich2006-01-311-1/+4
| | | | creation/deletion
* Remove trailing newlineScott Ullrich2006-01-181-1/+1
|
* * Eliminate dead codeScott Ullrich2006-01-151-0/+1
| | | | * Fix warnings and errors found by eclipse
* Use correct variable. Caught with eclipse.Scott Ullrich2006-01-151-1/+1
|
* Kill correct pidScott Ullrich2006-01-051-4/+2
|
* Sync w/ m0n0wall 1.21Scott Ullrich2006-01-041-139/+266
|
* Setup captive portal for HTTPS when enabled.Scott Ullrich2005-12-151-0/+5
| | | | Ticket #732
* Fix captive portal redirects now that we are using LightHTTPDScott Ullrich2005-12-031-1/+1
|
OpenPOWER on IntegriCloud