Justin Church <[EMAIL PROTECTED]> wrote:
> Was there any final word on the direction of this and when it might be
> available?
Whenever someone gets time to do the work...
Alan DeKok.
--
http://deployingradius.com - The web site of the book
http://deployingradius.com/blog/ - The bl
Was there any final word on the direction of this and when it might be
available?
Thanks.
-jc
Peter Nixon wrote:
On Thu 07 Sep 2006 15:07, Alan DeKok wrote:
Kostas Kalevras <[EMAIL PROTECTED]> wrote:
Just a side note on the clone packets issue i ve come across it in
another situation. We ac
On Thu 07 Sep 2006 15:07, Alan DeKok wrote:
> Kostas Kalevras <[EMAIL PROTECTED]> wrote:
> > Just a side note on the clone packets issue i ve come across it in
> > another situation. We act as a proxy for various ISPs and we need to
> > have a way to replicate accounting-on/off packets (which obvio
Justin Church <[EMAIL PROTECTED]> wrote:
> How would the proxy.conf work? Would you define N identical realms with
> different remote servers, and the 1-N proxy server would replicate to
> the first N matches it finds in proxy.conf?
That's an option.
I'm open to suggestions as to how to co
Alan DeKok wrote:
Kostas Kalevras <[EMAIL PROTECTED]> wrote:
Just a side note on the clone packets issue i ve come across it in
another situation. We act as a proxy for various ISPs and we need to
have a way to replicate accounting-on/off packets (which obviously
don't carry a [EMAIL PROTECTED]
Kostas Kalevras <[EMAIL PROTECTED]> wrote:
> Just a side note on the clone packets issue i ve come across it in
> another situation. We act as a proxy for various ISPs and we need to
> have a way to replicate accounting-on/off packets (which obviously
> don't carry a [EMAIL PROTECTED] attribute) to
On Thu 07 Sep 2006 08:05, Kostas Kalevras wrote:
> On Wed, 6 Sep 2006, Alan DeKok wrote:
> > Justin Church <[EMAIL PROTECTED]> wrote:
> >> 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 serv
On Wed, 6 Sep 2006, Alan DeKok wrote:
Justin Church <[EMAIL PROTECTED]> wrote:
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.
Unfortunately, it doesn't yet do
Justin Church <[EMAIL PROTECTED]> wrote:
> 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.
Unfortunately, it doesn't yet do that. The issue is that the serve
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
Justin Church <[EMAIL PROTECTED]> 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 mi
Thanks for the great work, Alan. I've built the latest CVS head and am
able to manipulate the attributes in %RAD_REQUEST with rlm_perl.
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 h
12 matches
Mail list logo
