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.

Reply via email to