Re: [RADIATOR] Accounting records are not written to database

Hello Rohan - Can you please explain exactly what you are trying to do? It is normal for you to get two records in your accounting table, as that is what you have configured. If you can tell us what you are trying to achieve we will be able to make sensible suggestions. regards Hugh On 2

Re: [RADIATOR] PEAP/MSCHAPv2 auth fails with username@realm

hi, this log looks like the client is doing PEAPv0/EAP-MSCHAPv2 rather than PEAPv0/MSCHAPv2 - is that correct? alan ___ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator

Re: [RADIATOR] Accounting records are not written to database

Thanks Michael, I was able to go further with the advice using the AuthByPolicy and AuthBy GROUP under the existing Handler. Only that two records are added to my accounting database for a single session - one at Start and one at Stop. AddToRequest SERVICESTATUS = ACTIVE Sess

Re: [RADIATOR] Accounting records are not written to database

Looks like your "AuthBy xDSL" is accepting, therefore since the default AuthByPolicy is ContinueWhileIgnore, it will stop at the xDSL authby and the "AuthBy SQLAccounting" is not processed. I personally handle accounting in a separate handler. To me, handling accounting and authorization in t

[RADIATOR] PEAP/MSCHAPv2 auth fails with username@realm

I'm trying to debug a problem with PEAP/MSCHAPv2 authentication against LDAP as part of spinning up eduroam. I've included the relevant Handlers from the configuration below, and the inner authentication part of the (sanitized) log from an attempt to authenticate. Despite the password being c

Re: [RADIATOR] Accounting records are not written to database

Hugh, Config and logs attached. And the application crashed when testing Simultaneous-Use for both configurations below. In my AuthBy config: "DefaultSimultaneousUse 1" With "AuthAttrDef Simultaneous-Use,Simultaneous-Use,check" Or In my Handler: MaxSessions 1 On Fri, 2 Nov 2012 07:19

Re: [RADIATOR] Accounting records are not written to database

Hello Rohan - We will need to see the configuration file (no secrets) together with a trace 4 debug showing what is happening. regards Hugh On 2 Nov 2012, at 05:53, wrote: > Hello, > > Why doesn't the following work? > > > Identifier SQLAccounting > DBSource dbi:mysql:inetdb_test >

[RADIATOR] Accounting records are not written to database

Hello, Why doesn't the following work? Identifier SQLAccounting DBSource dbi:mysql:inetdb_test DBUsername inet DBAuth inet@inetdb #Disable SQL authentication AuthSelect HandleAcctStatusTypes Start,Stop AccountingTable ARCH_ACCOUNTING AcctColumnDef USER_NAME,User-Name AcctColumnDef ACCT_START_TIM

[RADIATOR] verifying online sessions with SNMP

I'm having some issues with verifying online session with the DefaultSimultaneousUse option. I keep seeing that sessions are "gone away". Messages in the log such as: Thu Nov 1 04:45:41 2012: INFO: Session 0196B6A4 for username at 0.0.0.0: has gone away But, the sessions where NOT "gone awa

Re: [RADIATOR] TACACS+ not matching group

On 11/01/2012 06:08 PM, Jim Tyrrell wrote: > I'm just getting started with TACACS and have just tried to configure > support in Radiator 4.10, I think I have followed the examples but I > cant get it to match the correct group. I have configured > "GroupMemberAttr tacacsgroup" under the Server

[RADIATOR] TACACS+ not matching group

Hi, I'm just getting started with TACACS and have just tried to configure support in Radiator 4.10, I think I have followed the examples but I cant get it to match the correct group. I have configured "GroupMemberAttr tacacsgroup" under the ServerTACACSPLUS, and I can see the Access-Accept in