Re: (RADIATOR) AddToReply and Hosts
Hello Miko - Yes. The easiest way to do this is add whatever you need as additional attributes in the original request, which you can use as a temporary scratchpad area. Radiator automatically handles the housekeeping by deleting the in-memory request packets after processing. regards Hugh On Saturday, Apr 5, 2003, at 10:46 Australia/Melbourne, <[EMAIL PROTECTED]> wrote: 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 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 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. 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.
RE: (RADIATOR) AddToReply and Hosts
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 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 > 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.
Re: (RADIATOR) AddToReply and Hosts
Hello Miko - No this won't work. As you have discovered, AddToReply and StripFromReply will not work in a 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 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.