Hello Christian -
Could you send us a trace 4 debug showing this problem (together with the
corresponding AuthBy SQL clause)? We don't think it is Radiator but we would
like to make sure.
many thanks
Hugh
On Thu, 31 Aug 2000, Christian Hammers wrote:
> Hello
>
> We just encountered a problem in our database which was probably caused
> by a Ascend-PreSession-Time attribut with a value of -1. In the
> detail file was written 4 millards (or billions in US(?),
> I mean the max of an unsigned 32bit minus one.
>
> Is this problem caused by Radiator? The Presession time of -1 is strange
> but probably due to NTP or manual time syncronisation but I think this would
> something most programs handle during normal addition of presession-time
> and session time, the huge value not, if it's an radiator problem, it
> should be fixed.
>
>
> Anyways this is a hint for all accounting programmer to make more
> sanity checks. I will do them now...
>
> bye,
>
> -christian-
>
> --
> Christian Hammers WESTEND GmbH - Aachen und Dueren Tel 0241/701333-0
> [EMAIL PROTECTED] Internet & Security for Professionals Fax 0241/911879
> WESTEND ist CISCO Systems Partner - Premium Certified
>
> ===
> Archive at http://www.starport.net/~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. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
