Thanks Hugh,,, unfortunately that makes things a bit more difficult for me... Is there anyway that I could use a variable created in a preclienthook from within a replyhook???
-Miko -----Original Message----- From: Hugh Irvine [mailto:[EMAIL PROTECTED] Sent: Friday, April 04, 2003 5:13 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: (RADIATOR) AddToReply and Hosts 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, <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] > To unsubscribe, email '[EMAIL PROTECTED]' 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 [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
