Alternate proxying methods.
Alan DeKok
aland at deployingradius.com
Tue Apr 10 01:54:33 CEST 2007
Arran Cudbard-Bell wrote:
>> So... Replicate-To-Realm doesn't work. I'd be curious to know what it
>> does for you.
...
> But that would be because it's defined as attribute 1049 in
> dictionary.freeradius.internal
Yes.
> Well obviously someone wanted to implement it once, but never got round
> to it *sigh*.
There was an implementation of it in 0.1 or 0.2, but it was removed
because is caused a great many problems in the server core.
> I had assumed that it would copy the incoming packet to the realm specified
> but also continue processing locally. This would really only be of use
> for accounting packets.
Yes. The suggestion now is to use "radrelay". It's more work, but it
does the same thing.
I *think* in 2.0 we can get radrelay to duplicate the functionality of
Replicate-To-Realm without too much effort, but I'll have to spend some
more time looking into it.
> Yes so the actual function is fine, it's just the terminology. A more
> accurate name might be 'Assign-To-Realm', and then once it's been
> 'assigned' the internet logic of the realm
> will decide where it's actually proxied to.
That's a reasonable name.
Alan DeKok.
--
http://deployingradius.com - The web site of the book
http://deployingradius.com/blog/ - The blog
More information about the Freeradius-Users
mailing list