<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
No, cache was not enabled. Just a thought on the denying, I thought
maybe it just couldn't get a good result one way or the other so it
would just allow it. Any other thoughts on would could be causing this
issue? Like I said this only seems to be happening on dsl customers
that constantly try to connect. Is there any other logs, configs, etc
that would be of any help? I will try to get a debug of one that
doesn't behave properly. Is there a way to make that debug log to the
log file. So far it only outputs to terminal and it's very hard to
capture it there, it it's in a log I should be able to get something
worthwhile. <br>
<pre class="moz-signature" cols="72">Chris Moss
</pre>
<br>
<br>
Alan DeKok wrote:
<blockquote cite="mid:48BF760E.8000606@deployingradius.com" type="cite">
<pre wrap="">Chris Moss wrote:
</pre>
<blockquote type="cite">
<pre wrap="">We are running version 1.1.3. We do have thousands of users in the
passwd file, could that have something to do with it?
</pre>
</blockquote>
<pre wrap=""><!---->
Maybe. Did you enable "cache" in the "unix" module? If so, have you
disabled it?
</pre>
<blockquote type="cite">
<pre wrap="">Is there a way to
tell the radius server that if it can't authenticate to deny it.
</pre>
</blockquote>
<pre wrap=""><!---->
Huh? If the server can't authenticate the user, it denies the user.
Always.
</pre>
<blockquote type="cite">
<pre wrap="">I'm
wondering if the OS itself is getting overloaded causing this.
</pre>
</blockquote>
<pre wrap=""><!---->
No.
Alan DeKok.
-
List info/subscribe/unsubscribe? See <a class="moz-txt-link-freetext" href="http://www.freeradius.org/list/users.html">http://www.freeradius.org/list/users.html</a>
.
</pre>
</blockquote>
</body>
</html>