Project

General

Profile

Actions

Bug #2409

closed

ipfw - entryzerostats

Added by Vlad Arakin over 9 years ago. Updated about 8 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Captive Portal
Target version:
Start date:
05/03/2012
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.0.1
Affected Architecture:
i386

Description

I apologize for my english...
pfSense 2.0.1
When logging in CaptivePortal (auth Radius, Accounting Updates - Start/Stop)
after RADIUS_ACCOUNTING_STOP traffic counter does not reset.
Code in /etc/inc/captiveportal.inc
...
exec("/sbin/ipfw table 1 entrystats {$cpentry2}");
...
exec("/sbin/ipfw table 1 entryzerostats {$cpentry2}");
...

entrystats working ok.
entryzerostats - an error:
ipfw: getsockopt(IP_FW_TABLE_ZERO_ENTRY_STATS): Bad address

Actions #1

Updated by Chris Buechler over 9 years ago

  • Target version set to 2.1
Actions #2

Updated by Vlad Arakin over 9 years ago

in version 2.1.0 (bild 18May2012) an error is confirmed.

Actions #3

Updated by Ermal Luçi about 9 years ago

Is this still the same with latest snaps?

Actions #4

Updated by Ermal Luçi almost 9 years ago

  • Status changed from New to Feedback

This should behave even better with latest snapshots.

Actions #5

Updated by Vlad Arakin over 8 years ago

Upgrade to 2.0.3-RELEASE - bug confirmed:
ipfw table 1 entryzerostats 10.0.0.83
ipfw: getsockopt(IP_FW_TABLE_ZERO_ENTRY_STATS): Bad address

check back tomorrow 2.1-RC0...

Actions #6

Updated by Vlad Arakin over 8 years ago

Using latest snaps
when we use Captive portal, RADIUS_ACCOUNTING_STOP packets are not sent to RADIUS server

Actions #7

Updated by Renato Botelho over 8 years ago

  • Status changed from Feedback to New
Actions #8

Updated by Renato Botelho over 8 years ago

  • Status changed from New to Feedback
Actions #9

Updated by Chris Buechler about 8 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF