Re: rlm_perl and accounting -- radrelay?

[Justin Church <jcc@unc.edu>]

OK.  The patch worked, since I can now run radiusd -n radrelay w/o the 
Abort, but I still am not seeing a way to replicate to multiple 
accounting servers with radiusd -n radrelay.  I need to take accounting 
requests that arrive at "main-radius" in "radrelay-detail" and replicate 
them to "remote-radius1", "remote-radius2", "remote-radius3" in 
parallel.  It appears as if my only two options in radrelay.conf are to 
store accounting data in sql or proxy to other servers.  Proxy is closer 
to what I want, but from looking at proxy.conf, it seems I can only 
proxy each accounting request received to a single remote-radius server 
either in failover or round-robin mode.  With the old radrelay, I 
believe I could have just run #radrelay -r remote-radius1 
radrelay-detail; radrelay -r remote-radius2 radrelay-detail; radrelay -r 
remote-radius3 radrelay-detail.  Am I missing something, and is this 
still possible with radiusd -n radrelay?

Thanks.

-jc

Alan DeKok wrote:
> Justin Church <jcc@unc.edu> wrote:
> > However, I notice that radrelay has been deprecated and the 
> > functionality moved into radiusd.  How am I to run simultaneous 
> > instances of radiusd on the same host - 1 to listen to type 'acct' and 1 
> > to listen to type 'detail'?  I apologize if I'm missing something simple.
>
>   Yes.  See raddb/radrelay.conf
>
> > Wed Sep  6 11:31:19 2006 : Info: FreeRADIUS Version 2.0.0-pre0, for host 
> > i686-pc-linux-gnu, built on Sep  6 2006 at 10:15:27
> > Wed Sep  6 11:31:19 2006 : Info: Starting - reading configuration files ...
> > Wed Sep  6 11:31:19 2006 : Error: Assertion failed in listen.c, line 1996
>
>   That's a bug.  I've just committed a fix.
>
>   Alan DeKok.
> --
>   http://deployingradius.com       - The web site of the book
>   http://deployingradius.com/blog/ - The blog
> - 
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html