I wouldn't be surprised if there is actually more going on, their were times before I entered my local network into my hosts file that authentication would completely time out and drop the client. It usually only happened when using my ISP's dns server and not my local caching server, but still, their dns server isn't *that* slow :P.
On 12/25/05, Rostislav Krasny <[EMAIL PROTECTED]> wrote: > Hi, > > I had submitted a bin/62139 PR because of the same problem about a > year ago. I still think there is a bug somewhere in a resolver(3) > library or in libc functions like gethostbyname(). Because of this bug > the gethostbyname() doubles the number of its reverse resolving > requests, in a case the DNS server isn't responding. The other reason > for very long waiting is a default configuration of resolver(5). In > most other systems RES_DFLRETRY is defined as 2, but in FreeBSD it is > defined as 4. In a case the DNS server isn't responding the > gethostbyname() makes 8 (eight!) reverse resolving attempts for one > (!) non-responding DNS server before it returns error. And this is by > default. All that is still true for my current 6.0-STABLE. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/62139 > > As a workaround I may suggest addind "options attempts:2" or even > "options attempts:1" line to the /etc/resolver.conf > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > -- James Tanis [EMAIL PROTECTED] http://pycoder.org _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
