Bug #1375

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

Added by Pavel Pilat over 9 years ago. Updated 10 months ago.

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


Estimated time:
Affected Version:
Affected Architecture:


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 about 1 year ago

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


#1 Updated by Jim Pingle over 7 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 about 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 about 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 about 1 year ago

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

#5 Updated by Jim Pingle 10 months 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