Hello Claudio -
Yes state is maintained for a particular request, however state is *not* maintained for a Host object, hence FailureBackoffTime has no relevance to the AuthBy RADIUS when used in an AuthBy SQLRADIUS clause (although it does have relevance for the SQL database). regards Hugh On Saturday, September 21, 2002, at 03:30 AM, Claudio Lapidus wrote: > Hello Hugh > > You wrote: > >> The FailureBackoffTime parameter is not useful in the context of an >> AuthBy SQLRADIUS clause, because the "Host" objects are only >> instanciated for very brief periods of time (until the request is >> forwarded), and new "Host" objects are created for every request (or >> timeout). In other words, because the "Host" object is not >> persistent, it is not possible to keep any state, such as >> FailureBackoffTime, regarding the object. > > So, does this mean that FailureBackOffTime needs to be defined > globally for the whole AuthBy? Or how does it handle remote's > failures? Doesn't it maintain state for outstanding requests? (i.e. > proxied Access-Requests still not answered by the remote) > > regards > cl. > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > > === > 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. > > -- 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.
