(RADIATOR) Acounting when proxy not avaiable

[Hugh Irvine]

Hello Carsten -

Something like this:

# define Handler or Realm

<Handler ...>

	AuthByPolicy ContinueAlways

	<AuthBy SQL>
		.....
		# disable authentication
		AuthSelect
		.....
		# enable accounting
		AccountingTable ACCOUNTING
		AcctColumnDef ...
		.....
	</AuthBy>

	<AuthBy RADIUS>
		.....
	</AuthBy>

</Handler>


regards

Hugh


On 4 Dec 2004, at 01:15, Senkfeil, Carsten wrote:

> Hello Hugh,
>
> thanks for your reply.
> What I want to achieve is that I have the complete accounting data in 
> my
> accounting table and if the customer radius isn't taking the proxied
> accounts I want to retry sending the request a few times but then 
> ignore it.
>
> Currently radiator ignores requests that are not "taken" from the 
> "proxy
> target" server as well.
>
> But I am probably just doing something stupidly wrong here... :)
> Kind regards,
> Carsten
>
>
> -----Original Message-----
> From: Hugh Irvine [mailto:hugh at open.com.au]
> Sent: Thursday, 2. December 2004 23:40
> To: Senkfeil, Carsten
> Cc: radiator at open.com.au
> Subject: Re: (RADIATOR) Acounting when proxy not avaiable
>
>
>
> Hello Carsten -
>
> You can use AcctFailedLogFileName in the AuthBy RADIUS clause.
>
> See section 6.30.26 in the Radiator 3.11 reference manual
> ("doc/ref.html").
>
> regards
>
> Hugh
>
>
> On 2 Dec 2004, at 23:33, Senkfeil, Carsten wrote:
>
>> Hello all,
>>
>> we are currently proxying radius requests to a customer of ours that
>> uses a
>> quite unreliable radius server.
>> We are keeping accounting records of this proxied requests as well as
>> the
>> customer does.
>>
>> Now to the problem: If this unreliable Radius is not accepting the
>> proxied
>> requests, radiator tries to retransmit the requests a few times and
>> then
>> simply ignores them.
>> Is it possible not to ignore but to save these accounting records?
>> It would be even better if we could save this records in a way that
>> indicates, that they were not transmitted to the customer proxy (eg. 
>> to
>> another file or table). Is this possible?
>>
>> Thanks for your help!
>>
>> Kind regards,
>> Carsten Senkfeil
>>
>> --
>> Archive at http://www.open.com.au/archives/radiator/
>> Announcements on radiator-announce at open.com.au
>> To unsubscribe, email 'majordomo at open.com.au' with
>> 'unsubscribe radiator' in the body of the message.
>>
>>
>
> NB:
>
> Have you read the reference manual ("doc/ref.html")?
> Have you searched the mailing list archive
> (www.open.com.au/archives/radiator)?
> Have you had a quick look on Google (www.google.com)?
> Have you included a copy of your configuration file (no secrets),
> together with a trace 4 debug showing what is happening?
>
> -- 
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
> -
> CATool: Private Certificate Authority for Unix and Unix-like systems.
>
>

NB:

Have you read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive 
(www.open.com.au/archives/radiator)?
Have you had a quick look on Google (www.google.com)?
Have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.