(RADIATOR) AddToReply and Hosts
Hugh Irvine
hugh at open.com.au
Fri Apr 4 18:12:35 CST 2003
Hello Miko -
No this won't work. As you have discovered, AddToReply and
StripFromReply will not work in a <Host ..> clause.
I think you will need to use a ReplyHook to manipulate the proxy reply.
You will find some example hooks in the file "goodies/hooks.txt".
regards
Hugh
On Saturday, Apr 5, 2003, at 05:30 Australia/Melbourne,
<miko at yournetplus.com> wrote:
> I am attempting to use the AddToReply and StripFromReply on a per host
> basis with SQLRADIUS and am not having much luck... Upon looking at the
> source code and the archives it looks like it should work...
>
> Here are the relevant pieces of my config, I am almost certain I am
> doing it correctly.
>
> HostSelect SELECT host%0, authport%0, acctport%0, secret%0,
> retries, retrytimeout, failurepolicy, \
> serverhasbrokenaddresses,
> serverhasbrokenportnumbers, ignorereplysignature, noforwardaccounting,
> rewriteusername, stripfromreply, addtoreply \
> FROM RAD_RADIUSINFO \
> WHERE realm = '%W'
>
> HostColumnDef 0, Host
> HostColumnDef 1, AuthPort
> HostColumnDef 2, AcctPort
> HostColumnDef 3, Secret
> HostColumnDef 4, Retries
> HostColumnDef 5, RetryTimeout
> HostColumnDef 6, failurePolicy
> HostColumnDef 7, ServerHasBrokenAddresses
> HostColumnDef 8, ServerHasBrokenPortNumbers
> HostColumnDef 9, IgnoreReplySignature
> HostColumnDef 10, NoForwardAccounting
> HostColumnDef 11, RewriteUsername
> HostColumnDef 12, StripFromReply
> HostColumnDef 13, AddToReply
>
>
> The record gets pulled and processed correctly, host response is as it
> should be, but my StripFromReply and AddToReply are ignored...
>
> I also did a test with AUTH RADIUS entering in a <Host xx.xx.xx.xx>
> with
> an AddToReply statement in there and it was ignored as well...
>
> If anyone has any suggestions about ways to correct this, or to handle
> this with a hook I would greatly appreciate any feedback. Just as an
> informational, I am wanting to do this in order to be able to specify
> different reply attributes for the reply packet based on the realm, but
> I do not want to create a separate handler for each realm.
>
> TIA
> -Miko
>
> ===
> 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 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 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
===
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.
More information about the radiator
mailing list