User-Name in the Accounting log is being stripped

[Clement Ogedengbe]

Thanks.  I will edit the header for the accounting_log module, but can you please clarify as you can see from the reply_log itself (ignoring the accounting log for now) that the user-name in the header (xxxxx at live.ucl.ac.uk)  is not the same as the user-name in the details (xxxxx at live.) - 


Below is extract from reply_log for a particular user
10.255.252.248 Returned from roaming0.ja.net for User xxxxx at live.ucl.ac.uk - Tue Apr 15 10:49:59 2014
        Packet-Type = Access-Accept
        Tunnel-Private-Group-Id:0 = "222"
        User-Name = "xxxxx at live.">>>>>>>>> "The user-name here is not the same as the one in the header."
Many Thanks



-----Original Message-----
From: freeradius-users-bounces+c.ogedengbe=worc.ac.uk at lists.freeradius.org [mailto:freeradius-users-bounces+c.ogedengbe=worc.ac.uk at lists.freeradius.org] On Behalf Of Alan DeKok
Sent: 15 April 2014 15:44
To: FreeRadius users mailing list
Subject: Re: User-Name in the Accounting log is being stripped

Clement Ogedengbe wrote:
> I am actually not using the detail file. I am using a customized "detail" section "accounting_log" defined in detail.log file. My detail.log file has the following sections:

  It would have been nice to say that in the first message.

> detail accounting_log {
>   detailfile = ${radacctdir}/%Y%m%d/accounting-detail
>   header = "%{Packet-Src-IP-Address} - %t"

  Which doesn't have the same header as the reply log.

> Below is extract from reply_log for a particular user
...
> Below is extract from accounting-detail for the same user
...

  Which you already posted.  There's no need to post it again.

  So the problem is that the "header" for the accounting data doesn't match the header for the reply_log.  Right?

  And this is a surprise... why?  You edited the header for the reply_log module.  You didn't edit the header for the accounting_log module.


  Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4569 / Virus Database: 3882/7340 - Release Date: 04/13/14