Bug #1375

Captive portal logs: mixed with logs from other sources (squid, php)

Added by Pavel Pilat about 10 years ago. Updated over 1 year ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:
Affected Version:
Affected Architecture:
Release Notes:


I have noticed that Portal Auth logs sometimes contain logs which apparently don't belong here, such as squid or php (system login). Check out the screenshot.

My version is 2.0-RC1 (i386) built on Sat Feb 26 15:30:26 EST 2011

pfsense_captive_logs.png (82.1 KB) pfsense_captive_logs.png Pavel Pilat, 03/21/2011 10:24 AM
Screenshot_20190908_120447.png (155 KB) Screenshot_20190908_120447.png A FL, 09/08/2019 05:04 AM

Associated revisions

Revision a7a863a8 (diff)
Added by Jim Pingle over 1 year ago

Specify portal auth and DHCP logs by selector not by facility. Fixes #1375


#1 Updated by Jim Pingle about 8 years ago

  • Status changed from New to Closed

Logs changed a lot since then, it's likely been fixed. Can reopen if a new report on 2.1 surfaces.

#2 Updated by Jim Pingle over 1 year ago

  • Category set to Logging
  • Status changed from Closed to New
  • Assignee set to Jim Pingle
  • Target version set to 2.5.0
  • Affected Version changed from 2.0 to All

#3 Updated by A FL over 1 year ago

I can also confirm that XMLRPC sync logs are still ending in Portal Auth logs.

Here is a screenshot of portal auth logs after setting up OpenVPN (XMLRPC enabled, no captive portal is set up)

Perhaps might help...But I am waiting for pull request 4042 to be merged before submitting another PR

#4 Updated by Jim Pingle over 1 year ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 100

#5 Updated by Jim Pingle over 1 year ago

  • Status changed from Feedback to Resolved

No more crossover and the portal auth setup in the syslog config looks good now, too. It can only contain items from the logportalauth process.

Also available in: Atom PDF