(RADIATOR) AuthBy in an Accounting-Request

[Hugh Irvine]

Hello Dave, Hello Matthew -

Actually Dave's first example will work fine, as all of the standard 
AuthBy clauses will acknowledge accounting requests even if they do 
nothing with them.

If you do want to have an AuthBy to just do the accounting response 
(and you do need an AuthBy in any Handler or Realm), then you should 
use an AuthBy INTERNAL.

# define AuthBy clauses

<AuthBy INTERNAL>
	Identifier AccountingResponse
	AcctResult ACCEPT
</AuthBy>

# define Handlers

<Handler Request-Type = Accounting-Request>
	AuthBy AccountingResponse
	.....
</Handler>

regards

Hugh


On Thursday, Feb 20, 2003, at 09:06 Australia/Melbourne, Dave Kitabjian 
wrote:

> If that's truly all it does in this scenario, I would think that we 
> can get rid of the AuthBy and replace it with:
>  
>     AccountingHandled
>    
>     http://www.open.com.au/radiator/ref.html#pgfId=363868
>  
> Am I right?
>  
> Dave
>
>
> -----Original Message-----
> From: Matthew Trout [mailto:MatthewTrout at businessserve.co.uk]
> Sent: Wednesday, February 19, 2003 12:19 PM
> To: Dave Kitabjian; radiator at open.com.au
> Subject: RE: (RADIATOR) AuthBy in an Accounting-Request
>
> I believe you still need something to return a packet to register the 
> logging; we just use an AuthBy TEST clause to do so. There may be a 
> cleaner way to do this (since TEST generates a line in the logfile 
> every time); if there is, would someone care to enlighten me?
>
> > -----Original Message-----
> > From: Dave Kitabjian [mailto:dave at netcarrier.com]
> > Sent: Wednesday, February 19, 2003 4:43 PM
> > To: radiator at open.com.au
> > Subject: (RADIATOR) AuthBy in an Accounting-Request
> >
> >
> > Given the following:
> >
> >       <Handler Request-Type = Accounting-Request>
> >        
> >               ...
> >
> >             AuthBy  LDAP_SERVER_1
> >
> >       </Handler>
> >
> > am I correct in assuming that the AuthBy specifier would be 
> completely
> > ignored and irrelevant since no Access-Requests will ever be handled
> > here?
> >
> > Dave
> > ===
> > 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.
> >
>
>

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 3242 bytes
Desc: not available
URL: <http://www.open.com.au/pipermail/radiator/attachments/20030220/5b93f8a6/attachment.bin>