tag 335476 + upstream confirmed
forwarded 335476 http://sourceware.org/bugzilla/show_bug.cgi?id=4428
retitle 335476 [nscd] does not respect DNS TTL.
thanks
On Mon, Oct 24, 2005 at 10:18:28AM +0200, Anders Boström wrote:
Package: nscd
Version: 2.3.5-6
Severity: important
When ssh make a
Florian Weimer [EMAIL PROTECTED] writes:
Which GNU libc version is in Fedora? 2.3.5?
Yes. (Or it was then -- there seems to be an update to 2.3.6 now.)
There is quite a bit of code to handle TTLs for records fetched from
DNS in version 2.3.5. Don't they expire for you, either?
They were
Florian Weimer [EMAIL PROTECTED] writes:
The current code tries to honor TTLs. It might be sufficient to set a
zero (or very low) TTL for entries coming from /etc/hosts.
Does `current' mean in the latest Debian package? I can't see
anything relevant in the changelog, and the Fedora version
* Dave Love:
Florian Weimer [EMAIL PROTECTED] writes:
The current code tries to honor TTLs. It might be sufficient to set a
zero (or very low) TTL for entries coming from /etc/hosts.
Does `current' mean in the latest Debian package?
Yes.
I can't see anything relevant in the changelog,
Yes, please turn off the default persistent caching of hosts (at
least). I think this should also be done upstream. It can lead to
lockout of logins in an obscure fashion -- at least it did on Fedora
systems running what appears to be the same version of nscd with the
same defaults, so
* Dave Love:
Yes, please turn off the default persistent caching of hosts (at
least). I think this should also be done upstream. It can lead to
lockout of logins in an obscure fashion -- at least it did on Fedora
systems running what appears to be the same version of nscd with the
same
Package: nscd
Version: 2.3.5-6
Severity: important
When ssh make a lookup of a node with changed IP-address, nscd returns
the old address. If I stop nscd, ssh get the right address. But as
soon as I start nscd again, the old address is delivered to ssh. All
other applications I've tested get the
7 matches
Mail list logo