Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 17906 invoked from network); 13 May 2008 10:38:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 May 2008 10:38:34 -0000 Received: (qmail 62384 invoked by uid 500); 13 May 2008 10:38:25 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 62067 invoked by uid 500); 13 May 2008 10:38:24 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 62056 invoked by uid 99); 13 May 2008 10:38:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 May 2008 03:38:24 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [196.2.143.33] (HELO ctkdc3.ctk.computicket.com) (196.2.143.33) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 May 2008 10:37:31 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6619.12 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 13 May 2008 12:37:51 +0200 Message-ID: <8FFD34F7F7EB4540A1026E0901E6546D2B411B@ctkdc3.ctk.computicket.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [users@httpd] Establishing a new connection sometimes takes long (30s). Thread-Index: Aci04ctd1Ip5puMUSSuijo2j8s6ExgAAYW0w References: <8FFD34F7F7EB4540A1026E0901E6546D2B40BA@ctkdc3.ctk.computicket.com> <8f2fc6f50805130021p16999b4cn3b3d72cbf6b92b14@mail.gmail.com> <8FFD34F7F7EB4540A1026E0901E6546D2B40CC@ctkdc3.ctk.computicket.com> <20080513100429.GA1300@fantomas.sk> From: =?iso-8859-1?Q?Alex_Gr=E4sser?= To: X-Virus-Checked: Checked by ClamAV on apache.org Subject: RE: [users@httpd] Establishing a new connection sometimes takes long (30s). Thanks Matus > > Why would this be a DNS issue? The problem happens on the SERVER > because the most common reason for this is DNS issue. Granted, but we have ruled that out by putting the names into the hosts. = file. What is strange is, that this does not happen every time a new = connection is made. When requesting the same page continuously, the = connection gets disconnected after the 100th call. As it should because = of the KeepAliveRequests setting. When the client reconnects, it = sometimes is near instantaneous and sometimes takes up 30seconds. The = times vary from 35ms to 30seconds. > > and HostnameLookups is Off! > isn't it turned on somewhere? The HostnameLookups setting is global. I have not tried to put it into = each VirtualHost. But if it were turned on would you not see the = resolved host names in the access.log? > > Also the VirtualHosts are IP based so there is no name to be looked = up. > this is completely irrelevant to DNS. The only think that matters here = is, > that when there is host name in directive, it is being = looked > up at start or reconfigure, but it does not affect request processing > > The problem seems to occur BEFORE Apache even receives the message.=20 > another reason might be an IDENT being required...=20 This is a straightforward HTTP GET request. I don't think IDENT is a = problem here. > > Does Apache count (reverse) DNS lookups towards the execution time? > I guess so.=20 Then you should see the time in the access.log, which we are not. Thanks Alex --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org