]> git.ipfire.org Git - thirdparty/apache/httpd.git/commitdiff
update transformation
authorStefan Fritsch <sf@apache.org>
Mon, 8 Nov 2010 20:49:47 +0000 (20:49 +0000)
committerStefan Fritsch <sf@apache.org>
Mon, 8 Nov 2010 20:49:47 +0000 (20:49 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1032700 13f79535-47bb-0310-9956-ffa450edef68

docs/manual/mod/mod_reqtimeout.html.en

index 766d79d67af7585b1dd121514ddcf3e7fea3bb9a..e55eab947dd62ecb112d9da239ee463e69f75911 100644 (file)
         </code></p></div>
       </li>
 
+      <li>
+        Usually, a server should have both header and body timeouts configured.
+        If a common configuration is used for http and https virtual hosts, the
+        timeouts should not be set too low:
+
+        <div class="example"><p><code>
+          RequestReadTimeout header=20-40,MinRate=500 body=20,MinRate=500
+        </code></p></div>
+      </li>
+
     </ol>
 </div>
 <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
     is sent.</p>
 
     <p>For SSL virtual hosts, the header timeout values include the time needed
-    to do the initial SSL handshake. The body timeout values include the time
-    needed for SSL renegotiation (if necessary).</p>
+    to do the initial SSL handshake.  If the user's browser is configured to
+    query certificate revocation lists and the CRL server is not reachable, the
+    initial SSL handshake may take a significant time until the browser gives up
+    waiting for the CRL.  Therefore the header timeout values should not be set
+    to very low values for SSL virtual hosts.
+    The body timeout values include the time needed for SSL renegotiation
+    (if necessary).</p>
 
     <p>When an <code class="directive"><a href="../mod/core.html#acceptfilter">AcceptFilter</a></code> is in use
     (usually the case on Linux and FreeBSD), the socket is not sent to the