From owner-freebsd-stable@FreeBSD.ORG Thu Jun 24 12:20:40 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5245E16A4CE for ; Thu, 24 Jun 2004 12:20:40 +0000 (GMT) Received: from nbh-gw.newchem.ru (platan.newchem.ru [81.3.149.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 065A643D66 for ; Thu, 24 Jun 2004 12:20:39 +0000 (GMT) (envelope-from illich@newchem.ru) Received: from ash.nbh.newchem.ru ([192.168.204.4]) by nbh-gw.newchem.ru (8.12.11/8.12.11) with ESMTP id i5OCJfUG024533; Thu, 24 Jun 2004 16:19:41 +0400 (MSD) (envelope-from illich@newchem.ru) Date: Thu, 24 Jun 2004 16:19:41 +0400 From: Illia Baidakov X-Mailer: The Bat! (v1.62q) Personal X-Priority: 3 (Normal) Message-ID: <5210358138.20040624161941@newchem.ru> To: Mark Andrews In-Reply-To: <200406240403.i5O43L6O097508@drugs.dv.isc.org> References: <200406240403.i5O43L6O097508@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.25.0.62; VDF 6.25.0.94 (host: nbh-gw.newchem.ru) cc: freebsd-stable@freebsd.org Subject: Re[2]: Annoying delays appeared while connecting to the server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Illia Baidakov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2004 12:20:40 -0000 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.