On Mon, 3 Jul 2000, Hugh Irvine wrote:
> Radiator should only try to directly query the NAS if you are enforcing strict
> simultaneous use with a NasType set for your Client clauses. If you don't have
> a NasType set, it won't be queried.
The funny part here is it's querying NASes that _aren't_
On Tue, 4 Jul 2000, Hugh Irvine wrote:
> Do you have Simultaneous-Use check items set for your users?
Yes they're coming out of my Auth module (they're a database field). I
could yank that out but then I'd be stuck forever unable to enforce
simultaneous use limits on my local numbers.
It seems
On Tue, 4 Jul 2000, Hugh Irvine wrote:
> This is what it should do, however it is posting a warning to let you know. Is
> the real question "can I suppress the warning?"? If so, the answer at the
> moment is no, until we completely re-do the logging subsystem.
The logging itself doesn't bother m
On Tue, 4 Jul 2000, Jason Godsey wrote:
> Can you do:
>
> StripFromReply Simultaneous-Use
>
>
> or is StripFromReply only for AuthBy? This is just the first thing that
> popped into my head.
It wouldn't be pratical in this situation anyway; there are literally
hundreds of NASes I'd have to
On Thu, 30 Sep 1999, Mike McCauley wrote:
> There is no way (yet) to set the umask from within the Radiator config file.
> (is this a good idea, anyone?)
I don't see any problems with it, only advantages. I know I'd like to be
able to fiddle with the default permission on my logs and such (what
On Thu, 30 Sep 1999, Paul Thornton wrote:
> Can you please explain why we are starting to get this problem.
>
> schliebs4 Start Tue Sep 28 16:52:16 1999
> schliebs4 StopTue Sep 28 16:53:16 1999 User-Request
> schliebs4 Start Tue Sep 28 16:53:47 1
Before I reinvent the wheel has anyone else written a module to do
detailed logging of the authentication process? What i mean by that is
something that shows each Authentication request, Accounting Start and
Accounting Stop as a series of one-liners showing the user@host, NAS
name/port, the resul
