Hi Leon -
Ahhh - I didn't understand the question. I don't actually know what will happen - you might try some experiments and let me know the results. regards Hugh On Wed, 27 Feb 2002 03:04, Leon Oosterwijk wrote: > Hugh, > > I was aware of the relevance that Session-Timeout="Until Time" has. Which > is why I asked what would happen if I used it without a properly matching > Time attribute. > > > Sincerely, > > Leon Oosterwijk > ISDN-NET Inc. > www.isdn.net > +1 615-221-4200 > > > -----Original Message----- > > From: Hugh Irvine [mailto:[EMAIL PROTECTED]] > > Sent: Monday, February 25, 2002 11:52 PM > > To: Leon Oosterwijk; [EMAIL PROTECTED] > > Cc: Leon Oosterwijk > > Subject: Re: (RADIATOR) Time of day login > > > > > > > > Hello Leon - > > > > The more usual case is to specify a number of seconds as the value > > > > Session-Timeout = 3600 > > > > the "until Time" syntax only has relevance when used in > > conjunction with a > > Time check item. > > > > regards > > > > Hugh > > > > > What would happen if I specified a Session-Timeout > > > > attribute with the > > > > > "AddtoReplyIfNotExist" clause but i didn't specify a Time > > > > attribute? I > > > > > have a user population where some have time restrictions but others > > > don't. Would the Session-Timeout = "until Time" cause > > > > RADIATOR to sent > > > > > weird Sessiontimeouts to the NAS, or would it deny access? > > > > > > Leon > > > > > > > -----Oorspronkelijk bericht----- > > > > Van: Hugh Irvine [mailto:[EMAIL PROTECTED]] > > > > Verzonden: Monday, February 25, 2002 7:29 PM > > > > Aan: Leon Oosterwijk; '[EMAIL PROTECTED]' > > > > Onderwerp: Re: (RADIATOR) Time of day login > > > > > > > > > > > > > > > > Hello Leon - > > > > > > > > The "Time" and "until Time" constructs are Radiator specific. > > > > > > > > A reply attribute of > > > > > > > > Session-Timeout = "until Time" > > > > > > > > will cause Radiator to calculate the Session-Timeout > > > > value according > > > > > > to the amount of time (number of seconds) remaining until > > > > the Time > > > > > > check item expires. > > > > > > > > As mentioned, check section 13.1.13 in the manual. > > > > > > > > regards > > > > > > > > Hugh > > > > > > > > On Tue, 26 Feb 2002 01:16, Leon Oosterwijk wrote: > > > > > Is this a RADIUS-interpreted attribute or a NAS-interpreted > > > > > attribute? > > > > > > > > > > > > > > > > > > > > Sincerely, > > > > > > > > > > Leon Oosterwijk > > > > > ISDN-NET Inc. > > > > > www.isdn.net > > > > > +1 615-221-4200 > > > > > > > > > > > -----Original Message----- > > > > > > From: Hugh Irvine [mailto:[EMAIL PROTECTED]] > > > > > > Sent: Sunday, February 24, 2002 11:56 PM > > > > > > To: Barry Andersson; [EMAIL PROTECTED] > > > > > > Subject: Re: (RADIATOR) Time of day login > > > > > > > > > > > > > > > > > > > > > > > > Hello Barry - > > > > > > > > > > > > You would use a Session-Timout = "until Time" reply attribute. > > > > > > > > > > > > See sections 13.1.13 and 13.2.8 in the Radiator > > > > reference manual > > > > > > > > ("doc/ref.html"). > > > > > > > > > > > > regards > > > > > > > > > > > > Hugh > > > > > > > > > > > > On Mon, 25 Feb 2002 15:30, Barry Andersson wrote: > > > > > > > Hi, > > > > > > > > > > > > > > Just wondering if we restrict login by time of day in the > > > > > > > > > > > > users file > > > > > > > > > > > > > whether it automatically sets the session timeout > > > > for one of > > > > > > > > > those users. > > > > > > > > > > > > > > That is, assuming we allow logins from 9am to 5pm, if > > > > > > > > > > > > someone logs in > > > > > > > > > > > > > at 4pm will they get a Session-Timeout of 3600 seconds? > > > > > > > > > > > > > > If not, is there some way to configure Radiator to do so? > > > > > > > > > > > > > > Barry Andersson > > > > > > > > > > > > -- > > > > > > 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. > > > > > > > > > > === > > > > > 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. > > > > > > ------------------------------------------------------- > > > > -- > > 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. -- 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.
