Annoying delays appeared while connecting to the server
Illia Baidakov
illich at newchem.ru
Thu Jun 24 12:20:40 GMT 2004
Hello Mark,
Thursday, June 24, 2004, 8:03:21 AM, you wrote:
>> On Wed, 23 Jun 2004, Illia Baidakov wrote:
>>
>> > Hello freebsd-stable,
>> >
>> > I noticed it about a week ago. My local hosts have suffering
>> > such delays while connecting to the (imho) tcp-wrapped services,
>> > namely ssh, smtp, mysql.
>> > It looks like the addresses to names resolving. I don't need to resolve m
>> y
>> > local names or addresses now. There was not any delays early.
>> > But they have appeared without any visable reason.
>> >
>> > What could to involve a such system behaviour?
>> > How should I return my system to previous state?
>> >
>> > P.S. I will not want neither to edit the /etc/hosts file nor create
>> > and maintain dns-zones for the internal hosts.
>>
>> I don't see any changes to the tcpwrappers services. Check resolv.conf;
>> maybe one of the listed nameservers is down or unresponsive?
>>
My 127.0.0.1 nameserver is up, partially at the connection starting
time.
>> You really should have machines in DNS or /etc/hosts, but if you don't
>> want to maintain that, then you suffer the consequences.
MA> He is also in violation of RFC 1918. You don't have to
In which part of it?
MA> populate the reverse zone. A empty zone (SOA and NS records
MA> only) will prevent the queries leaking and improve response
MA> times.
Yes, it has solved my problem.
MA> Why should the rest of the world have to fork out real money
MA> to run nameservers to sink these bogus queries?
Now I'm going to meet how does a name resolving in the in-addr.arpa goes on.
Thank you.
--
Illia Baidakov.
More information about the freebsd-stable
mailing list