You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by sl...@apache.org on 2002/03/10 05:35:19 UTC

cvs commit: httpd-2.0/docs/manual/mod allmodules.xml mod_proxy.html mod_ssl.html perchild.html worker.html

slive       02/03/09 20:35:19

  Modified:    docs/manual/mod allmodules.xml mod_proxy.html mod_ssl.html
                        perchild.html worker.html
  Log:
  Updates to some transformations and the allmodules file.
  
  Revision  Changes    Path
  1.2       +1 -0      httpd-2.0/docs/manual/mod/allmodules.xml
  
  Index: allmodules.xml
  ===================================================================
  RCS file: /home/cvs/httpd-2.0/docs/manual/mod/allmodules.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -d -b -u -r1.1 -r1.2
  --- allmodules.xml	9 Mar 2002 22:42:54 -0000	1.1
  +++ allmodules.xml	10 Mar 2002 04:35:19 -0000	1.2
  @@ -33,6 +33,7 @@
   <modulefile>mod_rewrite.xml</modulefile>
   <modulefile>mod_setenvif.xml</modulefile>
   <modulefile>mod_so.xml</modulefile>
  +<modulefile>mod_ssl.xml</modulefile>
   <modulefile>mod_speling.xml</modulefile>
   <modulefile>mod_status.xml</modulefile>
   <modulefile>mod_suexec.xml</modulefile>
  
  
  
  1.72      +358 -886  httpd-2.0/docs/manual/mod/mod_proxy.html
  
  Index: mod_proxy.html
  ===================================================================
  RCS file: /home/cvs/httpd-2.0/docs/manual/mod/mod_proxy.html,v
  retrieving revision 1.71
  retrieving revision 1.72
  diff -u -d -b -u -r1.71 -r1.72
  --- mod_proxy.html	30 Jan 2002 18:46:56 -0000	1.71
  +++ mod_proxy.html	10 Mar 2002 04:35:19 -0000	1.72
  @@ -1,56 +1,16 @@
  -<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
  -<html>
  -<head>
  -<title>Apache module mod_proxy</title>
  -</head>
  -
  -<!-- Background white, links blue (unvisited), navy (visited), red (active) -->
  -<body
  - bgcolor="#ffffff"
  - text="#000000"
  - link="#0000ff"
  - vlink="#000080"
  - alink="#ff0000"
  ->
  -<!--#include virtual="header.html" -->
  -
  -<blockquote><strong>Warning:</strong>
  +<html xmlns="http://www.w3.org/TR/xhtml1/strict"><head><!--
  +XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  +     This file is generated from xml source: DO NOT EDIT
  +XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  +--><title>mod_proxy - Apache HTTP Server</title><link href="../style/manual.css" type="text/css" rel="stylesheet"/></head><body><blockquote><div align="center"><img alt="[APACHE DOCUMENTATION]" src="../images/sub.gif"/><h3>Apache HTTP Server Version 2.0</h3></div><h1 align="center">Apache Module mod_proxy</h1><table cellspacing="1" cellpadding="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td valign="top"><span class="help">Description:</span></td><td><description>HTTP/1.1 proxy/gateway server</description></td></tr><tr><td><a href="module-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="module-dict.html#ModuleIdentifier" class="help">Module&nbsp;Identifier:</a></td><td>proxy_module</td></tr></table></td></tr></table><h2>Summary</h2><summary>
  +<blockquote><table><tr><td bgcolor="#ffe5f5"><p align="center"><strong>Warning</strong></p>
   This document has been updated to take into account changes
   made in the 2.0 version of the Apache HTTP Server.  Some of the
   information may still be inaccurate, please use it
   with care.
  -</blockquote>
  -
  -
  -<h1 align="center">Apache module mod_proxy</h1>
  -
  -<p>This module provides for an <strong>HTTP 1.1</strong> proxy / gateway
  -server.</p>
  -
  -<p><a
  -href="module-dict.html#Status"
  -rel="Help"
  -><strong>Status:</strong></a> Extension
  -<br>
  -<a
  -href="module-dict.html#SourceFile"
  -rel="Help"
  -><strong>Source File:</strong></a> mod_proxy.c
  -<br>
  -<a
  -href="module-dict.html#ModuleIdentifier"
  -rel="Help"
  -><strong>Module Identifier:</strong></a> proxy_module
  -<br>
  -<a
  -href="module-dict.html#Compatibility"
  -rel="Help"
  -><strong>Compatibility:</strong></a> Available in Apache 1.1 and later.
  -</p>
  -
  -<h2>Summary</h2>
  +</td></tr></table></blockquote>
   
  -This module implements a proxy/gateway for Apache. It implements
  +<p>This module implements a proxy/gateway for Apache. It implements
   proxying capability for
   <code>FTP</code>,
   <code>CONNECT</code> (for SSL),
  @@ -58,73 +18,52 @@
   <code>HTTP/1.0</code>, and
   <code>HTTP/1.1</code>.
   The module can be configured to connect to other proxy modules for these
  -and other protocols.
  +and other protocols.</p>
   
   <p>This module was experimental in Apache 1.1.x. Improvements and bugfixes
   were made in Apache v1.2.x and Apache v1.3.x, then the module underwent a major
   overhaul for Apache v2.0. The protocol support was upgraded to HTTP/1.1,
  -and filter support was enabled.
  -
  -<p>Please note that the <strong>caching</strong> function present in mod_proxy up to Apache
  -v1.3.x has been <strong>removed</strong> from mod_proxy and will be incorporated
  -into a new module, mod_cache.
  -<p>
  -
  -<h2>Directives</h2>
  -<ul>
  -<li><a href="#allowconnect">AllowCONNECT</a>
  -<li><a href="#noproxy">NoProxy</a>
  -<li><a href="#proxyblock">ProxyBlock</a>
  -<li><a href="#proxydomain">ProxyDomain</a>
  -<li><a href="#proxyerroroverride">ProxyErrorOverride</a>
  -<li><a href="#proxymaxforwards">ProxyMaxForwards</a>
  -<li><a href="#proxypass">ProxyPass</a>
  -<li><a href="#proxypassreverse">ProxyPassReverse</a>
  -<li><a href="#proxypreservehost">ProxyPreserveHost</a>
  -<li><a href="#proxyreceivebuffersize">ProxyReceiveBufferSize</a>
  -<li><a href="#proxyremote">ProxyRemote</a>
  -<li><a href="#proxyrequests">ProxyRequests</a>
  -<li><a href="#proxytimeout">ProxyTimeout</a>
  -<li><a href="#proxyvia">ProxyVia</a>
  -
  -</ul>
  +and filter support was enabled.</p>
   
  -<h2><a name="configs">Common configuration topics</a></h2>
  +<p>Please note that the <strong>caching</strong> function present in
  +mod_proxy up to Apache v1.3.x has been <strong>removed</strong> from
  +mod_proxy and will be incorporated into a new module, mod_cache.</p>
  +</summary><h2>Directives</h2><ul><li><a href="#allowconnect">AllowCONNECT</a></li><li><a href="#noproxy">NoProxy</a></li><li><a href="#proxyblock">ProxyBlock</a></li><li><a href="#proxydomain">ProxyDomain</a></li><li><a href="#proxyerroroverride">ProxyErrorOverride</a></li><li><a href="#proxymaxforwards">ProxyMaxForwards</a></li><li><a href="#proxypass">ProxyPass</a></li><li><a href="#proxypassreverse">ProxyPassReverse</a></li><li><a href="#proxypreservehost">ProxyPreserveHost</a></li><li><a href="#proxyreceivebuffersize">ProxyReceiveBufferSize</a></li><li><a href="#proxyremote">ProxyRemote</a></li><li><a href="#proxyrequests">ProxyRequests</a></li><li><a href="#proxytimeout">ProxyTimeout</a></li><li><a href="#proxyvia">ProxyVia</a></li></ul><h2><a name="configs">Common configuration topics</a></h2>
   
   <ul>
  -<li><a href="#forwardreverse">Forward and Reverse Proxies</a>
  -<li><a href="#access">Controlling access to your proxy</a>
  -<li><a href="#shortname">Using Netscape hostname shortcuts</a>
  -<li><a href="#mimetypes">Why doesn't file type <em>xxx</em> download via FTP?</a>
  +<li><a href="#forwardreverse">Forward and Reverse Proxies</a></li>
  +<li><a href="#access">Controlling access to your proxy</a></li>
  +<li><a href="#shortname">Using Netscape hostname shortcuts</a></li>
  +<li><a href="#mimetypes">Why doesn't file type <em>xxx</em> download via FTP?</a></li>
   <li><a href="#type">How can I force an FTP ASCII download of File <em>xxx</em>?</a></li>
   <li><a href="#percent2fhack">How can I access FTP files outside of my home directory?</a></li>
   <li><a href="#ftppass">How can I hide the FTP cleartext password in my browser's URL line?</a></li>
   <li><a href="#startup">Why does Apache start more slowly when using the
  -        proxy module?</a>
  -<!--<li><a href="#socks">Can I use the Apache proxy module with my SOCKS proxy?</a>-->
  -<li><a href="#intranet">What other functions are useful for an intranet proxy server?</a>
  +        proxy module?</a></li>
  +
  +<li><a href="#intranet">What other functions are useful for an intranet proxy server?</a></li>
   </ul>
   
  -<h2><a name="forwardreverse">Forward and Reverse Proxies</a></h2>
  +<h3><a name="forwardreverse">Forward and Reverse Proxies</a></h3>
   
  -Apache can be configured in both a <em>forward</em> and <em>reverse</em>
  -proxy configuration.
  +<p>Apache can be configured in both a <em>forward</em> and <em>reverse</em>
  +proxy configuration.</p>
   
   <p>A <em>forward proxy</em> is an intermediate system that enables a browser to connect to a
   remote network to which it normally does not have access. A forward proxy
   can also be used to cache data, reducing load on the networks between the
  -forward proxy and the remote webserver.
  +forward proxy and the remote webserver.</p>
   
  -<p>Apache's mod_proxy can be figured to
  -behave like a forward proxy using the <a href="#proxyremote">ProxyRemote</a>
  +<p>Apache's mod_proxy can be figured to behave like a forward proxy
  +using the <a href="#proxyremote" class="directive"><code class="directive">ProxyRemote</code></a>
   directive. In addition, caching of data can be achieved by configuring
  -Apache mod_cache. Other dedicated forward proxy packages include
  -<a href="http://www.squid.org">Squid</a>.
  +Apache <code><a href="mod_cache.html">mod_cache</a></code>. Other dedicated forward proxy
  +packages include <a href="http://www.squid.org">Squid</a>.</p>
   
   <p>A <em>reverse proxy</em> is a webserver system that is capable of serving webpages
   sourced from other webservers - in addition to webpages on disk or generated
   dynamically by CGI - making these pages look like they originated at the
  -reverse proxy.
  +reverse proxy.</p>
   
   <p>When configured with the mod_cache module the reverse
   proxy can act as a cache for slower backend webservers. The reverse proxy
  @@ -133,91 +72,96 @@
   coexist inside the same URL space. Reverse proxy systems are also ideal for
   implementing centralised logging websites with many or diverse website
   backends. Complex multi-tier webserver systems can be constructed using an
  -Apache mod_proxy frontend and any number of backend webservers.
  +Apache mod_proxy frontend and any number of backend webservers.</p>
   
   <p>The reverse proxy is configured using the
  -<a href="#proxypass">ProxyPass</a> and <a
  -href="#proxypassreverse">ProxyPassReverse</a> directives. Caching can be
  -enabled using mod_cache as with the forward proxy.
  +<a href="#proxypass" class="directive"><code class="directive">ProxyPass</code></a> and <a href="#proxypassreverse" class="directive"><code class="directive">ProxyPassReverse</code></a> directives. Caching can be
  +enabled using mod_cache as with the forward proxy.</p>
   
  -<h2><a name="access">Controlling access to your proxy</a></h2>
   
  -You can control who can access your proxy via the normal &lt;Directory&gt;
  -control block using the following example:<p>
   
  -<pre>
  -&lt;Directory proxy:*&gt;
  -Order Deny,Allow
  -Deny from [machines you'd like *not* to allow by IP address or name]
  -Allow from [machines you'd like to allow by IP address or name]
  +<h3><a name="access">Controlling access to your proxy</a></h3>
  +
  +<p>You can control who can access your proxy via the normal <a href="core.html#directory" class="directive"><code class="directive">&lt;Directory&gt;</code></a>
  +control block using the following example:</p>
  +
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
  +&lt;Directory proxy:*&gt;<br>
  +Order Deny,Allow<br>
  +Deny from all<br>
  +Allow from 192.168.0<br>
   &lt;/Directory&gt;
  -</pre><p>
  +</code></td></tr></table></blockquote>
   
  -A &lt;Files&gt; block will also work, and is the only method known to work
  -for all possible URLs in Apache versions earlier than 1.2b10.<p>
  +<p>A <a href="core.html#files" class="directive"><code class="directive">&lt;Files&gt;</code></a> block
  +will also work, and is the only method known to work for all possible
  +URLs in Apache versions earlier than 1.2b10.</p>
   
  -When configuring a reverse proxy, access control takes on the attributes of
  -the normal server <directory> configuration.
  +<p>When configuring a reverse proxy, access control takes on the
  +attributes of the normal server <a href="core.html#directory" class="directive"><code class="directive">&lt;directory&gt;</code></a> configuration.</p>
   
  -<!--<h2><a name="shortname">Using Netscape hostname shortcuts</a></h2>
   
  -There is an optional patch to the proxy module to allow Netscape-like
  -hostname shortcuts to be used. It's available from the
  -<a href="http://www.apache.org/dist/contrib/patches/1.2/netscapehost.patch"
  -><samp>contrib/patches/1.2</samp></a> directory on the Apache Web
  -site.<p>-->
   
  -<h2><a name="mimetypes">Why doesn't file type <em>xxx</em> download via FTP?</a></h2>
   
  -You probably don't have that particular file type defined as
  +
  +
  +<h3><a name="mimetypes">Why doesn't file type <em>xxx</em>
  +download via FTP?</a></h3>
  +
  +<p>You probably don't have that particular file type defined as
   <em>application/octet-stream</em> in your proxy's mime.types configuration
  -file. A useful line can be<p>
  +file. A useful line can be</p>
   
  -<pre>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
   application/octet-stream        bin dms lha lzh exe class tgz taz
  -</pre>
  +</code></td></tr></table></blockquote>
   
  -<h2><a name="type">How can I force an FTP ASCII download of File <em>xxx</em>?</a></h2>
   
  -In the rare situation where you must download a specific file using the FTP
  +<h3><a name="type">How can I force an FTP ASCII download of
  +File <em>xxx</em>?</a></h3>
  +
  +<p>In the rare situation where you must download a specific file using the FTP
   <strong>ASCII</strong> transfer method (while the default transfer is in
   <strong>binary</strong> mode), you can override mod_proxy's default by
  -suffixing the request with <samp>;type=a</samp> to force an ASCII transfer.
  +suffixing the request with <code>;type=a</code> to force an ASCII transfer.
   (FTP Directory listings are always executed in ASCII mode, however.)</p>
   
  -<h2><a name="percent2fhack">How can I access FTP files outside of my home directory?</a></h2>
  +
  +<h3><a name="percent2fhck">How can I access FTP files outside
  +of my home directory?</a></h3>
   
   <p>
  -An FTP URI is interpreted relative to the home directory of
  -the user who is logging in. Alas, to reach higher directory
  -levels you cannot use  /../, as the dots are interpreted by the
  -browser and not actually sent to the FTP server. To address
  -this problem, the so called "Squid %2f hack" was implemented in
  -the Apache FTP proxy; it is is a solution which is also used by
  -other popular proxy servers like the
  -<a href="http://www.squid-cache.org/">Squid Proxy Cache</a>.
  -By prepending /%2f to the path of your request, you can make
  -such a proxy change the FTP starting directory to / (instead
  -of the home directory). <br />
  -<b>Example:</b> To retrieve the file <code>/etc/motd</code>,
  -you would use the URL <blockquote>
  -<code>ftp://<em>user@host</em>/%2f/etc/motd</code></blockquote>
  -</p>
  +An FTP URI is interpreted relative to the home directory of the user
  +who is logging in. Alas, to reach higher directory levels you cannot
  +use /../, as the dots are interpreted by the browser and not actually
  +sent to the FTP server. To address this problem, the so called "Squid
  +%2f hack" was implemented in the Apache FTP proxy; it is is a solution
  +which is also used by other popular proxy servers like the <a href="http://www.squid-cache.org/">Squid Proxy Cache</a>.  By
  +prepending /%2f to the path of your request, you can make such a proxy
  +change the FTP starting directory to / (instead of the home
  +directory). </p> 
   
  -<h2><a id="ftppass" name="ftppass">How can I hide the FTP cleartext password in my browser's URL line?</a></h2>
  +<p><strong>Example:</strong> To retrieve the file
  +<code>/etc/motd</code>, you would use the URL</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>ftp://<em>user@host</em>/%2f/etc/motd</code></td></tr></table></blockquote>
  +
  +
  +<h3><a name="ftppass">How can I hide the FTP cleartext password
  +in my browser's URL line?</a></h3>
   
   <p>
   To log in to an FTP server by username and password, Apache
   uses different strategies.
   In absense of a user name and password in the URL altogether,
  -Apache sends an anomymous login to the FTP server, i.e.,
  -<blockquote><code>
  -user: anonymous<br />
  +Apache sends an anomymous login to the FTP server, i.e.,</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
  +user: anonymous<br>
   password: apache_proxy@
  -</code></blockquote>
  -This works for all popular FTP servers which are configured for
  -anonymous access.<br>
  -For a personal login with a specific username, you can embed
  +</code></td></tr></table></blockquote>
  +<p>This works for all popular FTP servers which are configured for
  +anonymous access.</p>
  +
  +<p>For a personal login with a specific username, you can embed
   the user name into the URL, like in:
   <code>ftp://<em>username@host</em>/myfile</code>. If the FTP server
   asks for a password when given this username (which it should),
  @@ -228,9 +172,10 @@
   The advantage of this procedure is that your browser does not
   display the password in cleartext (which it would if you had used
   <code>ftp://<em>username:password@host</em>/myfile</code> in
  -the first place).
  -<br />
  -<b>Note</b> that the password which is transmitted in such a way
  +the first place).</p>
  +
  +<blockquote><table><tr><td bgcolor="#e0e5f5"><p align="center"><strong>Note</strong></p>
  +The password which is transmitted in such a way
   is not encrypted on its way. It travels between your browser and
   the Apache proxy server in a base64-encoded cleartext string, and
   between the Apache proxy and the FTP server as plaintext. You should
  @@ -238,582 +183,96 @@
   (or before accessing your personal files via FTP at all!) When
   using unsecure channels, an eavesdropper might intercept your
   password on its way.
  -</p>
  +</td></tr></table></blockquote>
   
  -<h2><a name="startup">Why does Apache start more slowly when using the
  -        proxy module?</a></h2>
   
  -If you're using the <code>ProxyBlock</code>
  +<h3><a name="startup">Why does Apache start more slowly when
  +using the proxy module?</a></h3>
  +
  +<p>If you're using the <a href="#proxyblock" class="directive"><code class="directive">ProxyBlock</code></a>
   directive, hostnames' IP addresses are looked up and cached during
   startup for later match test. This may take a few seconds (or more)
  -depending on the speed with which the hostname lookups occur.<p>
  +depending on the speed with which the hostname lookups occur.</p>
   
  -<!--<h2><a name="socks">Can I use the Apache proxy module with my SOCKS proxy?</a></h2>
   
  -Yes. Just build Apache with the rule <code>SOCKS4=yes</code> in your
  -<em>Configuration</em> file, and follow the instructions there. SOCKS5
  -capability can be added in a similar way (there's no <code>SOCKS5</code>
  -rule yet), so use the <code>EXTRA_LDFLAGS</code> definition, or build Apache
  -normally and run it with the <em>runsocks</em> wrapper provided with SOCKS5,
  -if your OS supports dynamically linked libraries.<p>
   
  -Some users have reported problems when using SOCKS version 4.2 on Solaris.
  -The problem was solved by upgrading to SOCKS 4.3.<p>
   
  -Remember that you'll also have to grant access to your Apache proxy machine by
  -permitting connections on the appropriate ports in your SOCKS daemon's
  -configuration.<p>
  --->
  -<h2><a name="intranet">What other functions are useful for an intranet proxy server?</a></h2>
  +<h3><a name="intranet">What other functions are useful for an
  +intranet proxy server?</a></h3>
   
  -<p>An Apache proxy server situated in an intranet needs to forward external
  -requests through the company's firewall. However, when it has to access
  -resources within the intranet, it can bypass the firewall when accessing
  -hosts. The <a href="#noproxy">NoProxy</a> directive is useful for specifying
  -which hosts belong to the intranet and should be accessed directly.</p>
  +<p>An Apache proxy server situated in an intranet needs to forward
  +external requests through the company's firewall. However, when it has
  +to access resources within the intranet, it can bypass the firewall
  +when accessing hosts. The <a href="#noproxy" class="directive"><code class="directive">NoProxy</code></a> directive is useful for
  +specifying which hosts belong to the intranet and should be accessed
  +directly.</p>
   
   <p>Users within an intranet tend to omit the local domain name from their
   WWW requests, thus requesting "http://somehost/" instead of
   "http://somehost.my.dom.ain/". Some commercial proxy servers let them get
   away with this and simply serve the request, implying a configured
  -local domain. When the <a href="#proxydomain">ProxyDomain</a> directive
  +local domain. When the <a href="#proxydomain" class="directive"><code class="directive">ProxyDomain</code></a> directive
   is used and the server is <a href="#proxyrequests">configured for
   proxy service</a>, Apache can return a redirect response and send the client
   to the correct, fully qualified, server address. This is the preferred method
   since the user's bookmark files will then contain fully qualified hosts.</p>
   
  -<hr>
  -<h2><a name="proxyrequests">ProxyPreserveHost</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  - ><strong>Syntax:</strong></a> ProxyPreserveHost on|off<br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <code>ProxyPreserveHost Off</code><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyPreserveHost is only available in
  -Apache 2.0.31 and later.<p>
  -
  -When enabled, this option will pass the Host: line from the incoming request to
  -the proxied host, instead of the hostname specified in the proxypass line.
  -</p>
  -<p>This option should normally be turned 'off'.</p>
  -
  -<hr>
  -
  -
  -<h2><a name="proxyrequests">ProxyRequests</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyRequests on|off<br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <code>ProxyRequests Off</code><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyRequests is only available in
  -Apache 1.1 and later.<p>
  -
  -This allows or prevents Apache from functioning as a forward proxy
  -server. (Setting ProxyRequests to 'off' does not disable use of the <a
  -href="#proxypass">ProxyPass</a> directive.)
  -
  -<p>In a typical reverse proxy configuration, this option should be set to
  -'off'.
  -
  -<hr>
  -
  -<h2><a name="proxyremote">ProxyRemote</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyRemote <em>match remote-server</em><br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>None</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyRemote is only available in
  -Apache 1.1 and later.<p>
  -
  -This defines remote proxies to this proxy. <em>match</em> is either the
  -name of a URL-scheme that the remote server supports, or a partial URL
  -for which the remote server should be used, or '*' to indicate the
  -server should be contacted for all requests. <em>remote-server</em> is a
  -partial URL for the remote server. Syntax:
  -
  -<pre>
  -  remote-server = protocol://hostname[:port]
  -</pre>
  -
  -<em>protocol</em> is the protocol that should be used to communicate
  -with the remote server; only "http" is supported by this module.
  -<p>
  -Example:
  -<pre>
  -  ProxyRemote http://goodguys.com/ http://mirrorguys.com:8000
  -  ProxyRemote * http://cleversite.com
  -  ProxyRemote ftp http://ftpproxy.mydomain.com:8080
  -</pre>
  -
  -In the last example, the proxy will forward FTP requests, encapsulated
  -as yet another HTTP proxy request, to another proxy which can handle
  -them.
  -
  -<p>This option also supports reverse proxy configuration - a backend webserver
  -can be embedded within a virtualhost URL space even if that server is hidden
  -by another forward proxy.
  -
  -<hr>
  -
  -<h2><a name="proxypass">ProxyPass</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyPass <em>path url</em><br> 
  -or: ProxyPass <em>url</em> when placed in a &lt;location&gt; directive <em>(Apache 2.0 only)</em><br>
  -or: ProxyPass <em>path !</em> to exclude a path from being proxied.
  -<br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>None</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyPass is only available in
  -Apache 1.1 and later.<p>
  -
  -This directive allows remote servers to be mapped into the space of the local
  -server; the local server does not act as a proxy in the conventional sense,
  -but appears to be a mirror of the remote server. <em>path</em> is the name of
  -a local virtual path; <em>url</em> is a partial URL for the remote server.
  -<p>
  -Suppose the local server has address <samp>http://wibble.org/</samp>; then
  -<pre>
  -   ProxyPass /mirror/foo/ http://foo.com/
  -</pre>
  -will cause a local request for the
  -&lt;<samp>http://wibble.org/mirror/foo/bar</samp>&gt; to be
  -internally converted into a proxy request to
  -&lt;<samp>http://foo.com/bar</samp>&gt;.
  -<p>
  -The ! directive is useful in situations where you don't want to reverse-proxy
  -a subdirectory. eg.
  -<pre>
  -        ProxyPass /mirror/foo/i !
  -        ProxyPass /mirror/foo http://foo.com
  -</pre>
  -will proxy all requests to /mirror/foo to foo.com EXCEPT requests made to /mirror/foo/i
  -<b>NB: order is important. you need to put the exclusions BEFORE the general proxypass directive</b>
  -</p>
  -<hr>
  -
  -<h2><a name="proxypassreverse">ProxyPassReverse</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyPassReverse <em>path url</em><br>
  -or: ProxyPassReverse <em>url</em> when placed in a &lt;location&gt; directive <em>(Apache 2.0 only)</em><br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>None</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyPassReverse is only available in
  -Apache 1.3b6 and later.<p>
  -
  -This directive lets Apache adjust the URL in the <tt>Location</tt>,
  -<tt>Content-Location</tt> and <tt>URI</tt> headers on
  -HTTP redirect responses. This is essential when Apache is used as
  -a reverse proxy to avoid by-passing the reverse proxy because of HTTP
  -redirects on the backend servers which stay behind the reverse proxy.
  -<p>
  -<em>path</em> is the name of a local virtual path.<br>
  -<em>url</em> is a partial URL for the remote server - the same way they are
  -used for the <tt>ProxyPass</tt> directive.
  -<p>
  -Example:<br>
  -Suppose the local server has address <samp>http://wibble.org/</samp>; then
  -<pre>
  -   ProxyPass         /mirror/foo/ http://foo.com/
  -   ProxyPassReverse  /mirror/foo/ http://foo.com/
  -</pre>
  -will not only cause a local request for the
  -&lt;<samp>http://wibble.org/mirror/foo/bar</samp>&gt; to be internally
  -converted into a proxy request to &lt;<samp>http://foo.com/bar</samp>&gt; (the
  -functionality <samp>ProxyPass</samp> provides here). It also takes care of
  -redirects the server foo.com sends: when <samp>http://foo.com/bar</samp> is
  -redirected by him to <samp>http://foo.com/quux</samp> Apache adjusts this to
  -<samp>http://wibble.org/mirror/foo/quux</samp> before forwarding the HTTP
  -redirect response to the client. 
  -<p>
  -Note that this <samp>ProxyPassReverse</samp> directive can also be used in
  -conjunction with the proxy pass-through feature ("<samp>RewriteRule ...
  -[P]</samp>") from
  -<a
  - href="mod_rewrite.html#RewriteRule"
  -><tt>mod_rewrite</tt></a> because its doesn't depend on a corresponding
  -<samp>ProxyPass</samp> directive.
  -
  -<hr>
  -
  -<h2><a name="allowconnect">AllowCONNECT</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> AllowCONNECT <em>port</em> 
  -    [<em>port</em>] ...<br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em><samp>AllowCONNECT</samp> 443 563</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> <samp>AllowCONNECT</samp> is only
  -available in Apache 1.3.2 and later.<p>
  -
  -The <samp>AllowCONNECT</samp> directive specifies a list of port numbers
  -to which the proxy <samp>CONNECT</samp> method may connect.
  -Today's browsers use this method when a <em>https</em> connection
  -is requested and proxy tunneling over <em>http</em> is in effect.<br>
  -By default, only the default https port (443) and the default
  -snews port (563) are enabled. Use the <samp>AllowCONNECT</samp>
  -directive to overrride this default and allow connections to the
  -listed ports only.
  -
  -<hr>
  -
  -<h2><a name="proxyblock">ProxyBlock</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyBlock *|<em>word|host|domain</em>
  -    [<em>word|host|domain</em>] ...<br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>None</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyBlock is only available in
  -Apache 1.2 and later.<p>
  -
  -The ProxyBlock directive specifies a list of words, hosts and/or domains,
  -separated by spaces.  HTTP, HTTPS, and FTP document requests to sites whose
  -names contain matched words, hosts or domains are <em>blocked</em> by the
  -proxy server. The proxy module will also attempt to determine IP addresses of
  -list items which may be hostnames during startup, and cache them for match
  -test as well. Example:
  -
  -<pre>
  -  ProxyBlock joes-garage.com some-host.co.uk rocky.wotsamattau.edu
  -</pre>
  -
  -'rocky.wotsamattau.edu' would also be matched if referenced by IP address.<p>
  -
  -Note that 'wotsamattau' would also be sufficient to match 'wotsamattau.edu'.<p>
  -
  -Note also that
  -
  -<pre>
  -ProxyBlock *
  -</pre>
  -
  -blocks connections to all sites.
  -
  -<hr>
  -
  -<h2><a name="proxyreceivebuffersize">ProxyReceiveBufferSize</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyReceiveBufferSize <em>bytes</em><br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>None</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyReceiveBufferSize is only available in
  -Apache 1.3 and later.<p>
  -
  -The ProxyReceiveBufferSize directive specifies an explicit network buffer size
  -for outgoing HTTP and FTP connections, for increased throughput.  It has to be
  -greater than 512 or set to 0 to indicate that the system's default buffer size
  -should be used. 
  -
  -<p>
  -Example:
  -
  -<pre>
  -  ProxyReceiveBufferSize 2048
  -</pre>
  -
  -<hr>
   
  -<h2><a name="proxymaxforwards">ProxyMaxForwards</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyMaxForwards <em>bytes</em><br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>10</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyMaxForwards is only available in
  -Apache 2.0 and later.<p>
  -
  -The ProxyMaxForwards directive specifies the maximum number of proxies
  -through which a request may pass. This is set to prevent infinite proxy
  -loops, or a DoS attack.
  -
  -<p>
  -Example:
  -
  -<pre>
  -  ProxyMaxForwards 10
  -</pre>
  -
  -<hr>
  -
  -<h2><a name="noproxy">NoProxy</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> NoProxy 
  - <a href="#domain"><em>Domain</em></a>|<a 
  -    href="#subnet"><em>SubNet</em></a>|<a
  -    href="#ipaddr"><em>IpAddr</em></a>|<a 
  -    href="#hostname"><em>Hostname</em></a>
  -[<a href="#domain"><em>Domain</em></a>|<a 
  -    href="#subnet"><em>SubNet</em></a>|<a
  -    href="#ipaddr"><em>IpAddr</em></a>|<a 
  -    href="#hostname"><em>Hostname</em></a>] ...<br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>None</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> NoProxy is only available in
  -Apache 1.3 and later.<p>
  -
  -This directive is only useful for Apache proxy servers within intranets.
  -The NoProxy directive specifies a list of subnets, IP addresses, hosts
  -and/or domains, separated by spaces. A request to a host which matches
  -one or more of these is always served directly, without forwarding to
  -the configured ProxyRemote proxy server(s).
  -<p>
  -Example:
  +<hr/><h2><a name="AllowCONNECT">AllowCONNECT</a> <a name="allowconnect">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>AllowCONNECT <em>port</em> [<em>port</em>] ...</syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>AllowCONNECT 443 563</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr></table></td></tr></table><usage>
  +<p>The <code class="directive">AllowCONNECT</code> directive specifies a list
  +of port numbers to which the proxy <code>CONNECT</code> method may
  +connect.  Today's browsers use this method when a <em>https</em>
  +connection is requested and proxy tunneling over <em>http</em> is in
  +effect.<br> By default, only the default https port (443) and the
  +default snews port (563) are enabled. Use the
  +<code class="directive">AllowCONNECT</code> directive to overrride this default and
  +allow connections to the listed ports only.</p>
  +</usage><hr/><h2><a name="NoProxy">NoProxy</a> <a name="noproxy">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>NoProxy 
  + <em>Domain</em>|
  + <em>SubNet</em>|
  + <em>IpAddr</em>| 
  + <em>Hostname</em>
  +[<em>Domain</em>| 
  + <em>SubNet</em>|
  + <em>IpAddr</em>| 
  + <em>Hostname</em>] ...</syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr></table></td></tr></table><usage>
  +<p>This directive is only useful for Apache proxy servers within
  +intranets.  The <code class="directive">NoProxy</code> directive specifies a
  +list of subnets, IP addresses, hosts and/or domains, separated by
  +spaces. A request to a host which matches one or more of these is
  +always served directly, without forwarding to the configured
  +<a href="#proxyremote" class="directive"><code class="directive">ProxyRemote</code></a> proxy server(s).</p>
   
  -<pre>
  -  ProxyRemote  *  http://firewall.mycompany.com:81
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +  ProxyRemote  *  http://firewall.mycompany.com:81<br>
     NoProxy         .mycompany.com 192.168.112.0/21 
  -</pre>
  -The arguments to the NoProxy directive are one of the following type list:
  +</code></td></tr></table></blockquote>
  +
  +<p>The arguments to the NoProxy directive are one of the following type list:</p>
      <dl>
  -    <!-- ===================== Domain ======================= -->
  -    <a name="domain">
  -    <dt><em>Domain</em></a>
  +    
  +    <dt><a name="domain">
  +    <em>Domain</em></a></dt>
       <dd>A <em>Domain</em> is a partially qualified DNS domain name, preceded
           by a period.
           It represents a list of hosts which logically belong to the same DNS
           domain or zone (<em>i.e.</em>, the suffixes of the hostnames are all ending in 
           <em>Domain</em>).<br>
  -		Examples: <samp>.com</samp>   <samp>.apache.org.</samp><br>
  +		Examples: <code>.com</code>   <code>.apache.org.</code><br>
           To distinguish <em>Domain</em>s from <a href="#hostname"><em>Hostname</em></a>s (both
           syntactically and semantically; a DNS domain can have a DNS A record,
           too!), <em>Domain</em>s are always written
           with a leading period.<br>
           Note: Domain name comparisons are done without regard to the case,
           and <em>Domain</em>s are always assumed to be anchored in the root 
  -        of the DNS tree, therefore two domains <samp>.MyDomain.com</samp> and
  -        <samp>.mydomain.com.</samp> (note the trailing period) are
  +        of the DNS tree, therefore two domains <code>.MyDomain.com</code> and
  +        <code>.mydomain.com.</code> (note the trailing period) are
           considered equal. Since a domain comparison does not involve a DNS
  -	lookup, it is much more efficient than subnet comparison.
  +	lookup, it is much more efficient than subnet comparison.</dd>
   
  -    <!-- ===================== SubNet ======================= -->
  -    <a name="subnet">
  -    <dt><em>SubNet</em></a>
  +    
  +    <dt><a name="subnet">
  +    <em>SubNet</em></a></dt>
       <dd>A <em>SubNet</em> is a partially qualified internet address in
           numeric (dotted quad) form, optionally followed by a slash and the
           netmask, specified as the number of significant bits in the
  @@ -824,44 +283,40 @@
           only be multiples of 8 bits wide.)<br>
           Examples:
           <dl>
  -         <dt><samp>192.168</samp> or <samp>192.168.0.0</samp>
  +         <dt><code>192.168</code> or <code>192.168.0.0</code></dt>
            <dd>the subnet 192.168.0.0 with an implied netmask of 16 valid bits
  -             (sometimes used in the netmask form <samp>255.255.0.0</samp>)
  -         <dt><samp>192.168.112.0/21</samp>
  -         <dd>the subnet <samp>192.168.112.0/21</samp> with a netmask of 21
  -             valid bits (also used in the form 255.255.248.0)
  +             (sometimes used in the netmask form <code>255.255.0.0</code>)</dd>
  +         <dt><code>192.168.112.0/21</code></dt>
  +         <dd>the subnet <code>192.168.112.0/21</code> with a netmask of 21
  +             valid bits (also used in the form 255.255.248.0)</dd>
           </dl>
   		As a degenerate case, a <em>SubNet</em> with 32 valid bits is the
           equivalent to an <em>IPAddr</em>, while a <em>SubNet</em> with zero
           valid bits (<em>e.g.</em>, 0.0.0.0/0) is the same as the constant
  -        <em>_Default_</em>, matching any IP address. 
  +        <em>_Default_</em>, matching any IP address. </dd>
   
  -    <!-- ===================== IPAddr ======================= -->
  -    <a name="ipaddr">
  -    <dt><em>IPAddr</em></a>
  +    
  +    <dt><a name="ipaddr">
  +    <em>IPAddr</em></a></dt>
       <dd>A <em>IPAddr</em> represents a fully qualified internet address in
           numeric (dotted quad) form. Usually, this address represents a
           host, but there need not necessarily be a DNS domain name
           connected with the address.<br>
   		Example: 192.168.123.7<br>
           Note: An <em>IPAddr</em> does not need to be resolved by the DNS
  -	system, so it can result in more effective apache performance.
  -        <p><strong>See Also:</strong>
  -	<a href="../dns-caveats.html">DNS Issues</a></p>
  +	system, so it can result in more effective apache performance.</dd>
   
  -    <!-- ===================== Hostname ======================= -->
  -    <a name="hostname">
  -    <dt><em>Hostname</em></a>
  +    
  +    <dt><a name="hostname">
  +    <em>Hostname</em></a></dt>
       <dd>A <em>Hostname</em> is a fully qualified DNS domain name which can
  -        be resolved to one or more <a
  -	href="#ipaddr"><em>IPAddrs</em></a> via the DNS domain name service. 
  +        be resolved to one or more <a href="#ipaddr"><em>IPAddrs</em></a> via the DNS domain name service. 
           It represents a logical host (in contrast to
   	<a href="#domain"><em>Domain</em></a>s, see 
  -        above) and must be resolvable to at least one <a
  -	href="#ipaddr"><em>IPAddr</em></a> (or often to a list of hosts
  +        above) and must be resolvable to at least one <a href="#ipaddr"><em>IPAddr</em></a> (or often to a list of hosts
   	with different <a href="#ipaddr"><em>IPAddr</em></a>'s).<br> 
  -		Examples: <samp>prep.ai.mit.edu</samp>
  -                  <samp>www.apache.org.</samp><br>
  +		Examples: <code>prep.ai.mit.edu</code>
  +                  <code>www.apache.org.</code><br>
           Note: In many situations, it is more effective to specify an
           <a href="#ipaddr"><em>IPAddr</em></a> in place of a
   	<em>Hostname</em> since a DNS lookup 
  @@ -870,190 +325,207 @@
           link.<br>
           Note: <em>Hostname</em> comparisons are done without regard to the case,
           and <em>Hostname</em>s are always assumed to be anchored in the root
  -        of the DNS tree, therefore two hosts <samp>WWW.MyDomain.com</samp>
  -        and <samp>www.mydomain.com.</samp> (note the trailing period) are
  -        considered equal.<br>
  -<p><strong>See Also:</strong>
  -<a href="../dns-caveats.html">DNS Issues</a></p>
  -   </dl>
  +        of the DNS tree, therefore two hosts <code>WWW.MyDomain.com</code>
  +        and <code>www.mydomain.com.</code> (note the trailing period) are
  +        considered equal.</dd>
  +</dl>
  +</usage><p><strong>See also </strong></p><ul><li><a href="../dns-caveats.html">DNS Issues</a></li></ul><hr/><h2><a name="ProxyBlock">ProxyBlock</a> <a name="proxyblock">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyBlock *|<em>word|host|domain</em>
  +[<em>word|host|domain</em>] ...</syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr></table></td></tr></table><usage>
  +<p>The <code class="directive">ProxyBlock</code> directive specifies a list of
  +words, hosts and/or domains, separated by spaces.  HTTP, HTTPS, and
  +FTP document requests to sites whose names contain matched words,
  +hosts or domains are <em>blocked</em> by the proxy server. The proxy
  +module will also attempt to determine IP addresses of list items which
  +may be hostnames during startup, and cache them for match test as
  +well. Example:</p>
   
  -<hr>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
  +  ProxyBlock joes-garage.com some-host.co.uk rocky.wotsamattau.edu
  +</code></td></tr></table></blockquote>
   
  -<h2><a name="proxytimeout">ProxyTimeout</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyTimeout <em>n</em> seconds<br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>server default timeout</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyDomain is only available in
  -Apache 2.0.31 and later.<p>
  +<p>'rocky.wotsamattau.edu' would also be matched if referenced by IP
  +address.</p>
   
  -<p>This directive allows a user to specifiy a timeout on proxy requests.
  -This is usefull when you have a slow/buggy appserver which hangs,
  -and you would rather just return a timeout and fail gracefully instead
  -of waiting however long it takes the server to return
  -</p>
  -<hr>
  +<p>Note that 'wotsamattau' would also be sufficient to match
  +'wotsamattau.edu'.</p>
   
  +<p>Note also that</p>
   
  -<h2><a name="proxydomain">ProxyDomain</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyDomain <em>Domain</em><br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>None</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyDomain is only available in
  -Apache 1.3 and later.<p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
  +ProxyBlock *
  +</code></td></tr></table></blockquote>
   
  -This directive is only useful for Apache proxy servers within intranets.
  -The ProxyDomain directive specifies the default domain which the apache
  -proxy server will belong to. If a request to a host without a domain name
  -is encountered, a redirection response to the same host
  -with the configured <em>Domain</em> appended will be generated. 
  +<p>blocks connections to all sites.</p>
  +
  +</usage><hr/><h2><a name="ProxyDomain">ProxyDomain</a> <a name="proxydomain">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyDomain <em>Domain</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr></table></td></tr></table><usage>
  +<p>This directive is only useful for Apache proxy servers within
  +intranets.  The <code class="directive">ProxyDomain</code> directive specifies
  +the default domain which the apache proxy server will belong to. If a
  +request to a host without a domain name is encountered, a redirection
  +response to the same host with the configured <em>Domain</em> appended
  +will be generated.</p>
  +
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +  ProxyRemote  *  http://firewall.mycompany.com:81<br>
  +  NoProxy         .mycompany.com 192.168.112.0/21<br>
  +  ProxyDomain     .mycompany.com
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="ProxyErrorOverride">ProxyErrorOverride</a> <a name="proxyerroroverride">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyErrorOverride On|Off</syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>ProxyErrorOverride Off</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr><tr><td align="left" valign="top"><a href="directive-dict.html#Compatibility" class="help">Compatibility:</a></td><td>Available in version 2.0 and later</td></tr></table></td></tr></table><usage>
  +<p>This directive is useful for reverse-proxy setups, where you want to 
  +have a common look and feel on the error pages seen by the end user. 
  +This also allows for included files (via mod_include's SSI) to get
  +the error code and act accordingly (default behavior would display
  +the error page of the proxied server, turning this on shows the SSI
  +Error message).</p>
  +</usage><hr/><h2><a name="ProxyMaxForwards">ProxyMaxForwards</a> <a name="proxymaxforwards">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyMaxForwards <em>number</em></syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>ProxyMaxForwards 10</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr><tr><td align="left" valign="top"><a href="directive-dict.html#Compatibility" class="help">Compatibility:</a></td><td>Available in Apache 2.0 and later</td></tr></table></td></tr></table><usage>
  +<p>The <code class="directive">ProxyMaxForwards</code> directive specifies the
  +maximum number of proxies through which a request may pass. This is
  +set to prevent infinite proxy loops, or a DoS attack.</p>
  +
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +  ProxyMaxForwards 10
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="ProxyPass">ProxyPass</a> <a name="proxypass">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyPass [<em>path</em>] !|<em>url</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr></table></td></tr></table><usage>
  +
  +<p>This directive allows remote servers to be mapped into the space of
  +the local server; the local server does not act as a proxy in the
  +conventional sense, but appears to be a mirror of the remote
  +server. <em>path</em> is the name of a local virtual path;
  +<em>url</em> is a partial URL for the remote server.</p>
  +
  +<p>Suppose the local server has address <code>http://wibble.org/</code>; 
  +then</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
  +   ProxyPass /mirror/foo/ http://foo.com/
  +</code></td></tr></table></blockquote>
  +<p>will cause a local request for the
  +&lt;<code>http://wibble.org/mirror/foo/bar</code>&gt; to be
  +internally converted into a proxy request to
  +&lt;<code>http://foo.com/bar</code>&gt;.</p>
   <p>
  -Example:
  +The ! directive is useful in situations where you don't want to reverse-proxy
  +a subdirectory. eg.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
  +        ProxyPass /mirror/foo/i !<br>
  +        ProxyPass /mirror/foo http://foo.com
  +</code></td></tr></table></blockquote>
  +<p>will proxy all requests to /mirror/foo to foo.com EXCEPT requests made to /mirror/foo/i</p>
  +
  +<blockquote><table><tr><td bgcolor="#e0e5f5">NB: order is important. you need to put the exclusions BEFORE the general proxypass directive</td></tr></table></blockquote>
  +</usage><hr/><h2><a name="ProxyPassReverse">ProxyPassReverse</a> <a name="proxypassreverse">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyPassReverse [<em>path</em>] <em>url</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr></table></td></tr></table><usage>
  +
  +<p>This directive lets Apache adjust the URL in the <code>Location</code>,
  +<code>Content-Location</code> and <code>URI</code> headers on
  +HTTP redirect responses. This is essential when Apache is used as
  +a reverse proxy to avoid by-passing the reverse proxy because of HTTP
  +redirects on the backend servers which stay behind the reverse proxy.</p>
  +
  +<p><em>path</em> is the name of a local virtual path.<br>
  +<em>url</em> is a partial URL for the remote server - the same way they are
  +used for the <a href="#proxypass" class="directive"><code class="directive">ProxyPass</code></a> directive.</p>
  +
  +<p>
  +Example:<br>
  +Suppose the local server has address <code>http://wibble.org/</code>; then</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
  +   ProxyPass         /mirror/foo/ http://foo.com/<br>
  +   ProxyPassReverse  /mirror/foo/ http://foo.com/
  +</code></td></tr></table></blockquote>
  +<p>will not only cause a local request for the
  +&lt;<code>http://wibble.org/mirror/foo/bar</code>&gt; to be internally
  +converted into a proxy request to &lt;<code>http://foo.com/bar</code>&gt; (the
  +functionality <code>ProxyPass</code> provides here). It also takes care of
  +redirects the server foo.com sends: when <code>http://foo.com/bar</code> is
  +redirected by him to <code>http://foo.com/quux</code> Apache adjusts this to
  +<code>http://wibble.org/mirror/foo/quux</code> before forwarding the HTTP
  +redirect response to the client. </p>
  +<p>
  +Note that this <code class="directive">ProxyPassReverse</code> directive can
  +also be used in conjunction with the proxy pass-through feature
  +("<code>RewriteRule ...  [P]</code>") from
  +<code><a href="mod_rewrite.html">mod_rewrite</a></code> because its doesn't depend on a
  +corresponding <a href="#proxypass" class="directive"><code class="directive">ProxyPass</code></a>
  +directive.</p>
  +</usage><hr/><h2><a name="ProxyPreserveHost">ProxyPreserveHost</a> <a name="proxypreservehost">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyPreserveHost on|off</syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>ProxyPreserveHost Off</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr><tr><td align="left" valign="top"><a href="directive-dict.html#Compatibility" class="help">Compatibility:</a></td><td>Available in
  +Apache 2.0.31 and later.</td></tr></table></td></tr></table><usage>
  +<p>When enabled, this option will pass the Host: line from the
  +incoming request to the proxied host, instead of the hostname
  +specified in the proxypass line.
  +</p>
  +<p>This option should normally be turned 'off'.</p>
  +</usage><hr/><h2><a name="ProxyReceiveBufferSize">ProxyReceiveBufferSize</a> <a name="proxyreceivebuffersize">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyReceiveBufferSize <em>bytes</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr></table></td></tr></table><usage>
  +<p>The <code class="directive">ProxyReceiveBufferSize</code> directive
  +specifies an explicit network buffer size for outgoing HTTP and FTP
  +connections, for increased throughput.  It has to be greater than 512
  +or set to 0 to indicate that the system's default buffer size should
  +be used.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +  ProxyReceiveBufferSize 2048
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="ProxyRemote">ProxyRemote</a> <a name="proxyremote">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyRemote <em>match remote-server</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr></table></td></tr></table><usage>
  +<p>This defines remote proxies to this proxy. <em>match</em> is either the
  +name of a URL-scheme that the remote server supports, or a partial URL
  +for which the remote server should be used, or '*' to indicate the
  +server should be contacted for all requests. <em>remote-server</em> is a
  +partial URL for the remote server. Syntax:</p>
   
   <pre>
  -  ProxyRemote  *  http://firewall.mycompany.com:81
  -  NoProxy         .mycompany.com 192.168.112.0/21 
  -  ProxyDomain     .mycompany.com
  +  remote-server = protocol://hostname[:port]
   </pre>
   
  -<hr>
  +<p><em>protocol</em> is the protocol that should be used to communicate
  +with the remote server; only "http" is supported by this module.</p>
   
  -<h2><a name="proxyvia">ProxyVia</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyVia on|off|full|block<br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>ProxyVia off</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyVia is only available in
  -Apache 1.3.2 and later.<p>
  +<p>
  +Example:</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
  +  ProxyRemote http://goodguys.com/ http://mirrorguys.com:8000<br>
  +  ProxyRemote * http://cleversite.com<br>
  +  ProxyRemote ftp http://ftpproxy.mydomain.com:8080
  +</code></td></tr></table></blockquote>
   
  -This directive controls the use of the <samp>Via:</samp> HTTP header
  -by the proxy. Its intended use is to control the flow of of proxy
  -requests along a chain of proxy servers.
  -See RFC2068 (HTTP/1.1) for an explanation of <samp>Via:</samp> header lines.<ul>
  -<li>If set to <em>off</em>, which is the default, no special
  -processing is performed. If a request or reply contains a <samp>Via:</samp> header,
  -it is passed through unchanged.
  -<li>If set to <em>on</em>, each request and reply will get a <samp>Via:</samp> header
  -line added for the current host.
  -<li>If set to <em>full</em>, each generated <samp>Via:</samp> header line will
  -additionally have the Apache server version shown as a <samp>Via:</samp> comment field.
  -<li>If set to <em>block</em>, every proxy request will have all its
  -<samp>Via:</samp> header lines removed. No new <samp>Via:</samp> header will be generated.
  -</ul>
  +<p>In the last example, the proxy will forward FTP requests, encapsulated
  +as yet another HTTP proxy request, to another proxy which can handle
  +them.</p>
   
  -<hr>
  +<p>This option also supports reverse proxy configuration - a backend
  +webserver can be embedded within a virtualhost URL space even if that
  +server is hidden by another forward proxy.</p>
  +</usage><hr/><h2><a name="ProxyRequests">ProxyRequests</a> <a name="proxyrequests">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyRequests on|off</syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>ProxyRequests Off</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr></table></td></tr></table><usage>
  +<p>This allows or prevents Apache from functioning as a forward proxy
  +server. (Setting ProxyRequests to 'off' does not disable use of the 
  +<a href="#proxypass" class="directive"><code class="directive">ProxyPass</code></a> directive.)</p>
   
  -<h2><a name="proxyerroroverride">ProxyErrorOverride</a> directive</h2>
  -<a
  - href="directive-dict.html#Syntax"
  - REL="Help"
  -><strong>Syntax:</strong></a> ProxyErrorOverride<em>on</em><br>
  -<a
  - href="directive-dict.html#Default"
  - REL="Help"
  -><strong>Default:</strong></a> <em>off</em><br>
  -<a
  - href="directive-dict.html#Context"
  - REL="Help"
  -><strong>Context:</strong></a> server config, virtual host<br>
  -<a
  - href="directive-dict.html#Override"
  - REL="Help"
  -><strong>Override:</strong></a> <em>Not applicable</em><br>
  -<a
  - href="directive-dict.html#Status"
  - REL="Help"
  -><strong>Status:</strong></a> Base<br>
  -<a
  - href="directive-dict.html#Module"
  - REL="Help"
  -><strong>Module:</strong></a> mod_proxy<br>
  -<a
  - href="directive-dict.html#Compatibility"
  - REL="Help"
  -><strong>Compatibility:</strong></a> ProxyErrorOverride
  -Apache 2.0 and later.<p>
  +<p>In a typical reverse proxy configuration, this option should be set to
  +'off'.</p>
  +</usage><hr/><h2><a name="ProxyTimeout">ProxyTimeout</a> <a name="proxytimeout">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyTimeout <em>seconds</em></syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>ProxyTimeout 300</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr><tr><td align="left" valign="top"><a href="directive-dict.html#Compatibility" class="help">Compatibility:</a></td><td>Available in
  +Apache 2.0.31 and later</td></tr></table></td></tr></table><usage>
  +<p>This directive allows a user to specifiy a timeout on proxy requests.
  +This is usefull when you have a slow/buggy appserver which hangs,
  +and you would rather just return a timeout and fail gracefully instead
  +of waiting however long it takes the server to return
  +</p>
  +</usage><hr/><h2><a name="ProxyVia">ProxyVia</a> <a name="proxyvia">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ProxyVia on|off|full|block</syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>ProxyVia off</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_proxy</td></tr></table></td></tr></table><usage>
  +<p>This directive controls the use of the <code>Via:</code> HTTP
  +header by the proxy. Its intended use is to control the flow of of
  +proxy requests along a chain of proxy servers.  See RFC2068 (HTTP/1.1)
  +for an explanation of <code>Via:</code> header lines.</p>
   
  -This directive is useful for reverse-proxy setups, where you want to 
  -have a common look and feel on the error pages seen by the end user. 
  -This also allows for included files (via mod_include's SSI) to get
  -the error code and act accordingly (default behavior would display
  -the error page of the proxied server, turning this on shows the SSI
  -Error message).
  +<ul> <li>If set
  +to <em>off</em>, which is the default, no special processing is
  +performed. If a request or reply contains a <code>Via:</code> header,
  +it is passed through unchanged.</li>
   
  -<p>
  +<li>If set to <em>on</em>, each
  +request and reply will get a <code>Via:</code> header line added for
  +the current host.</li>
   
  -<!--#include virtual="footer.html" -->
  -</body>
  -</html>
  +<li>If set to <em>full</em>, each generated <code>Via:</code> header
  +line will additionally have the Apache server version shown as a
  +<code>Via:</code> comment field.</li>
   
  +<li>If set to <em>block</em>, every
  +proxy request will have all its <code>Via:</code> header lines
  +removed. No new <code>Via:</code> header will be generated.</li>
  +</ul>
  +</usage><hr/><h3 align="center">Apache HTTP Server Version 2.0</h3><a href="./"><img alt="Index" src="../images/index.gif"/></a><a href="../"><img alt="Home" src="../images/home.gif"/></a></blockquote></body></html>
  \ No newline at end of file
  
  
  
  1.3       +576 -1818 httpd-2.0/docs/manual/mod/mod_ssl.html
  
  Index: mod_ssl.html
  ===================================================================
  RCS file: /home/cvs/httpd-2.0/docs/manual/mod/mod_ssl.html,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -d -b -u -r1.2 -r1.3
  --- mod_ssl.html	6 Nov 2001 16:07:13 -0000	1.2
  +++ mod_ssl.html	10 Mar 2002 04:35:19 -0000	1.3
  @@ -1,38 +1,9 @@
  -<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
  -    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
  -<html xmlns="http://www.w3.org/1999/xhtml">
  -<title>Apache module mod_ssl</title>
  -<style type="text/css"><!--
  -#H {
  -}
  -#D {
  -    background-color: #f0f0f0;
  -}
  ---></style>
  -</head>
  -
  -
  -<body bgcolor="#FFFFFF" text="#000000" link="#0000FF"
  -vlink="#000080" alink="#FF0000">
  -<!--#include virtual="header.html" -->
  -
  -
  -<h1 align="CENTER">Module mod_ssl</h1>
  -
  -<p>This module provides strong cryptography using the Secure Sockets
  -Layer (SSL) and Transport Layer Security (TLS) protocols.</p>
  -
  -<p><a href="module-dict.html#Status"
  -rel="Help"><strong>Status:</strong></a> Extension<br />
  -<a href="module-dict.html#SourceFile"
  -rel="Help"><strong>Source File:</strong></a>
  -mod_ssl.c<br />
  -<a href="module-dict.html#ModuleIdentifier"
  -rel="Help"><strong>Module Identifier:</strong></a>
  -ssl_module</p>
  -
  -<h2>Summary</h2>
  -
  +<html xmlns="http://www.w3.org/TR/xhtml1/strict"><head><!--
  +XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  +     This file is generated from xml source: DO NOT EDIT
  +XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  +--><title>mod_ssl - Apache HTTP Server</title><link href="../style/manual.css" type="text/css" rel="stylesheet"/></head><body><blockquote><div align="center"><img alt="[APACHE DOCUMENTATION]" src="../images/sub.gif"/><h3>Apache HTTP Server Version 2.0</h3></div><h1 align="center">Apache Module mod_ssl</h1><table cellspacing="1" cellpadding="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td valign="top"><span class="help">Description:</span></td><td><description>Strong cryptography using the Secure Sockets
  +Layer (SSL) and Transport Layer Security (TLS) protocols</description></td></tr><tr><td><a href="module-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="module-dict.html#ModuleIdentifier" class="help">Module&nbsp;Identifier:</a></td><td>ssl_module</td></tr></table></td></tr></table><h2>Summary</h2><summary>
   <p>This module provides SSL v2/v3 and TLS v1 support for the Apache
   HTTP Server.  It was contributed by Ralf S. Engeschall based on his
   mod_ssl project and originally derived from work by Ben Laurie.</p>
  @@ -42,42 +13,14 @@
   
   <p>Further details, discussion, and examples are provided in the
   <a href="../ssl/">SSL documentation</a>.</p>
  +</summary><h2>Directives</h2><ul><li><a href="#sslcacertificatefile">SSLCACertificateFile</a></li><li><a href="#sslcacertificatepath">SSLCACertificatePath</a></li><li><a href="#sslcarevocationfile">SSLCARevocationFile</a></li><li><a href="#sslcarevocationpath">SSLCARevocationPath</a></li><li><a href="#sslcertificatechainfile">SSLCertificateChainFile</a></li><li><a href="#sslcertificatefile">SSLCertificateFile</a></li><li><a href="#sslcertificatekeyfile">SSLCertificateKeyFile</a></li><li><a href="#sslciphersuite">SSLCipherSuite</a></li><li><a href="#sslengine">SSLEngine</a></li><li><a href="#ssllog">SSLLog</a></li><li><a href="#sslloglevel">SSLLogLevel</a></li><li><a href="#sslmutex">SSLMutex</a></li><li><a href="#ssloptions">SSLOptions</a></li><li><a href="#sslpassphrasedialog">SSLPassPhraseDialog</a></li><li><a href="#sslprotocol">SSLProtocol</a></li><li><a href="#sslrandomseed">SSLRandomSeed</a></li><li><a href="#sslrequire">SSLRequire</a></li><li><a href="#sslrequiressl">SSLRequireSSL</a></li><li><a href="#sslsessioncache">SSLSessionCache</a></li><li><a href="#sslsessioncachetimeout">SSLSessionCacheTimeout</a></li><li><a href="#sslverifyclient">SSLVerifyClient</a></li><li><a href="#sslverifydepth">SSLVerifyDepth</a></li></ul><h2><a name="ToC25">Environment Variables</a></h2>
   
  -<h2>Directives</h2>
  -
  -<ul>
  -<li><a href="#sslpassphrasedialog">SSLPassPhraseDialog</a></li>
  -<li><a href="#sslmutex">SSLMutex</a></li>
  -<li><a href="#sslrandomseed">SSLRandomSeed</a></li>
  -<li><a href="#sslsessioncache">SSLSessionCache</a></li>
  -<li><a href="#sslsessioncachetimeout">SSLSessionCacheTimeout</a></li>
  -<li><a href="#sslengine">SSLEngine</a></li>
  -<li><a href="#sslprotocol">SSLProtocol</a></li>
  -<li><a href="#sslciphersuite">SSLCipherSuite</a></li>
  -<li><a href="#sslcertificatefile">SSLCertificateFile</a></li>
  -<li><a href="#sslcertificatekeyfile">SSLCertificateKeyFile</a></li>
  -<li><a href="#sslcertificatechainfile">SSLCertificateChainFile</a></li>
  -<li><a href="#sslcacertificatepath">SSLCACertificatePath</a></li>
  -<li><a href="#sslcacertificatefile">SSLCACertificateFile</a></li>
  -<li><a href="#sslcarevocationpath">SSLCARevocationPath</a></li>
  -<li><a href="#sslcarevocationfile">SSLCARevocationFile</a></li>
  -<li><a href="#sslverifyclient">SSLVerifyClient</a></li>
  -<li><a href="#sslverifydepth">SSLVerifyDepth</a></li>
  -<li><a href="#ssllog">SSLLog</a></li>
  -<li><a href="#sslloglevel">SSLLogLevel</a></li>
  -<li><a href="#ssloptions">SSLOptions</a></li>
  -<li><a href="#sslrequiressl">SSLRequireSSL</a></li>
  -<li><a href="#sslrequire">SSLRequire</a></li>
  -</ul>
  -
  -<h2><a name="ToC25">Environment Variables</a></h2>
  -This module provides a lot of SSL information as additional environment
  +<p>This module provides a lot of SSL information as additional environment
   variables to the SSI and CGI namespace. The generated variables are listed in
   the table below. For backward compatibility the information can
  -be made available under different names, too. Look in the <a
  -href="../ssl/ssl_compat.html">Compatibility</a> chapter for details on the
  -compatibility variables.
  -<p>
  +be made available under different names, too. Look in the <a href="../ssl/ssl_compat.html">Compatibility</a> chapter for details on the
  +compatibility variables.</p>
  +
   <div align="center">
   <a name="table4"></a>
   <table width="600" cellspacing="0" cellpadding="1" border="0" summary="">
  @@ -87,9 +30,9 @@
   <tr><td valign="top" align="center" bgcolor="#ffffff">
   <table border="0" cellspacing="0" cellpadding="2" width="598" summary="">
   <tr id="H">
  - <td><b>Variable Name:</b></td>
  - <td><b>Value Type:</b></td>
  - <td><b>Description:</b></td>
  + <td><strong>Variable Name:</strong></td>
  + <td><strong>Value Type:</strong></td>
  + <td><strong>Description:</strong></td>
   </tr>
   <tr id="D"><td><code>HTTPS</code></td>                         <td>flag</td>      <td>HTTPS is being used.</td></tr>
   <tr id="H"><td><code>SSL_PROTOCOL</code></td>                  <td>string</td>    <td>The SSL protocol version (SSLv2, SSLv3, TLSv1)</td></tr>
  @@ -111,8 +54,8 @@
   <tr id="H"><td><code>SSL_CLIENT_A_SIG</code></td>              <td>string</td>    <td>Algorithm used for the signature of client's certificate</td></tr>
   <tr id="D"><td><code>SSL_CLIENT_A_KEY</code></td>              <td>string</td>    <td>Algorithm used for the public key of client's certificate</td></tr>
   <tr id="H"><td><code>SSL_CLIENT_CERT</code></td>               <td>string</td>    <td>PEM-encoded client certificate</td></tr>
  -<tr id="D"><td><code>SSL_CLIENT_CERT_CHAIN</code><i>n</i></td> <td>string</td>    <td>PEM-encoded certificates in client certificate chain</td></tr>
  -<tr id="H"><td><code>SSL_CLIENT_VERIFY</code></td>             <td>string</td>    <td><tt>NONE</tt>, <tt>SUCCESS</tt>, <tt>GENEROUS</tt> or <tt>FAILED:</tt><i>reason</i></td></tr>
  +<tr id="D"><td><code>SSL_CLIENT_CERT_CHAIN</code><em>n</em></td> <td>string</td>    <td>PEM-encoded certificates in client certificate chain</td></tr>
  +<tr id="H"><td><code>SSL_CLIENT_VERIFY</code></td>             <td>string</td>    <td><code>NONE</code>, <code>SUCCESS</code>, <code>GENEROUS</code> or <code>FAILED:</code><em>reason</em></td></tr>
   <tr id="D"><td><code>SSL_SERVER_M_VERSION</code></td>          <td>string</td>    <td>The version of the server certificate</td></tr>
   <tr id="H"><td><code>SSL_SERVER_M_SERIAL</code></td>           <td>string</td>    <td>The serial of the server certificate</td></tr>
   <tr id="D"><td><code>SSL_SERVER_S_DN</code></td>               <td>string</td>    <td>Subject DN in server's certificate</td></tr>
  @@ -131,737 +74,138 @@
   </tr></table>
   </td></tr></table>
   </div>
  -<p>
  -<br>
   <h2><a name="ToC26">Custom Log Formats</a></h2>
  -When mod_ssl is built into Apache or at least loaded (under DSO situation)
  -additional functions exist for the <a
  -href="../mod_log_config.html#formats">Custom Log Format</a> of <a
  -href="../mod_log_config.html">mod_log_config</a>. First there is an additional
  -``<code>%{</code><em>varname</em><code>}x</code>'' eXtension format function
  -which can be used to expand any variables provided by any module, especially
  -those provided by mod_ssl which can you find in the above table.
  +
  +<p>When <code><a href="mod_ssl.html">mod_ssl</a></code> is built into Apache or at least
  +loaded (under DSO situation) additional functions exist for the <a href="../mod_log_config.html#formats">Custom Log Format</a> of 
  +<code><a href="mod_log_config.html">mod_log_config</a></code>. First there is an
  +additional ``<code>%{</code><em>varname</em><code>}x</code>''
  +eXtension format function which can be used to expand any variables
  +provided by any module, especially those provided by mod_ssl which can
  +you find in the above table.</p>
   <p>
   For backward compatibility there is additionally a special
   ``<code>%{</code><em>name</em><code>}c</code>'' cryptography format function
  -provided. Information about this function is provided in the <a
  -href="../ssl/ssl_compat.html">Compatibility</a> chapter.
  +provided. Information about this function is provided in the <a href="../ssl/ssl_compat.html">Compatibility</a> chapter.</p>
   <p>
  -Example:
  -<blockquote>
  -<pre>
  +Example:</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
   CustomLog logs/ssl_request_log \
             "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b"
  -</pre>
  -</blockquote>
  -
  -<hr>
  -<!-- SSLPassPhraseDialog -------------------------------------------->
  -<p>
  -<br>
  -
  -<h2><a name="sslpassphrasedialog">SSLPassPhraseDialog</a> directive</h2>
  -<p>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLPassPhraseDialog</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Type of pass phrase dialog for encrypted private keys</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLPassPhraseDialog</code> <em>type</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <code>SSLPassPhraseDialog builtin</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.1 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -When Apache starts up it has to read the various Certificate (see <a
  -href="#SSLCertificateFile">SSLCertificateFile</a>) and Private Key (see <a
  -href="#SSLCertificateKeyFile">SSLCertificateKeyFile</a>) files of the
  -SSL-enabled virtual servers. Because for security reasons the Private Key
  -files are usually encrypted, mod_ssl needs to query the administrator for a
  -Pass Phrase in order to decrypt those files. This query can be done in two ways
  -which can be configured by <em>type</em>:
  -<ul>
  -<li><code>builtin</code>
  -    <p>
  -    This is the default where an interactive terminal dialog occurs at startup
  -    time just before Apache detaches from the terminal. Here the administrator
  -    has to manually enter the Pass Phrase for each encrypted Private Key file.
  -    Because a lot of SSL-enabled virtual hosts can be configured, the
  -    following reuse-scheme is used to minimize the dialog: When a Private Key
  -    file is encrypted, all known Pass Phrases (at the beginning there are
  -    none, of course) are tried. If one of those known Pass Phrases succeeds no
  -    dialog pops up for this particular Private Key file. If none succeeded,
  -    another Pass Phrase is queried on the terminal and remembered for the next
  -    round (where it perhaps can be reused).
  -    <p>
  -    This scheme allows mod_ssl to be maximally flexible (because for N encrypted
  -    Private Key files you <em>can</em> use N different Pass Phrases - but then
  -    you have to enter all of them, of course) while minimizing the terminal
  -    dialog (i.e. when you use a single Pass Phrase for all N Private Key files
  -    this Pass Phrase is queried only once).
  -<p>
  -<li><code>exec:/path/to/program</code>
  -    <p>
  -    Here an external program is configured which is called at startup for each
  -    encrypted Private Key file. It is called with two arguments (the first is
  -    of the form ``<code>servername:portnumber</code>'', the second is either
  -    ``<code>RSA</code>'' or ``<code>DSA</code>''), which indicate for which
  -    server and algorithm it has to print the corresponding Pass Phrase to
  -    <code>stdout</code>. The intent is that this external program first runs
  -    security checks to make sure that the system is not compromised by an
  -    attacker, and only when these checks were passed successfully it provides
  -    the Pass Phrase.
  -    <p>
  -    Both these security checks, and the way the Pass Phrase is determined, can
  -    be as complex as you like. Mod_ssl just defines the interface: an
  -    executable program which provides the Pass Phrase on <code>stdout</code>.
  -    Nothing more or less! So, if you're really paranoid about security, here
  -    is your interface. Anything else has to be left as an exercise to the
  -    administrator, because local security requirements are so different.
  -    <p>
  -    The reuse-algorithm above is used here, too. In other words: The external
  -    program is called only once per unique Pass Phrase.
  -</ul>
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLPassPhraseDialog exec:/usr/local/apache/sbin/pp-filter
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLMutex ------------------------------------------------------->
  -<p>
  -<br>
  -<a name="SSLMutex"></a>
  -<h2><a name="sslmutex">SSLMutex</a> directive</h2>
  -<p>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLMutex</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Semaphore for internal mutual exclusion of operations</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLMutex</code> <em>type</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <code>SSLMutex none</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.1 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This configures the SSL engine's semaphore (aka. lock) which is used for mutual
  -exclusion of operations which have to be done in a synchronized way between the
  -pre-forked Apache server processes. This directive can only be used in the
  -global server context because it's only useful to have one global mutex.
  -<p>
  -The following Mutex <em>types</em> are available:
  -<ul>
  -<li><code>none</code>
  -    <p>
  -    This is the default where no Mutex is used at all. Use it at your own
  -    risk. But because currently the Mutex is mainly used for synchronizing
  -    write access to the SSL Session Cache you can live without it as long
  -    as you accept a sometimes garbled Session Cache. So it's not recommended
  -    to leave this the default. Instead configure a real Mutex.
  -<p>
  -<li><code>file:/path/to/mutex</code>
  -    <p>
  -    This is the portable and (under Unix) always provided Mutex variant where
  -    a physical (lock-)file is used as the Mutex. Always use a local disk
  -    filesystem for <code>/path/to/mutex</code> and never a file residing on a
  -    NFS- or AFS-filesystem. Note: Internally, the Process ID (PID) of the
  -    Apache parent process is automatically appended to
  -    <code>/path/to/mutex</code> to make it unique, so you don't have to worry
  -    about conflicts yourself. Notice that this type of mutex is not available
  -    under the Win32 environment. There you <i>have</i> to use the semaphore
  -    mutex.
  -<p>
  -<li><code>sem</code>
  -    <p>
  -    This is the most elegant but also most non-portable Mutex variant where a
  -    SysV IPC Semaphore (under Unix) and a Windows Mutex (under Win32) is used
  -    when possible. It is only available when the underlying platform
  -    supports it.
  -</ul>
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLMutex file:/usr/local/apache/logs/ssl_mutex
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLRandomSeed -------------------------------------------------->
  -<p>
  -<br>
  -<a name="SSLRandomSeed"></a>
  -<h2><a name="sslrandomseed">SSLRandomSeed</a> directive</h2>
  -<p>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLRandomSeed</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Pseudo Random Number Generator (PRNG) seeding source</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLRandomSeed</code> <em>context</em> <em>source</em> [<em>bytes</em>]</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>none</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.2 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This configures one or more sources for seeding the Pseudo Random Number
  -Generator (PRNG) in OpenSSL at startup time (<em>context</em> is
  -<code>startup</code>) and/or just before a new SSL connection is established
  -(<em>context</em> is <code>connect</code>). This directive can only be used
  -in the global server context because the PRNG is a global facility.
  -<p>
  -The following <em>source</em> variants are available:
  -<ul>
  -<li><code>builtin</code>
  -    <p> This is the always available builtin seeding source. It's usage
  -    consumes minimum CPU cycles under runtime and hence can be always used
  -    without drawbacks. The source used for seeding the PRNG contains of the
  -    current time, the current process id and (when applicable) a randomly
  -    choosen 1KB extract of the inter-process scoreboard structure of Apache.
  -    The drawback is that this is not really a strong source and at startup
  -    time (where the scoreboard is still not available) this source just
  -    produces a few bytes of entropy. So you should always, at least for the
  -    startup, use an additional seeding source.
  -<p>
  -<li><code>file:/path/to/source</code>
  -    <p>
  -    This variant uses an external file <code>/path/to/source</code> as the
  -    source for seeding the PRNG. When <em>bytes</em> is specified, only the
  -    first <em>bytes</em> number of bytes of the file form the entropy (and
  -    <em>bytes</em> is given to <code>/path/to/source</code> as the first
  -    argument). When <em>bytes</em> is not specified the whole file forms the
  -    entropy (and <code>0</code> is given to <code>/path/to/source</code> as
  -    the first argument). Use this especially at startup time, for instance
  -    with an available <code>/dev/random</code> and/or
  -    <code>/dev/urandom</code> devices (which usually exist on modern Unix
  -    derivates like FreeBSD and Linux).
  -    <p>
  -    <em>But be careful</em>: Usually <code>/dev/random</code> provides only as
  -    much entropy data as it actually has, i.e. when you request 512 bytes of
  -    entropy, but the device currently has only 100 bytes available two things
  -    can happen: On some platforms you receive only the 100 bytes while on
  -    other platforms the read blocks until enough bytes are available (which
  -    can take a long time). Here using an existing <code>/dev/urandom</code> is
  -    better, because it never blocks and actually gives the amount of requested
  -    data. The drawback is just that the quality of the received data may not
  -    be the best.
  -    <p>
  -    On some platforms like FreeBSD one can even control how the entropy is
  -    actually generated, i.e. by which system interrupts. More details one can
  -    find under <i>rndcontrol(8)</i> on those platforms. Alternatively, when
  -    your system lacks such a random device, you can use tool
  -    like <a href="http://www.lothar.com/tech/crypto/">EGD</a>
  -    (Entropy Gathering Daemon) and run it's client program with the
  -    <code>exec:/path/to/program/</code> variant (see below) or use
  -    <code>egd:/path/to/egd-socket</code> (see below).
  -<p>
  -<li><code>exec:/path/to/program</code>
  -    <p>
  -    This variant uses an external executable <code>/path/to/program</code> as
  -    the source for seeding the PRNG. When <em>bytes</em> is specified, only the
  -    first <em>bytes</em> number of bytes of its <code>stdout</code> contents
  -    form the entropy. When <em>bytes</em> is not specified, the entirety of
  -    the data produced on <code>stdout</code> form the entropy. Use this only
  -    at startup time when you need a very strong seeding with the help of an
  -    external program (for instance as in the example above with the
  -    <code>truerand</code> utility you can find in the mod_ssl distribution
  -    which is based on the AT&amp;T <em>truerand</em> library). Using this in
  -    the connection context slows down the server too dramatically, of course.
  -    So usually you should avoid using external programs in that context.
  -<p>
  -<li><code>egd:/path/to/egd-socket</code> (Unix only)
  -    <p>
  -    This variant uses the Unix domain socket of the
  -    external Entropy Gathering Daemon (EGD) (see <a
  -    href="http://www.lothar.com/tech/crypto/">http://www.lothar.com/tech
  -    /crypto/</a>) to seed the PRNG. Use this if no random device exists
  -    on your platform.
  -</ul>
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLRandomSeed startup builtin
  -SSLRandomSeed startup file:/dev/random
  -SSLRandomSeed startup file:/dev/urandom 1024
  -SSLRandomSeed startup exec:/usr/local/bin/truerand 16
  -SSLRandomSeed connect builtin
  -SSLRandomSeed connect file:/dev/random
  -SSLRandomSeed connect file:/dev/urandom 1024
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLSessionCache ------------------------------------------------>
  -<p>
  -<br>
  -<a name="SSLSessionCache"></a>
  -<h2><a name="sslsessioncache">SSLSessionCache</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLSessionCache</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Type of the global/inter-process SSL Session Cache</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLSessionCache</code> <em>type</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <code>SSLSessionCache none</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.1 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This configures the storage type of the global/inter-process SSL Session
  -Cache. This cache is an optional facility which speeds up parallel request
  -processing. For requests to the same server process (via HTTP keep-alive),
  -OpenSSL already caches the SSL session information locally. But because modern
  -clients request inlined images and other data via parallel requests (usually
  -up to four parallel requests are common) those requests are served by
  -<em>different</em> pre-forked server processes. Here an inter-process cache
  -helps to avoid unneccessary session handshakes.
  -<p>
  -The following two storage <em>type</em>s are currently supported:
  -<ul>
  -<li><code>none</code>
  -    <p>
  -    This is the default and just disables the global/inter-process Session
  -    Cache. There is no drawback in functionality, but a noticeable speed
  -    penalty can be observed.
  -<p>
  -<li><code>dbm:/path/to/datafile</code>
  -    <p>
  -    This makes use of a DBM hashfile on the local disk to synchronize the
  -    local OpenSSL memory caches of the server processes. The slight increase
  -    in I/O on the server results in a visible request speedup for your
  -    clients, so this type of storage is generally recommended.
  -<p>
  -<li><code>shm:/path/to/datafile</code>[<code>(</code><i>size</i><code>)</code>]
  -    <p>
  -    This makes use of a high-performance hash table (approx. <i>size</i> bytes
  -    in size) inside a shared memory segment in RAM (established via
  -    <code>/path/to/datafile</code>) to synchronize the local OpenSSL memory
  -    caches of the server processes. This storage type is not available on all
  -    platforms. See the mod_ssl <code>INSTALL</code> document for details on
  -    how to build Apache+EAPI with shared memory support.
  -</ul>
  -<p>
  -Examples:
  -<blockquote>
  -<pre>
  -SSLSessionCache dbm:/usr/local/apache/logs/ssl_gcache_data
  -SSLSessionCache shm:/usr/local/apache/logs/ssl_gcache_data(512000)
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLSessionCacheTimeout ----------------------------------------->
  -<p>
  -<br>
  -<a name="SSLSessionCacheTimeout"></a>
  -<h2><a name="sslsessioncachetimeout">SSLSessionCacheTimeout</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLSessionCacheTimeout</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Number of seconds before an SSL session expires in the Session Cache</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLSessionCacheTimeout</code> <em>seconds</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <code>SSLSessionCacheTimeout 300</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.0 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This directive sets the timeout in seconds for the information stored in the
  -global/inter-process SSL Session Cache and the OpenSSL internal memory cache.
  -It can be set as low as 15 for testing, but should be set to higher
  -values like 300 in real life.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLSessionCacheTimeout 600
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLEngine ------------------------------------------------------>
  +</code></td></tr></table></blockquote>
  +<hr/><h2><a name="SSLCACertificateFile">SSLCACertificateFile</a> <a name="sslcacertificatefile">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>File of concatenated PEM-encoded CA Certificates 
  +for Client Auth</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLCACertificateFile <em>file-path</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -<br>
  -<a name="SSLEngine"></a>
  -<h2><a name="sslengine">SSLEngine</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLEngine</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> SSL Engine Operation Switch</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLEngine</code> <em>on|off</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <code>SSLEngine off</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.1 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  +This directive sets the <em>all-in-one</em> file where you can assemble the
  +Certificates of Certification Authorities (CA) whose <em>clients</em> you deal
  +with. These are used for Client Authentication. Such a file is simply the
  +concatenation of the various PEM-encoded Certificate files, in order of
  +preference. This can be used alternatively and/or additionally to 
  +<a href="#sslcacertificatepath" class="directive"><code class="directive">SSLCACertificatePath</code></a>.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLCACertificateFile /usr/local/apache/conf/ssl.crt/ca-bundle-client.crt
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLCACertificatePath">SSLCACertificatePath</a> <a name="sslcacertificatepath">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Directory of PEM-encoded CA Certificates for 
  +Client Auth</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLCACertificatePath <em>directory-path</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -This directive toggles the usage of the SSL/TLS Protocol Engine. This is
  -usually used inside a &lt;VirtualHost&gt; section to enable SSL/TLS for a
  -particular virtual host. By default the SSL/TLS Protocol Engine is disabled
  -for both the main server and all configured virtual hosts.
  +This directive sets the directory where you keep the Certificates of
  +Certification Authorities (CAs) whose clients you deal with. These are used to
  +verify the client certificate on Client Authentication.</p>
   <p>
  -Example:
  -<blockquote>
  -<pre>
  -&lt;VirtualHost _default_:443&gt;
  -SSLEngine on
  -...
  -&lt;/VirtualHost&gt;
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLProtocol ---------------------------------------------------->
  +The files in this directory have to be PEM-encoded and are accessed through
  +hash filenames. So usually you can't just place the Certificate files
  +there: you also have to create symbolic links named
  +<em>hash-value</em><code>.N</code>. And you should always make sure this directory
  +contains the appropriate symbolic links. Use the <code>Makefile</code> which
  +comes with mod_ssl to accomplish this task.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLCACertificatePath /usr/local/apache/conf/ssl.crt/
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLCARevocationFile">SSLCARevocationFile</a> <a name="sslcarevocationfile">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>File of concatenated PEM-encoded CA CRLs for 
  +Client Auth</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLCARevocationFile <em>file-path</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -<br>
  -<a name="SSLProtocol"></a>
  -<h2><a name="sslprotocol">SSLProtocol</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLProtocol</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Configure usable SSL protocol flavors</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLProtocol</code> [+-]<em>protocol</em> ...</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <code>SSLProtocol all</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> Options</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.2 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  +This directive sets the <em>all-in-one</em> file where you can
  +assemble the Certificate Revocation Lists (CRL) of Certification
  +Authorities (CA) whose <em>clients</em> you deal with. These are used
  +for Client Authentication.  Such a file is simply the concatenation of
  +the various PEM-encoded CRL files, in order of preference. This can be
  +used alternatively and/or additionally to <a href="#sslcarevocationpath" class="directive"><code class="directive">SSLCARevocationPath</code></a>.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLCARevocationFile /usr/local/apache/conf/ssl.crl/ca-bundle-client.crl
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLCARevocationPath">SSLCARevocationPath</a> <a name="sslcarevocationpath">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Directory of PEM-encoded CA CRLs for 
  +Client Auth</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLCARevocationPath <em>directory-path</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -This directive can be used to control the SSL protocol flavors mod_ssl should
  -use when establishing its server environment. Clients then can only connect
  -with one of the provided protocols.
  +This directive sets the directory where you keep the Certificate Revocation
  +Lists (CRL) of Certification Authorities (CAs) whose clients you deal with.
  +These are used to revoke the client certificate on Client Authentication.</p>
   <p>
  -The available (case-insensitive) <em>protocol</em>s are:
  -<ul>
  -<li><code>SSLv2</code>
  -    <p>
  -    This is the Secure Sockets Layer (SSL) protocol, version 2.0. It is the
  -    original SSL protocol as designed by Netscape Corporation.
  +The files in this directory have to be PEM-encoded and are accessed through
  +hash filenames. So usually you have not only to place the CRL files there.
  +Additionally you have to create symbolic links named
  +<em>hash-value</em><code>.rN</code>. And you should always make sure this directory
  +contains the appropriate symbolic links. Use the <code>Makefile</code> which
  +comes with <code><a href="mod_ssl.html">mod_ssl</a></code> to accomplish this task.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLCARevocationPath /usr/local/apache/conf/ssl.crl/
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLCertificateChainFile">SSLCertificateChainFile</a> <a name="sslcertificatechainfile">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>File of PEM-encoded Server CA Certificates</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLCertificateChainFile <em>file-path</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -<li><code>SSLv3</code>
  -    <p>
  -    This is the Secure Sockets Layer (SSL) protocol, version 3.0. It is the
  -    successor to SSLv2 and the currently (as of February 1999) de-facto
  -    standardized SSL protocol from Netscape Corporation. It's supported by
  -    almost all popular browsers.
  +This directive sets the optional <em>all-in-one</em> file where you can
  +assemble the certificates of Certification Authorities (CA) which form the
  +certificate chain of the server certificate. This starts with the issuing CA
  +certificate of of the server certificate and can range up to the root CA
  +certificate. Such a file is simply the concatenation of the various
  +PEM-encoded CA Certificate files, usually in certificate chain order.</p>
   <p>
  -<li><code>TLSv1</code>
  -    <p>
  -    This is the Transport Layer Security (TLS) protocol, version 1.0. It is the
  -    successor to SSLv3 and currently (as of February 1999) still under
  -    construction by the Internet Engineering Task Force (IETF). It's still
  -    not supported by any popular browsers.
  +This should be used alternatively and/or additionally to <a href="#sslcacertificatepath" class="directive"><code class="directive">SSLCACertificatePath</code></a> for explicitly
  +constructing the server certificate chain which is sent to the browser
  +in addition to the server certificate. It is especially useful to
  +avoid conflicts with CA certificates when using client
  +authentication. Because although placing a CA certificate of the
  +server certificate chain into <a href="#sslcacertificatepath" class="directive"><code class="directive">SSLCACertificatePath</code></a> has the same effect
  +for the certificate chain construction, it has the side-effect that
  +client certificates issued by this same CA certificate are also
  +accepted on client authentication. That's usually not one expect.</p>
   <p>
  -<li><code>All</code>
  -    <p>
  -    This is a shortcut for ``<code>+SSLv2 +SSLv3 +TLSv1</code>'' and a
  -    convinient way for enabling all protocols except one when used in
  -    combination with the minus sign on a protocol as the example above shows.
  -</ul>
  +But be careful: Providing the certificate chain works only if you are using a
  +<em>single</em> (either RSA <em>or</em> DSA) based server certificate. If you are
  +using a coupled RSA+DSA certificate pair, this will work only if actually both
  +certificates use the <em>same</em> certificate chain. Else the browsers will be
  +confused in this situation.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLCertificateChainFile /usr/local/apache/conf/ssl.crt/ca.crt
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLCertificateFile">SSLCertificateFile</a> <a name="sslcertificatefile">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Server PEM-encoded X.509 Certificate file</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLCertificateFile <em>file-path</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -Example:
  -<blockquote>
  -<pre>
  -#   enable SSLv3 and TLSv1, but not SSLv2
  -SSLProtocol all -SSLv2
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLCipherSuite ------------------------------------------------->
  +This directive points to the PEM-encoded Certificate file for the server and
  +optionally also to the corresponding RSA or DSA Private Key file for it
  +(contained in the same file). If the contained Private Key is encrypted the
  +Pass Phrase dialog is forced at startup time. This directive can be used up to
  +two times (referencing different filenames) when both a RSA and a DSA based
  +server certificate is used in parallel.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLCertificateFile /usr/local/apache/conf/ssl.crt/server.crt
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLCertificateKeyFile">SSLCertificateKeyFile</a> <a name="sslcertificatekeyfile">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Server PEM-encoded Private Key file</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLCertificateKeyFile <em>file-path</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -<br>
  -<a name="SSLCipherSuite"></a>
  -<h2><a name="sslciphersuite">SSLCipherSuite</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLCipherSuite</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Cipher Suite available for negotiation in SSL handshake</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLCipherSuite</code> <em>cipher-spec</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <code>SSLCipherSuite ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host, directory, .htaccess</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> AuthConfig</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.1 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  +This directive points to the PEM-encoded Private Key file for the
  +server. If the Private Key is not combined with the Certificate in the
  +<code class="directive">SSLCertificateFile</code>, use this additional directive to
  +point to the file with the stand-alone Private Key. When
  +<code class="directive">SSLCertificateFile</code> is used and the file
  +contains both the Certificate and the Private Key this directive need
  +not be used. But we strongly discourage this practice.  Instead we
  +recommend you to separate the Certificate and the Private Key. If the
  +contained Private Key is encrypted, the Pass Phrase dialog is forced
  +at startup time. This directive can be used up to two times
  +(referencing different filenames) when both a RSA and a DSA based
  +private key is used in parallel.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLCertificateKeyFile /usr/local/apache/conf/ssl.key/server.key
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLCipherSuite">SSLCipherSuite</a> <a name="sslciphersuite">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Cipher Suite available for negotiation in SSL 
  +handshake</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLCipherSuite <em>cipher-spec</em></syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>SSLCipherSuite ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host, directory, .htaccess</td></tr><tr><td><a href="directive-dict.html#Override" class="help">Override:</a></td><td>AuthConfig</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
   This complex directive uses a colon-separated <em>cipher-spec</em> string
   consisting of OpenSSL cipher specifications to configure the Cipher Suite the
  @@ -870,29 +214,30 @@
   per-server context it applies to the standard SSL handshake when a connection
   is established. In per-directory context it forces a SSL renegotation with the
   reconfigured Cipher Suite after the HTTP request was read but before the HTTP
  -response is sent.
  +response is sent.</p>
   <p>
   An SSL cipher specification in <em>cipher-spec</em> is composed of 4 major
  -attributes plus a few extra minor ones:
  +attributes plus a few extra minor ones:</p>
   <ul>
   <li><em>Key Exchange Algorithm</em>:<br>
       RSA or Diffie-Hellman variants.
  -<p>
  +</li>
   <li><em>Authentication Algorithm</em>:<br>
       RSA, Diffie-Hellman, DSS or none.
  -<p>
  +</li>
   <li><em>Cipher/Encryption Algorithm</em>:<br>
       DES, Triple-DES, RC4, RC2, IDEA or none.
  -<p>
  +</li>
   <li><em>MAC Digest Algorithm</em>:<br>
       MD5, SHA or SHA1.
  +</li>
   </ul>
  -An SSL cipher can also be an export cipher and is either a SSLv2 or SSLv3/TLSv1
  +<p>An SSL cipher can also be an export cipher and is either a SSLv2 or SSLv3/TLSv1
   cipher (here TLSv1 is equivalent to SSLv3). To specify which ciphers to use,
   one can either specify all the Ciphers, one at a time, or use aliases to
   specify the preference and order for the ciphers (see <a href="#table1">Table
  -1</a>).
  -<p>
  +1</a>).</p>
  +
   <div align="center">
   <a name="table1"></a>
   <table width="600" cellspacing="0" cellpadding="1" border="0" summary="">
  @@ -901,7 +246,7 @@
   <table width="598" cellpadding="5" cellspacing="0" border="0" summary="">
   <tr><td valign="top" align="center" bgcolor="#ffffff">
   <table border="0" cellspacing="0" cellpadding="2" width="598" summary="">
  -<tr id="D"><td><b>Tag</b></td> <td><b>Description</b></td>
  +<tr id="D"><td><strong>Tag</strong></td> <td><strong>Description</strong></td></tr>
   <tr id="H"><td colspan="2"><em>Key Exchange Algorithm:</em></td></tr>
   <tr id="D"><td><code>kRSA</code></td>   <td>RSA key exchange</td></tr>
   <tr id="H"><td><code>kDHr</code></td>   <td>Diffie-Hellman key exchange with RSA key</td></tr>
  @@ -912,7 +257,7 @@
   <tr id="H"><td><code>aRSA</code></td>   <td>RSA authentication</td></tr>
   <tr id="D"><td><code>aDSS</code></td>   <td>DSS authentication</td> </tr>
   <tr id="H"><td><code>aDH</code></td>    <td>Diffie-Hellman authentication</td></tr>
  -<tr id="D"><td colspan="2"><em>Cipher Encoding Algorithm:</em></td></tr></tr>
  +<tr id="D"><td colspan="2"><em>Cipher Encoding Algorithm:</em></td></tr>
   <tr id="H"><td><code>eNULL</code></td>  <td>No encoding</td>         </tr>
   <tr id="D"><td><code>DES</code></td>    <td>DES encoding</td>        </tr>
   <tr id="H"><td><code>3DES</code></td>   <td>Triple-DES encoding</td> </tr>
  @@ -950,14 +295,14 @@
   there are also aliases (<code>SSLv2, SSLv3, TLSv1, EXP, LOW, MEDIUM,
   HIGH</code>) for certain groups of ciphers. These tags can be joined
   together with prefixes to form the <em>cipher-spec</em>. Available
  -prefixes are:
  +prefixes are:</p>
   <ul>
  -<li>none: add cipher to list
  -<li><code>+</code>: add ciphers to list and pull them to current location in list
  -<li><code>-</code>: remove cipher from list (can be added later again)
  -<li><code>!</code>: kill cipher from list completely (can <b>not</b> be added later again)
  +<li>none: add cipher to list</li>
  +<li><code>+</code>: add ciphers to list and pull them to current location in list</li>
  +<li><code>-</code>: remove cipher from list (can be added later again)</li>
  +<li><code>!</code>: kill cipher from list completely (can <strong>not</strong> be added later again)</li>
   </ul>
  -A simpler way to look at all of this is to use the ``<code>openssl ciphers
  +<p>A simpler way to look at all of this is to use the ``<code>openssl ciphers
   -v</code>'' command which provides a nice way to successively create the
   correct <em>cipher-spec</em> string. The default <em>cipher-spec</em> string
   is ``<code>ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP</code>'' which
  @@ -965,8 +310,8 @@
   authenticate, i.e. for SSL only the Anonymous Diffie-Hellman ciphers. Next,
   use ciphers using RC4 and RSA. Next include the high, medium and then the low
   security ciphers. Finally <em>pull</em> all SSLv2 and export ciphers to the
  -end of the list.
  -<blockquote>
  +end of the list.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
   <pre>
   $ openssl ciphers -v 'ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP'
   NULL-SHA                SSLv3 Kx=RSA      Au=RSA  Enc=None      Mac=SHA1
  @@ -977,17 +322,11 @@
   EXP-RC2-CBC-MD5         SSLv2 Kx=RSA(512) Au=RSA  Enc=RC2(40)   Mac=MD5  export
   EXP-RC4-MD5             SSLv2 Kx=RSA(512) Au=RSA  Enc=RC4(40)   Mac=MD5  export
   </pre>
  -</blockquote>
  -The complete list of particular RSA &amp; DH ciphers for SSL is given in <a
  -href="#table2">Table 2</a>.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  +</code></td></tr></table></blockquote>
  +<p>The complete list of particular RSA &amp; DH ciphers for SSL is given in <a href="#table2">Table 2</a>.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
   SSLCipherSuite RSA:!EXP:!NULL:+HIGH:+MEDIUM:-LOW
  -</pre>
  -</blockquote>
  -<p>
  +</code></td></tr></table></blockquote>
   <div align="center">
   <a name="table2"></a>
   <table width="600" cellspacing="0" cellpadding="1" border="0" summary="">
  @@ -996,7 +335,7 @@
   <table width="598" cellpadding="5" cellspacing="0" border="0" summary="">
   <tr><td valign="top" align="center" bgcolor="#ffffff">
   <table border="0" cellspacing="0" cellpadding="2" width="598" summary="">
  -<tr id="D"><td><b>Cipher-Tag</b></td> <td><b>Protocol</b></td> <td><b>Key Ex.</b></td> <td><b>Auth.</b></td> <td><b>Enc.</b></td> <td><b>MAC</b></td> <td><b>Type</b></td> </tr>
  +<tr id="D"><td><strong>Cipher-Tag</strong></td> <td><strong>Protocol</strong></td> <td><strong>Key Ex.</strong></td> <td><strong>Auth.</strong></td> <td><strong>Enc.</strong></td> <td><strong>MAC</strong></td> <td><strong>Type</strong></td> </tr>
   <tr id="H"><td colspan="7"><em>RSA Ciphers:</em></td></tr>
   <tr id="D"><td><code>DES-CBC3-SHA</code></td> <td>SSLv3</td> <td>RSA</td> <td>RSA</td> <td>3DES(168)</td> <td>SHA1</td> <td>&nbsp;</td> </tr>
   <tr id="H"><td><code>DES-CBC3-MD5</code></td> <td>SSLv2</td> <td>RSA</td> <td>RSA</td> <td>3DES(168)</td> <td>MD5</td> <td>&nbsp; </td> </tr>
  @@ -1033,867 +372,120 @@
   </tr></table>
   </td></tr></table>
   </div>
  -<hr /><!-- SSLCertificateFile --------------------------------------------->
  -<p>
  -<br>
  -<a name="SSLCertificateFile"></a>
  -<h2><a name="sslcertificatefile">SSLCertificateFile</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLCertificateFile</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Server PEM-encoded X.509 Certificate file</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLCertificateFile</code> <em>filename</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.0 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This directive points to the PEM-encoded Certificate file for the server and
  -optionally also to the corresponding RSA or DSA Private Key file for it
  -(contained in the same file). If the contained Private Key is encrypted the
  -Pass Phrase dialog is forced at startup time. This directive can be used up to
  -two times (referencing different filenames) when both a RSA and a DSA based
  -server certificate is used in parallel.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLCertificateFile /usr/local/apache/conf/ssl.crt/server.crt
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLCertificateKeyFile ------------------------------------------>
  -<p>
  -<br>
  -<a name="SSLCertificateKeyFile"></a>
  -<h2><a name="sslcertificatekeyfile">SSLCertificateKeyFile</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLCertificateKeyFile</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Server PEM-encoded Private Key file</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLCertificateKeyFile</code> <em>filename</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.0 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This directive points to the PEM-encoded Private Key file for the server. If
  -the Private Key is not combined with the Certificate in the
  -<code>SSLCertificateFile</code>, use this additional directive to point to the
  -file with the stand-alone Private Key. When <code>SSLCertificateFile</code>
  -is used and the file contains both the Certificate and the Private Key this
  -directive need not be used. But we strongly discourage this practice.
  -Instead we recommend you to separate the Certificate and the Private Key. If
  -the contained Private Key is encrypted, the Pass Phrase dialog is forced at
  -startup time. This directive can be used up to two times (referencing
  -different filenames) when both a RSA and a DSA based private key is used in
  -parallel.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLCertificateKeyFile /usr/local/apache/conf/ssl.key/server.key
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLCertificateChainFile ---------------------------------------->
  -<p>
  -<br>
  -<a name="SSLCertificateChainFile"></a>
  -<h2><a name="sslcertificatechainfile">SSLCertificateChainFile</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLCertificateChainFile</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> File of PEM-encoded Server CA Certificates</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLCertificateChainFile</code> <em>filename</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.3.6 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This directive sets the optional <em>all-in-one</em> file where you can
  -assemble the certificates of Certification Authorities (CA) which form the
  -certificate chain of the server certificate. This starts with the issuing CA
  -certificate of of the server certificate and can range up to the root CA
  -certificate. Such a file is simply the concatenation of the various
  -PEM-encoded CA Certificate files, usually in certificate chain order.
  -<p>
  -This should be used alternatively and/or additionally to <a
  -href="#SSLCACertificatePath">SSLCACertificatePath</a> for explicitly
  -constructing the server certificate chain which is sent to the browser in
  -addition to the server certificate. It is especially useful to avoid conflicts
  -with CA certificates when using client authentication. Because although
  -placing a CA certificate of the server certificate chain into <a
  -href="#SSLCACertificatePath">SSLCACertificatePath</a> has the same effect for
  -the certificate chain construction, it has the side-effect that client
  -certificates issued by this same CA certificate are also accepted on client
  -authentication. That's usually not one expect.
  -<p>
  -But be careful: Providing the certificate chain works only if you are using a
  -<i>single</i> (either RSA <i>or</i> DSA) based server certificate. If you are
  -using a coupled RSA+DSA certificate pair, this will work only if actually both
  -certificates use the <i>same</i> certificate chain. Else the browsers will be
  -confused in this situation.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLCertificateChainFile /usr/local/apache/conf/ssl.crt/ca.crt
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLCACertificatePath ------------------------------------------->
  -<p>
  -<br>
  -<a name="SSLCACertificatePath"></a>
  -<h2><a name="sslcacertificatepath">SSLCACertificatePath</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLCACertificatePath</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Directory of PEM-encoded CA Certificates for Client Auth.</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLCACertificatePath</code> <em>directory</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.0 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This directive sets the directory where you keep the Certificates of
  -Certification Authorities (CAs) whose clients you deal with. These are used to
  -verify the client certificate on Client Authentication.
  -<p>
  -The files in this directory have to be PEM-encoded and are accessed through
  -hash filenames. So usually you can't just place the Certificate files
  -there: you also have to create symbolic links named
  -<i>hash-value</i><tt>.N</tt>. And you should always make sure this directory
  -contains the appropriate symbolic links. Use the <code>Makefile</code> which
  -comes with mod_ssl to accomplish this task.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLCACertificatePath /usr/local/apache/conf/ssl.crt/
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLCACertificateFile ------------------------------------------->
  -<p>
  -<br>
  -<a name="SSLCACertificateFile"></a>
  -<h2><a name="sslcacertificatefile">SSLCACertificateFile</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLCACertificateFile</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> File of concatenated PEM-encoded CA Certificates for Client Auth.</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLCACertificateFile</code> <em>filename</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.0 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This directive sets the <em>all-in-one</em> file where you can assemble the
  -Certificates of Certification Authorities (CA) whose <em>clients</em> you deal
  -with. These are used for Client Authentication. Such a file is simply the
  -concatenation of the various PEM-encoded Certificate files, in order of
  -preference. This can be used alternatively and/or additionally to <a
  -href="#SSLCACertificatePath">SSLCACertificatePath</a>.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLCACertificateFile /usr/local/apache/conf/ssl.crt/ca-bundle-client.crt
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLCARevocationPath -------------------------------------------->
  -<p>
  -<br>
  -<a name="SSLCARevocationPath"></a>
  -<h2><a name="sslcarevocationpath">SSLCARevocationPath</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLCARevocationPath</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Directory of PEM-encoded CA CRLs for Client Auth.</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLCARevocationPath</code> <em>directory</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.3 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This directive sets the directory where you keep the Certificate Revocation
  -Lists (CRL) of Certification Authorities (CAs) whose clients you deal with.
  -These are used to revoke the client certificate on Client Authentication.
  -<p>
  -The files in this directory have to be PEM-encoded and are accessed through
  -hash filenames. So usually you have not only to place the CRL files there.
  -Additionally you have to create symbolic links named
  -<i>hash-value</i><tt>.rN</tt>. And you should always make sure this directory
  -contains the appropriate symbolic links. Use the <code>Makefile</code> which
  -comes with mod_ssl to accomplish this task.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLCARevocationPath /usr/local/apache/conf/ssl.crl/
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLCARevocationFile -------------------------------------------->
  -<p>
  -<br>
  -<a name="SSLCARevocationFile"></a>
  -<h2><a name="sslcarevocationfile">SSLCARevocationFile</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLCARevocationFile</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> File of concatenated PEM-encoded CA CRLs for Client Auth.</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLCARevocationFile</code> <em>filename</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.3 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This directive sets the <em>all-in-one</em> file where you can assemble the
  -Certificate Revocation Lists (CRL) of Certification Authorities (CA) whose
  -<em>clients</em> you deal with. These are used for Client Authentication.
  -Such a file is simply the concatenation of the various PEM-encoded CRL
  -files, in order of preference. This can be used alternatively and/or
  -additionally to <a href="#SSLCARevocationPath">SSLCARevocationPath</a>.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLCARevocationFile /usr/local/apache/conf/ssl.crl/ca-bundle-client.crl
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLVerifyClient ------------------------------------------------->
  -<p>
  -<br>
  -<a name="SSLVerifyClient"></a>
  -<h2><a name="sslverifyclient">SSLVerifyClient</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLVerifyClient</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Type of Client Certificate verification</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLVerifyClient</code> <em>level</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <code>SSLVerifyClient none</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host, directory, .htaccess</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> AuthConfig</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.0 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This directive sets the Certificate verification level for the Client
  -Authentication. Notice that this directive can be used both in per-server and
  -per-directory context. In per-server context it applies to the client
  -authentication process used in the standard SSL handshake when a connection is
  -established. In per-directory context it forces a SSL renegotation with the
  -reconfigured client verification level after the HTTP request was read but
  -before the HTTP response is sent.
  -<p>
  -The following levels are available for <em>level</em>:
  -<ul>
  -<li><strong>none</strong>:
  -     no client Certificate is required at all
  -<li><strong>optional</strong>:
  -     the client <em>may</em> present a valid Certificate
  -<li><strong>require</strong>:
  -     the client <em>has to</em> present a valid Certificate
  -<li><strong>optional_no_ca</strong>:
  -     the client may present a valid Certificate<br>
  -     but it need not to be (successfully) verifiable.
  -</ul>
  -In practice only levels <strong>none</strong> and <strong>require</strong> are
  -really interesting, because level <strong>optional</strong> doesn't work with
  -all browsers and level <strong>optional_no_ca</strong> is actually against the
  -idea of authentication (but can be used to establish SSL test pages, etc.)
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLVerifyClient require
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLVerifyDepth ------------------------------------------------->
  -<p>
  -<br>
  -<a name="SSLVerifyDepth"></a>
  -<h2><a name="sslverifydepth">SSLVerifyDepth</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLVerifyDepth</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Maximum depth of CA Certificates in Client Certificate verification</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLVerifyDepth</code> <em>number</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <code>SSLVerifyDepth 1</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host, directory, .htaccess</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> AuthConfig</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.0 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -<p>
  -This directive sets how deeply mod_ssl should verify before deciding that the
  -clients don't have a valid certificate. Notice that this directive can be
  -used both in per-server and per-directory context. In per-server context it
  -applies to the client authentication process used in the standard SSL
  -handshake when a connection is established. In per-directory context it forces
  -a SSL renegotation with the reconfigured client verification depth after the
  -HTTP request was read but before the HTTP response is sent.
  -<p>
  -The depth actually is the maximum number of intermediate certificate issuers,
  -i.e. the number of CA certificates which are max allowed to be followed while
  -verifying the client certificate. A depth of 0 means that self-signed client
  -certificates are accepted only, the default depth of 1 means the client
  -certificate can be self-signed or has to be signed by a CA which is directly
  -known to the server (i.e. the CA's certificate is under
  -<code>SSLCACertificatePath</code>), etc.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLVerifyDepth 10
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLLog --------------------------------------------------------->
  +</usage><hr/><h2><a name="SSLEngine">SSLEngine</a> <a name="sslengine">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>SSL Engine Operation Switch</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLEngine on|off</syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>SSLEngine off</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -<br>
  -<a name="SSLLog"></a>
  -<h2><a name="ssllog">SSLLog</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLLog</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Where to write the dedicated SSL engine logfile</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLLog</code> <em>filename</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.1 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  +This directive toggles the usage of the SSL/TLS Protocol Engine. This
  +is usually used inside a <a href="core.html#virtualhost" class="directive"><code class="directive">&lt;VirtualHost&gt;</code></a> section to enable SSL/TLS for a
  +particular virtual host. By default the SSL/TLS Protocol Engine is
  +disabled for both the main server and all configured virtual hosts.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +&lt;VirtualHost _default_:443&gt;<br>
  +SSLEngine on<br>
  +...<br>
  +&lt;/VirtualHost&gt;
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLLog">SSLLog</a> <a name="ssllog">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Where to write the dedicated SSL engine logfile</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLLog <em>file-path</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
   This directive sets the name of the dedicated SSL protocol engine logfile.
   Error type messages are additionally duplicated to the general Apache error
   log file (directive <code>ErrorLog</code>). Put this somewhere where it cannot
   be used for symlink attacks on a real server (i.e. somewhere where only root
  -can write). If the <em>filename</em> does not begin with a slash
  +can write). If the <em>file-path</em> does not begin with a slash
   ('<code>/</code>') then it is assumed to be relative to the <em>Server
  -Root</em>. If <em>filename</em> begins with a bar ('<code>|</code>') then the
  +Root</em>. If <em>file-path</em> begins with a bar ('<code>|</code>') then the
   following string is assumed to be a path to an executable program to which a
   reliable pipe can be established. The directive should occur only once per
  -virtual server config.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  +virtual server config.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
   SSLLog /usr/local/apache/logs/ssl_engine_log
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLLogLevel ---------------------------------------------------->
  -<p>
  -<br>
  -<a name="SSLLogLevel"></a>
  -<h2><a name="sslloglevel">SSLLogLevel</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLLogLevel</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Logging level for the dedicated SSL engine logfile</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLLogLevel</code> <em>level</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <code>SSLLogLevel none</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> <em>Not applicable</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.1 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLLogLevel">SSLLogLevel</a> <a name="sslloglevel">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Logging level for the dedicated SSL engine 
  +logfile</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLLogLevel <em>level</em></syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>SSLLogLevel none</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
   This directive sets the verbosity degree of the dedicated SSL protocol engine
   logfile. The <em>level</em> is one of the following (in ascending order where
  -higher levels include lower levels):
  +higher levels include lower levels):</p>
   <ul>
   <li><code>none</code><br>
       no dedicated SSL logging is done, but messages of level
       ``<code>error</code>'' are still written to the general Apache error
       logfile.
  -<p>
  +</li>
   <li><code>error</code><br>
       log messages of error type only, i.e. messages which show fatal situations
       (processing is stopped). Those messages are also duplicated to the
       general Apache error logfile.
  -<p>
  +</li>
   <li><code>warn</code><br>
       log also warning messages, i.e. messages which show non-fatal problems
       (processing is continued).
  -<p>
  +</li>
   <li><code>info</code><br>
       log also informational messages, i.e. messages which show major
       processing steps.
  -<p>
  +</li>
   <li><code>trace</code><br>
       log also trace messages, i.e. messages which show minor processing steps.
  -<p>
  +</li>
   <li><code>debug</code><br>
       log also debugging messages, i.e. messages which show development and
       low-level I/O information.
  +</li>
   </ul>
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
   SSLLogLevel warn
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLOptions ----------------------------------------------------->
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLMutex">SSLMutex</a> <a name="sslmutex">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Semaphore for internal mutual exclusion of 
  +operations</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLMutex <em>type</em></syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>SSLMutex none</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -<br>
  -<a name="SSLOptions"></a>
  -<h2><a name="ssloptions">SSLOptions</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLOptions</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Configure various SSL engine run-time options</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLOptions</code> [+-]<em>option</em> ...</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> server config, virtual host, directory, .htaccess</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> Options</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.1 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  +This configures the SSL engine's semaphore (aka. lock) which is used for mutual
  +exclusion of operations which have to be done in a synchronized way between the
  +pre-forked Apache server processes. This directive can only be used in the
  +global server context because it's only useful to have one global mutex.</p>
  +<p>
  +The following Mutex <em>types</em> are available:</p>
  +<ul>
  +<li><code>none</code>
  +    <p>
  +    This is the default where no Mutex is used at all. Use it at your own
  +    risk. But because currently the Mutex is mainly used for synchronizing
  +    write access to the SSL Session Cache you can live without it as long
  +    as you accept a sometimes garbled Session Cache. So it's not recommended
  +    to leave this the default. Instead configure a real Mutex.</p></li>
  +<li><code>file:/path/to/mutex</code>
  +    <p>
  +    This is the portable and (under Unix) always provided Mutex variant where
  +    a physical (lock-)file is used as the Mutex. Always use a local disk
  +    filesystem for <code>/path/to/mutex</code> and never a file residing on a
  +    NFS- or AFS-filesystem. Note: Internally, the Process ID (PID) of the
  +    Apache parent process is automatically appended to
  +    <code>/path/to/mutex</code> to make it unique, so you don't have to worry
  +    about conflicts yourself. Notice that this type of mutex is not available
  +    under the Win32 environment. There you <em>have</em> to use the semaphore
  +    mutex.</p></li>
  +<li><code>sem</code>
  +    <p>
  +    This is the most elegant but also most non-portable Mutex variant where a
  +    SysV IPC Semaphore (under Unix) and a Windows Mutex (under Win32) is used
  +    when possible. It is only available when the underlying platform
  +    supports it.</p></li>
  +</ul>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLMutex file:/usr/local/apache/logs/ssl_mutex
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLOptions">SSLOptions</a> <a name="ssloptions">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Configure various SSL engine run-time options</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLOptions [+|-]<em>option</em> ...</syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host, directory, .htaccess</td></tr><tr><td><a href="directive-dict.html#Override" class="help">Override:</a></td><td>Options</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
   This directive can be used to control various run-time options on a
  -per-directory basis. Normally, if multiple <code>SSLOptions</code> could
  -apply to a directory, then the most specific one is taken completely; the
  -options are not merged. However if <em>all</em> the options on the
  -<code>SSLOptions</code> directive are preceded by a plus (<code>+</code>) or
  -minus (<code>-</code>) symbol, the options are merged. Any options preceded by
  -a <code>+</code> are added to the options currently in force, and any options
  -preceded by a <code>-</code> are removed from the options currently in force.
  +per-directory basis. Normally, if multiple <code>SSLOptions</code>
  +could apply to a directory, then the most specific one is taken
  +completely; the options are not merged. However if <em>all</em> the
  +options on the <code>SSLOptions</code> directive are preceded by a
  +plus (<code>+</code>) or minus (<code>-</code>) symbol, the options
  +are merged. Any options preceded by a <code>+</code> are added to the
  +options currently in force, and any options preceded by a
  +<code>-</code> are removed from the options currently in force.</p>
   <p>
  -The available <em>option</em>s are:
  +The available <em>option</em>s are:</p>
   <ul>
   <li><code>StdEnvVars</code>
       <p>
  @@ -1901,27 +493,27 @@
       environment variables are created. This per default is disabled for
       performance reasons, because the information extraction step is a
       rather expensive operation. So one usually enables this option for
  -    CGI and SSI requests only.
  -<p>
  +    CGI and SSI requests only.</p>
  +</li>
   <li><code>CompatEnvVars</code>
       <p>
       When this option is enabled, additional CGI/SSI environment variables are
       created for backward compatibility to other Apache SSL solutions. Look in
       the <a href="../ssl/ssl_compat.html">Compatibility</a> chapter for details
  -    on the particular variables generated.
  -<p>
  +    on the particular variables generated.</p>
  +</li>
   <li><code>ExportCertData</code>
       <p>
       When this option is enabled, additional CGI/SSI environment variables are
       created: <code>SSL_SERVER_CERT</code>, <code>SSL_CLIENT_CERT</code> and
  -    <code>SSL_CLIENT_CERT_CHAIN</code><i>n</i> (with <i>n</i> = 0,1,2,..).
  +    <code>SSL_CLIENT_CERT_CHAIN</code><em>n</em> (with <em>n</em> = 0,1,2,..).
       These contain the PEM-encoded X.509 Certificates of server and client for
       the current HTTPS connection and can be used by CGI scripts for deeper
       Certificate checking. Additionally all other certificates of the client
       certificate chain are provided, too. This bloats up the environment a
       little bit which is why you have to use this option to enable it on
  -    demand.
  -<p>
  +    demand.</p>
  +</li>
   <li><code>FakeBasicAuth</code>
       <p>
       When this option is enabled, the Subject Distinguished Name (DN) of the
  @@ -1935,187 +527,252 @@
       ``<code>xxj31ZMTZzkVA</code>'', which is the DES-encrypted version of the
       word `<code>password</code>''. Those who live under MD5-based encryption
       (for instance under FreeBSD or BSD/OS, etc.) should use the following MD5
  -    hash of the same word: ``<code>$1$OXLyS...$Owx8s2/m9/gfkcRVXzgoE/</code>''.
  -<p>
  +    hash of the same word: ``<code>$1$OXLyS...$Owx8s2/m9/gfkcRVXzgoE/</code>''.</p>
  +</li>
   <li><code>StrictRequire</code>
       <p>
  -    This <i>forces</i> forbidden access when <code>SSLRequireSSL</code> or
  +    This <em>forces</em> forbidden access when <code>SSLRequireSSL</code> or
       <code>SSLRequire</code> successfully decided that access should be
       forbidden. Usually the default is that in the case where a ``<code>Satisfy
       any</code>'' directive is used, and other access restrictions are passed,
       denial of access due to <code>SSLRequireSSL</code> or
       <code>SSLRequire</code> is overridden (because that's how the Apache
  -    <tt>Satisfy</tt> mechanism should work.) But for strict access restriction
  +    <code>Satisfy</code> mechanism should work.) But for strict access restriction
       you can use <code>SSLRequireSSL</code> and/or <code>SSLRequire</code> in
       combination with an ``<code>SSLOptions +StrictRequire</code>''. Then an
       additional ``<code>Satisfy Any</code>'' has no chance once mod_ssl has
  -    decided to deny access.
  -<p>
  +    decided to deny access.</p>
  +</li>
   <li><code>OptRenegotiate</code>
       <p>
       This enables optimized SSL connection renegotiation handling when SSL
       directives are used in per-directory context. By default a strict
  -    scheme is enabled where <i>every</i> per-directory reconfiguration of
  -    SSL parameters causes a <i>full</i> SSL renegotiation handshake. When this
  +    scheme is enabled where <em>every</em> per-directory reconfiguration of
  +    SSL parameters causes a <em>full</em> SSL renegotiation handshake. When this
       option is used mod_ssl tries to avoid unnecessary handshakes by doing more
       granular (but still safe) parameter checks. Nevertheless these granular
       checks sometimes maybe not what the user expects, so enable this on a
  -    per-directory basis only, please.
  +    per-directory basis only, please.</p>
  +</li>
   </ul>
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLOptions +FakeBasicAuth -StrictRequire
  -&lt;Files ~ "\.(cgi|shtml)$"&gt;
  -    SSLOptions +StdEnvVars +CompatEnvVars -ExportCertData
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLOptions +FakeBasicAuth -StrictRequire<br>
  +&lt;Files ~ "\.(cgi|shtml)$"&gt;<br>
  +    SSLOptions +StdEnvVars +CompatEnvVars -ExportCertData<br>
   &lt;Files&gt;
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLRequireSSL -------------------------------------------------->
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLPassPhraseDialog">SSLPassPhraseDialog</a> <a name="sslpassphrasedialog">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Type of pass phrase dialog for encrypted private 
  +keys</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLPassPhraseDialog <em>type</em></syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>SSLPassPhraseDialog builtin</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -<br>
  -<a name="SSLRequireSSL"></a>
  -<h2><a name="sslrequiressl">SSLRequireSSL</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLRequireSSL</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Deny access when SSL is not used for the HTTP request</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLRequireSSL</code></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> directory, .htaccess</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> AuthConfig</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.0 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  +When Apache starts up it has to read the various Certificate (see
  +<a href="#sslcertificatefile" class="directive"><code class="directive">SSLCertificateFile</code></a>) and
  +Private Key (see <a href="#sslcertificatekeyfile" class="directive"><code class="directive">SSLCertificateKeyFile</code></a>) files of the
  +SSL-enabled virtual servers. Because for security reasons the Private
  +Key files are usually encrypted, mod_ssl needs to query the
  +administrator for a Pass Phrase in order to decrypt those files. This
  +query can be done in two ways which can be configured by
  +<em>type</em>:</p>
  +<ul>
  +<li><code>builtin</code>
  +    <p>
  +    This is the default where an interactive terminal dialog occurs at startup
  +    time just before Apache detaches from the terminal. Here the administrator
  +    has to manually enter the Pass Phrase for each encrypted Private Key file.
  +    Because a lot of SSL-enabled virtual hosts can be configured, the
  +    following reuse-scheme is used to minimize the dialog: When a Private Key
  +    file is encrypted, all known Pass Phrases (at the beginning there are
  +    none, of course) are tried. If one of those known Pass Phrases succeeds no
  +    dialog pops up for this particular Private Key file. If none succeeded,
  +    another Pass Phrase is queried on the terminal and remembered for the next
  +    round (where it perhaps can be reused).</p>
  +    <p>
  +    This scheme allows mod_ssl to be maximally flexible (because for N encrypted
  +    Private Key files you <em>can</em> use N different Pass Phrases - but then
  +    you have to enter all of them, of course) while minimizing the terminal
  +    dialog (i.e. when you use a single Pass Phrase for all N Private Key files
  +    this Pass Phrase is queried only once).</p></li>
  +
  +<li><code>exec:/path/to/program</code>
  +    <p>
  +    Here an external program is configured which is called at startup for each
  +    encrypted Private Key file. It is called with two arguments (the first is
  +    of the form ``<code>servername:portnumber</code>'', the second is either
  +    ``<code>RSA</code>'' or ``<code>DSA</code>''), which indicate for which
  +    server and algorithm it has to print the corresponding Pass Phrase to
  +    <code>stdout</code>. The intent is that this external program first runs
  +    security checks to make sure that the system is not compromised by an
  +    attacker, and only when these checks were passed successfully it provides
  +    the Pass Phrase.</p>
  +    <p>
  +    Both these security checks, and the way the Pass Phrase is determined, can
  +    be as complex as you like. Mod_ssl just defines the interface: an
  +    executable program which provides the Pass Phrase on <code>stdout</code>.
  +    Nothing more or less! So, if you're really paranoid about security, here
  +    is your interface. Anything else has to be left as an exercise to the
  +    administrator, because local security requirements are so different.</p>
  +    <p>
  +    The reuse-algorithm above is used here, too. In other words: The external
  +    program is called only once per unique Pass Phrase.</p></li>
  +</ul>
   <p>
  -This directive forbids access unless HTTP over SSL (i.e. HTTPS) is enabled for
  -the current connection. This is very handy inside the SSL-enabled virtual
  -host or directories for defending against configuration errors that expose
  -stuff that should be protected. When this directive is present all requests
  -are denied which are not using SSL.
  +Example:</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><code>
  +SSLPassPhraseDialog exec:/usr/local/apache/sbin/pp-filter
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLProtocol">SSLProtocol</a> <a name="sslprotocol">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Configure usable SSL protocol flavors</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLProtocol [+|-]<em>protocol</em> ...</syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>SSLProtocol all</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Override" class="help">Override:</a></td><td>Options</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLRequireSSL
  -</pre>
  -</blockquote>
  -<hr /><!-- SSLRequire ----------------------------------------------------->
  +This directive can be used to control the SSL protocol flavors mod_ssl should
  +use when establishing its server environment. Clients then can only connect
  +with one of the provided protocols.</p>
   <p>
  -<br>
  -<a name="SSLRequire"></a>
  -<h2><a name="sslrequire">SSLRequire</a> directive</h2>
  -<table cellspacing="0" cellpadding="1" bgcolor="#cccccc" border="0" summary="">
  -<tr>
  -<td>
  -<table bgcolor="white" width="600" cellspacing="0" cellpadding="5" border="0" summary="">
  -<tr>
  -<td>
  -<table cellspacing="0" cellpadding="1" border="0" summary="">
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Name:</b></font></a> </td><td> <b>SSLRequire</b></td></tr>
  -<tr><td>
  -<font face="Arial,Helvetica"><b>Description:</b></font></a> </td><td> Allow access only when an arbitrarily complex boolean expression is true</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Syntax"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Syntax:</b></font></a> </td><td> <code>SSLRequire</code> <em>expression</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Default"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Default:</b></font></a> </td><td> <em>None</em></td></tr>
  -<tr><td><a
  - href="directive-dict.html#Context"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Context:</b></font></a> </td><td> directory, .htaccess</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Override"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Override:</b></font></a> </td><td> AuthConfig</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Status"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Status:</b></font></a> </td><td> Extension</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Module"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Module:</b></font></a> </td><td> mod_ssl</td></tr>
  -<tr><td><a
  - href="directive-dict.html#Compatibility"
  - rel="Help"
  -><font face="Arial,Helvetica"><b>Compatibility:</b></font></a> </td><td> mod_ssl 2.1 </td></tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  -</td>
  -</tr>
  -</table>
  +The available (case-insensitive) <em>protocol</em>s are:</p>
  +<ul>
  +<li><code>SSLv2</code>
  +    <p>
  +    This is the Secure Sockets Layer (SSL) protocol, version 2.0. It is the
  +    original SSL protocol as designed by Netscape Corporation.</p></li>
  +
  +<li><code>SSLv3</code>
  +    <p>
  +    This is the Secure Sockets Layer (SSL) protocol, version 3.0. It is the
  +    successor to SSLv2 and the currently (as of February 1999) de-facto
  +    standardized SSL protocol from Netscape Corporation. It's supported by
  +    almost all popular browsers.</p></li>
  +
  +<li><code>TLSv1</code>
  +    <p>
  +    This is the Transport Layer Security (TLS) protocol, version 1.0. It is the
  +    successor to SSLv3 and currently (as of February 1999) still under
  +    construction by the Internet Engineering Task Force (IETF). It's still
  +    not supported by any popular browsers.</p></li>
  +
  +<li><code>All</code>
  +    <p>
  +    This is a shortcut for ``<code>+SSLv2 +SSLv3 +TLSv1</code>'' and a
  +    convinient way for enabling all protocols except one when used in
  +    combination with the minus sign on a protocol as the example above 
  +    shows.</p></li>
  +</ul>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +#   enable SSLv3 and TLSv1, but not SSLv2<br>
  +SSLProtocol all -SSLv2
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLRandomSeed">SSLRandomSeed</a> <a name="sslrandomseed">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Pseudo Random Number Generator (PRNG) seeding 
  +source</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLRandomSeed <em>context</em> <em>source</em> 
  +[<em>bytes</em>]</syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
  +<p>
  +This configures one or more sources for seeding the Pseudo Random Number
  +Generator (PRNG) in OpenSSL at startup time (<em>context</em> is
  +<code>startup</code>) and/or just before a new SSL connection is established
  +(<em>context</em> is <code>connect</code>). This directive can only be used
  +in the global server context because the PRNG is a global facility.</p>
  +<p>
  +The following <em>source</em> variants are available:</p>
  +<ul>
  +<li><code>builtin</code>
  +    <p> This is the always available builtin seeding source. It's usage
  +    consumes minimum CPU cycles under runtime and hence can be always used
  +    without drawbacks. The source used for seeding the PRNG contains of the
  +    current time, the current process id and (when applicable) a randomly
  +    choosen 1KB extract of the inter-process scoreboard structure of Apache.
  +    The drawback is that this is not really a strong source and at startup
  +    time (where the scoreboard is still not available) this source just
  +    produces a few bytes of entropy. So you should always, at least for the
  +    startup, use an additional seeding source.</p></li>
  +<li><code>file:/path/to/source</code>
  +    <p>
  +    This variant uses an external file <code>/path/to/source</code> as the
  +    source for seeding the PRNG. When <em>bytes</em> is specified, only the
  +    first <em>bytes</em> number of bytes of the file form the entropy (and
  +    <em>bytes</em> is given to <code>/path/to/source</code> as the first
  +    argument). When <em>bytes</em> is not specified the whole file forms the
  +    entropy (and <code>0</code> is given to <code>/path/to/source</code> as
  +    the first argument). Use this especially at startup time, for instance
  +    with an available <code>/dev/random</code> and/or
  +    <code>/dev/urandom</code> devices (which usually exist on modern Unix
  +    derivates like FreeBSD and Linux).</p>
  +    <p>
  +    <em>But be careful</em>: Usually <code>/dev/random</code> provides only as
  +    much entropy data as it actually has, i.e. when you request 512 bytes of
  +    entropy, but the device currently has only 100 bytes available two things
  +    can happen: On some platforms you receive only the 100 bytes while on
  +    other platforms the read blocks until enough bytes are available (which
  +    can take a long time). Here using an existing <code>/dev/urandom</code> is
  +    better, because it never blocks and actually gives the amount of requested
  +    data. The drawback is just that the quality of the received data may not
  +    be the best.</p>
  +    <p>
  +    On some platforms like FreeBSD one can even control how the entropy is
  +    actually generated, i.e. by which system interrupts. More details one can
  +    find under <em>rndcontrol(8)</em> on those platforms. Alternatively, when
  +    your system lacks such a random device, you can use tool
  +    like <a href="http://www.lothar.com/tech/crypto/">EGD</a>
  +    (Entropy Gathering Daemon) and run it's client program with the
  +    <code>exec:/path/to/program/</code> variant (see below) or use
  +    <code>egd:/path/to/egd-socket</code> (see below).</p></li>
  +
  +<li><code>exec:/path/to/program</code>
  +    <p>
  +    This variant uses an external executable
  +    <code>/path/to/program</code> as the source for seeding the
  +    PRNG. When <em>bytes</em> is specified, only the first
  +    <em>bytes</em> number of bytes of its <code>stdout</code> contents
  +    form the entropy. When <em>bytes</em> is not specified, the
  +    entirety of the data produced on <code>stdout</code> form the
  +    entropy. Use this only at startup time when you need a very strong
  +    seeding with the help of an external program (for instance as in
  +    the example above with the <code>truerand</code> utility you can
  +    find in the mod_ssl distribution which is based on the AT&amp;T
  +    <em>truerand</em> library). Using this in the connection context
  +    slows down the server too dramatically, of course.  So usually you
  +    should avoid using external programs in that context.</p></li>
  +<li><code>egd:/path/to/egd-socket</code> (Unix only)
  +    <p>
  +    This variant uses the Unix domain socket of the
  +    external Entropy Gathering Daemon (EGD) (see <a href="http://www.lothar.com/tech/crypto/">http://www.lothar.com/tech
  +    /crypto/</a>) to seed the PRNG. Use this if no random device exists
  +    on your platform.</p></li>
  +</ul>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLRandomSeed startup builtin<br>
  +SSLRandomSeed startup file:/dev/random<br>
  +SSLRandomSeed startup file:/dev/urandom 1024<br>
  +SSLRandomSeed startup exec:/usr/local/bin/truerand 16<br>
  +SSLRandomSeed connect builtin<br>
  +SSLRandomSeed connect file:/dev/random<br>
  +SSLRandomSeed connect file:/dev/urandom 1024<br>
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLRequire">SSLRequire</a> <a name="sslrequire">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Allow access only when an arbitrarily complex 
  +boolean expression is true</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLRequire <em>expression</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>directory, .htaccess</td></tr><tr><td><a href="directive-dict.html#Override" class="help">Override:</a></td><td>AuthConfig</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
   <p>
   This directive specifies a general access requirement which has to be
   fulfilled in order to allow access. It's a very powerful directive because the
   requirement specification is an arbitrarily complex boolean expression
  -containing any number of access checks.
  +containing any number of access checks.</p>
   <p>
   The <em>expression</em> must match the following syntax (given as a BNF
  -grammar notation):
  +grammar notation):</p>
   <blockquote>
   <pre>
  -expr     ::= "<b>true</b>" | "<b>false</b>"
  -           | "<b>!</b>" expr
  -           | expr "<b>&&</b>" expr
  -           | expr "<b>||</b>" expr
  -           | "<b>(</b>" expr "<b>)</b>"
  +expr     ::= "<strong>true</strong>" | "<strong>false</strong>"
  +           | "<strong>!</strong>" expr
  +           | expr "<strong>&amp;&amp;</strong>" expr
  +           | expr "<strong>||</strong>" expr
  +           | "<strong>(</strong>" expr "<strong>)</strong>"
              | comp
   
  -comp     ::= word "<b>==</b>" word | word "<b>eq</b>" word
  -           | word "<b>!=</b>" word | word "<b>ne</b>" word
  -           | word "<b>&lt;</b>"  word | word "<b>lt</b>" word
  -           | word "<b>&lt;=</b>" word | word "<b>le</b>" word
  -           | word "<b>&gt;</b>"  word | word "<b>gt</b>" word
  -           | word "<b>&gt;=</b>" word | word "<b>ge</b>" word
  -           | word "<b>in</b>" "<b>{</b>" wordlist "<b>}</b>"
  -           | word "<b>=~</b>" regex
  -           | word "<b>!~</b>" regex
  +comp     ::= word "<strong>==</strong>" word | word "<strong>eq</strong>" word
  +           | word "<strong>!=</strong>" word | word "<strong>ne</strong>" word
  +           | word "<strong>&lt;</strong>"  word | word "<strong>lt</strong>" word
  +           | word "<strong>&lt;=</strong>" word | word "<strong>le</strong>" word
  +           | word "<strong>&gt;</strong>"  word | word "<strong>gt</strong>" word
  +           | word "<strong>&gt;=</strong>" word | word "<strong>ge</strong>" word
  +           | word "<strong>in</strong>" "<strong>{</strong>" wordlist "<strong>}</strong>"
  +           | word "<strong>=~</strong>" regex
  +           | word "<strong>!~</strong>" regex
   
   wordlist ::= word
  -           | wordlist "<b>,</b>" word
  +           | wordlist "<strong>,</strong>" word
   
   word     ::= digit
              | cstring
  @@ -2124,38 +781,34 @@
   
   digit    ::= [0-9]+
   cstring  ::= "..."
  -variable ::= "<b>%{</b>" varname "<b>}</b>"
  -function ::= funcname "<b>(</b>" funcargs "<b>)</b>"
  +variable ::= "<strong>%{</strong>" varname "<strong>}</strong>"
  +function ::= funcname "<strong>(</strong>" funcargs "<strong>)</strong>"
   </pre>
   </blockquote>
  -while for <code>varname</code> any variable from <a href="#table3">Table 3</a>
  -can be used. Finally for <code>funcname</code> the following functions
  -are available:
  +<p>while for <code>varname</code> any variable from <a href="#table3">Table 3</a> can be used. Finally for
  +<code>funcname</code> the following functions are available:</p>
   <ul>
   <li><code>file(</code><em>filename</em><code>)</code>
       <p>
       This function takes one string argument and expands to the contents of the
       file. This is especially useful for matching this contents against a
  -    regular expression, etc.
  +    regular expression, etc.</p>
  +</li>
   </ul>
  -Notice that <em>expression</em> is first parsed into an internal machine
  +<p>Notice that <em>expression</em> is first parsed into an internal machine
   representation and then evaluated in a second step. Actually, in Global and
   Per-Server Class context <em>expression</em> is parsed at startup time and
   at runtime only the machine representation is executed. For Per-Directory
   context this is different: here <em>expression</em> has to be parsed and
  -immediately executed for every request.
  -<p>
  -Example:
  -<blockquote>
  -<pre>
  -SSLRequire (    %{SSL_CIPHER} !~ m/^(EXP|NULL)-/ \
  -            and %{SSL_CLIENT_S_DN_O} eq "Snake Oil, Ltd." \
  -            and %{SSL_CLIENT_S_DN_OU} in {"Staff", "CA", "Dev"} \
  -            and %{TIME_WDAY} >= 1 and %{TIME_WDAY} <= 5 \
  -            and %{TIME_HOUR} >= 8 and %{TIME_HOUR} <= 20       ) \
  +immediately executed for every request.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLRequire (    %{SSL_CIPHER} !~ m/^(EXP|NULL)-/ \<br>
  +            and %{SSL_CLIENT_S_DN_O} eq "Snake Oil, Ltd." \<br>
  +            and %{SSL_CLIENT_S_DN_OU} in {"Staff", "CA", "Dev"} \<br>
  +            and %{TIME_WDAY} &gt;= 1 and %{TIME_WDAY} &lt;= 5 \<br>
  +            and %{TIME_HOUR} &gt;= 8 and %{TIME_HOUR} &lt;= 20       ) \<br>
              or %{REMOTE_ADDR} =~ m/^192\.76\.162\.[0-9]+$/
  -</pre>
  -</blockquote>
  +</code></td></tr></table></blockquote>
   <div align="center">
   <a name="table3"></a>
   <table width="600" cellspacing="0" cellpadding="1" border="0" summary="">
  @@ -2177,7 +830,7 @@
   THE_REQUEST            SERVER_PORT           TIME_SEC
   REQUEST_METHOD         SERVER_PROTOCOL       TIME_WDAY
   REQUEST_SCHEME         REMOTE_ADDR           TIME
  -REQUEST_URI            REMOTE_USER           ENV:<b>variablename</b>
  +REQUEST_URI            REMOTE_USER           ENV:<strong>variablename</strong>
   REQUEST_FILENAME
   </pre>
   <em>SSL-related variables:</em>
  @@ -2217,7 +870,7 @@
                          SSL_CLIENT_A_SIG       SSL_SERVER_A_SIG
                          SSL_CLIENT_A_KEY       SSL_SERVER_A_KEY
                          SSL_CLIENT_CERT        SSL_SERVER_CERT
  -                       SSL_CLIENT_CERT_CHAIN<b>n</b>
  +                       SSL_CLIENT_CERT_CHAIN<strong>n</strong>
                          SSL_CLIENT_VERIFY
   </pre>
   </td></tr></table>
  @@ -2225,9 +878,114 @@
   </tr></table>
   </td></tr></table>
   </div>
  - <p><!--#include virtual="footer.html" -->
  -    </p>
  -  </body>
  -</html>
  -</body>
  -</html>
  +</usage><hr/><h2><a name="SSLRequireSSL">SSLRequireSSL</a> <a name="sslrequiressl">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Deny access when SSL is not used for the 
  +HTTP request</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLRequireSSL</syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>directory, .htaccess</td></tr><tr><td><a href="directive-dict.html#Override" class="help">Override:</a></td><td>AuthConfig</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
  +<p>
  +This directive forbids access unless HTTP over SSL (i.e. HTTPS) is enabled for
  +the current connection. This is very handy inside the SSL-enabled virtual
  +host or directories for defending against configuration errors that expose
  +stuff that should be protected. When this directive is present all requests
  +are denied which are not using SSL.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLRequireSSL
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLSessionCache">SSLSessionCache</a> <a name="sslsessioncache">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Type of the global/inter-process SSL Session 
  +Cache</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLSessionCache <em>type</em></syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>SSLSessionCache none</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
  +<p>
  +This configures the storage type of the global/inter-process SSL Session
  +Cache. This cache is an optional facility which speeds up parallel request
  +processing. For requests to the same server process (via HTTP keep-alive),
  +OpenSSL already caches the SSL session information locally. But because modern
  +clients request inlined images and other data via parallel requests (usually
  +up to four parallel requests are common) those requests are served by
  +<em>different</em> pre-forked server processes. Here an inter-process cache
  +helps to avoid unneccessary session handshakes.</p>
  +<p>
  +The following two storage <em>type</em>s are currently supported:</p>
  +<ul>
  +<li><code>none</code>
  +    <p>
  +    This is the default and just disables the global/inter-process Session
  +    Cache. There is no drawback in functionality, but a noticeable speed
  +    penalty can be observed.</p></li>
  +<li><code>dbm:/path/to/datafile</code>
  +    <p>
  +    This makes use of a DBM hashfile on the local disk to synchronize the
  +    local OpenSSL memory caches of the server processes. The slight increase
  +    in I/O on the server results in a visible request speedup for your
  +    clients, so this type of storage is generally recommended.</p></li>
  +<li><code>shm:/path/to/datafile</code>[<code>(</code><em>size</em><code>)</code>]
  +    <p>
  +    This makes use of a high-performance hash table (approx. <em>size</em> bytes
  +    in size) inside a shared memory segment in RAM (established via
  +    <code>/path/to/datafile</code>) to synchronize the local OpenSSL memory
  +    caches of the server processes. This storage type is not available on all
  +    platforms. See the mod_ssl <code>INSTALL</code> document for details on
  +    how to build Apache+EAPI with shared memory support.</p></li>
  +</ul>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Examples</strong></p><code>
  +SSLSessionCache dbm:/usr/local/apache/logs/ssl_gcache_data<br>
  +SSLSessionCache shm:/usr/local/apache/logs/ssl_gcache_data(512000)
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLSessionCacheTimeout">SSLSessionCacheTimeout</a> <a name="sslsessioncachetimeout">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Number of seconds before an SSL session expires
  +in the Session Cache</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLSessionCacheTimeout <em>seconds</em></syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>SSLSessionCacheTimeout 300</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
  +<p>
  +This directive sets the timeout in seconds for the information stored in the
  +global/inter-process SSL Session Cache and the OpenSSL internal memory cache.
  +It can be set as low as 15 for testing, but should be set to higher
  +values like 300 in real life.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLSessionCacheTimeout 600
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLVerifyClient">SSLVerifyClient</a> <a name="sslverifyclient">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Type of Client Certificate verification</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLVerifyClient <em>level</em></syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>SSLVerifyClient none</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host, directory, .htaccess</td></tr><tr><td><a href="directive-dict.html#Override" class="help">Override:</a></td><td>AuthConfig</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
  +<p>
  +This directive sets the Certificate verification level for the Client
  +Authentication. Notice that this directive can be used both in per-server and
  +per-directory context. In per-server context it applies to the client
  +authentication process used in the standard SSL handshake when a connection is
  +established. In per-directory context it forces a SSL renegotation with the
  +reconfigured client verification level after the HTTP request was read but
  +before the HTTP response is sent.</p>
  +<p>
  +The following levels are available for <em>level</em>:</p>
  +<ul>
  +<li><strong>none</strong>:
  +     no client Certificate is required at all</li>
  +<li><strong>optional</strong>:
  +     the client <em>may</em> present a valid Certificate</li>
  +<li><strong>require</strong>:
  +     the client <em>has to</em> present a valid Certificate</li>
  +<li><strong>optional_no_ca</strong>:
  +     the client may present a valid Certificate<br>
  +     but it need not to be (successfully) verifiable.</li>
  +</ul>
  +<p>In practice only levels <strong>none</strong> and
  +<strong>require</strong> are really interesting, because level
  +<strong>optional</strong> doesn't work with all browsers and level
  +<strong>optional_no_ca</strong> is actually against the idea of
  +authentication (but can be used to establish SSL test pages, etc.)</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLVerifyClient require
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h2><a name="SSLVerifyDepth">SSLVerifyDepth</a> <a name="sslverifydepth">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td>Maximum depth of CA Certificates in Client 
  +Certificate verification</td></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>SSLVerifyDepth <em>number</em></syntax></td></tr><tr><td><a href="directive-dict.html#Default" class="help">Default:</a></td><td><code>SSLVerifyDepth 1</code></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config, virtual host, directory, .htaccess</td></tr><tr><td><a href="directive-dict.html#Override" class="help">Override:</a></td><td>AuthConfig</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>Extension</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>mod_ssl</td></tr></table></td></tr></table><usage>
  +<p>
  +This directive sets how deeply mod_ssl should verify before deciding that the
  +clients don't have a valid certificate. Notice that this directive can be
  +used both in per-server and per-directory context. In per-server context it
  +applies to the client authentication process used in the standard SSL
  +handshake when a connection is established. In per-directory context it forces
  +a SSL renegotation with the reconfigured client verification depth after the
  +HTTP request was read but before the HTTP response is sent.</p>
  +<p>
  +The depth actually is the maximum number of intermediate certificate issuers,
  +i.e. the number of CA certificates which are max allowed to be followed while
  +verifying the client certificate. A depth of 0 means that self-signed client
  +certificates are accepted only, the default depth of 1 means the client
  +certificate can be self-signed or has to be signed by a CA which is directly
  +known to the server (i.e. the CA's certificate is under
  +<a href="#sslcacertificatepath" class="directive"><code class="directive">SSLCACertificatePath</code></a>), etc.</p>
  +<blockquote><table cellpadding="10"><tr><td bgcolor="#eeeeee"><p align="center"><strong>Example</strong></p><code>
  +SSLVerifyDepth 10
  +</code></td></tr></table></blockquote>
  +</usage><hr/><h3 align="center">Apache HTTP Server Version 2.0</h3><a href="./"><img alt="Index" src="../images/index.gif"/></a><a href="../"><img alt="Home" src="../images/home.gif"/></a></blockquote></body></html>
  \ No newline at end of file
  
  
  
  1.11      +22 -131   httpd-2.0/docs/manual/mod/perchild.html
  
  Index: perchild.html
  ===================================================================
  RCS file: /home/cvs/httpd-2.0/docs/manual/mod/perchild.html,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -d -b -u -r1.10 -r1.11
  --- perchild.html	12 Feb 2002 23:52:52 -0000	1.10
  +++ perchild.html	10 Mar 2002 04:35:19 -0000	1.11
  @@ -1,38 +1,14 @@
  -<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
  -    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
  -
  -<html xmlns="http://www.w3.org/1999/xhtml">
  -  <head>
  -    <meta name="generator" content="HTML Tidy, see www.w3.org" />
  -
  -    <title>Apache MPM perchild</title>
  -  </head>
  -  <!-- Background white, links blue (unvisited), navy (visited), red (active) -->
  -
  -  <body bgcolor="#FFFFFF" text="#000000" link="#0000FF"
  -  vlink="#000080" alink="#FF0000">
  -    <!--#include virtual="header.html" -->
  -
  -    <h1 align="CENTER">Multi-Processing Module perchild</h1>
  -
  -<blockquote><strong>
  +<html xmlns="http://www.w3.org/TR/xhtml1/strict"><head><!--
  +XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  +     This file is generated from xml source: DO NOT EDIT
  +XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  +--><title>perchild - Apache HTTP Server</title><link href="../style/manual.css" type="text/css" rel="stylesheet"/></head><body><blockquote><div align="center"><img alt="[APACHE DOCUMENTATION]" src="../images/sub.gif"/><h3>Apache HTTP Server Version 2.0</h3></div><h1 align="center">Apache Module perchild</h1><table cellspacing="1" cellpadding="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td valign="top"><span class="help">Description:</span></td><td><description>Multi-Processing Module allowing for daemon processes
  +    serving requests to be assigned a variety of different
  +    userids</description></td></tr><tr><td><a href="module-dict.html#Status" class="help">Status:</a></td><td>MPM</td></tr><tr><td><a href="module-dict.html#ModuleIdentifier" class="help">Module&nbsp;Identifier:</a></td><td>mpm_perchild_module</td></tr></table></td></tr></table><h2>Summary</h2><summary>
  +<blockquote><table><tr><td bgcolor="#ffe5f5">
   This MPM does not currently work on most platforms.  Work is ongoing to
   make it functional.
  -</strong></blockquote>
  -
  -    <p>This Multi-Processing Module allows for daemon processes
  -    serving requests to be assigned a variety of different
  -    userids.</p>
  -
  -    <p><a href="module-dict.html#Status"
  -    rel="Help"><strong>Status:</strong></a> MPM<br />
  -     <a href="module-dict.html#SourceFile"
  -    rel="Help"><strong>Source File:</strong></a> perchild.c<br />
  -     <a href="module-dict.html#ModuleIdentifier"
  -    rel="Help"><strong>Module Identifier:</strong></a>
  -    mpm_perchild_module</p>
  -
  -    <h2>Summary</h2>
  +</td></tr></table></blockquote>
   
       <p>This Multi-Processing Module (MPM) implements a hybrid
       multi-process, multi-threaded web server. A fixed number of
  @@ -40,12 +16,11 @@
       load are handled by increasing or decreasing the number of
       threads in each process.</p>
   
  -    <p>A single control process launches the number of child
  -    processes indicated by the <code>NumServers</code> directive at
  -    server startup. Each child process creates threads as specified
  -    in the <code>StartThreads</code> directive. The individual
  -    threads then listen for connections and serve them when they
  -    arrive.</p>
  +    <p>A single control process launches the number of child processes
  +    indicated by the <a href="mpm_common.html#numservers" class="directive"><code class="directive">NumServers</code></a> directive at server
  +    startup. Each child process creates threads as specified in the
  +    <code>StartThreads</code> directive. The individual threads then
  +    listen for connections and serve them when they arrive.</p>
   
       <p>Apache always tries to maintain a pool of <em>spare</em> or
       idle server threads, which stand ready to serve incoming
  @@ -69,8 +44,7 @@
       set the privileges of the Apache child processes. The child
       processes must be able to read all the content that will be
       served, but should have as few privileges beyond that as
  -    possible. In addition, unless <a
  -    href="../suexec.html">suexec</a> is used, these directives also
  +    possible. In addition, unless <a href="../suexec.html">suexec</a> is used, these directives also
       set the privileges which will be inherited by CGI scripts.</p>
   
       <p><code>MaxRequestsPerChild</code> controls how frequently the
  @@ -84,99 +58,16 @@
       specific processes should serve requests under different
       userids. These processes can then be associated with specific
       virtual hosts.</p>
  -    <!-- XXX: This desperately needs more explanation. -->
  -
  -    <h2>Directives</h2>
  -
  -    <ul>
  -      <li><a href="#assignuserid">AssignUserID</a></li>
  -
  -      <li><a href="#childperuserid">ChildPerUserID</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#coredumpdirectory">CoreDumpDirectory</a></li>
  -
  -      <li><a href="mpm_common.html#group">Group</a></li>
  -
  -      <li><a href="mpm_common.html#pidfile">PidFile</a></li>
  -
  -      <li><a href="mpm_common.html#listen">Listen</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#listenbacklog">ListenBacklog</a></li>
  -
  -      <li><a href="mpm_common.html#lockfile">LockFile</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#maxrequestsperchild">MaxRequestsPerChild</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#maxsparethreads">MaxSpareThreads</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#maxthreadsperchild">MaxThreadsPerChild</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#minsparethreads">MinSpareThreads</a></li>
  -
  -      <li><a href="mpm_common.html#numservers">NumServers</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#scoreboardfile">ScoreBoardFile</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#sendbuffersize">SendBufferSize</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#startthreads">StartThreads</a></li>
  -
  -      <li><a href="mpm_common.html#user">User</a></li>
  -    </ul>
  -    <hr />
  -
  -    <h2><a id="assignuserid" name="assignuserid">AssignUserID
  -    directive</a></h2>
  -
  -    <p><a href="directive-dict.html#Syntax"
  -    rel="Help"><strong>Syntax:</strong></a>AssignUserID <em>user_id</em> <em>group_id</em><br />
  -     <a href="directive-dict.html#Default"
  -    rel="Help"><strong>Default:</strong></a><br />
  -     <a href="directive-dict.html#Context"
  -    rel="Help"><strong>Context:</strong></a> virtual host<br />
  -     <a href="directive-dict.html#Status"
  -    rel="Help"><strong>Status:</strong></a> MPM<br />
  -     <a href="directive-dict.html#Module"
  -    rel="Help"><strong>Module:</strong></a> perchild</p>
   
  +</summary><h2>Directives</h2><ul><li><a href="#assignuserid">AssignUserId</a></li><li><a href="#childperuserid">ChildPerUserId</a></li><li><a href="mpm_common.html#coredumpdirectory">CoreDumpDirectory</a></li><li><a href="mpm_common.html#group">Group</a></li><li><a href="mpm_common.html#listen">Listen</a></li><li><a href="mpm_common.html#listenbacklog">ListenBacklog</a></li><li><a href="mpm_common.html#lockfile">LockFile</a></li><li><a href="mpm_common.html#maxrequestsperchild">MaxRequestsPerChild</a></li><li><a href="mpm_common.html#maxsparethreads">MaxSpareThreads</a></li><li><a href="mpm_common.html#maxthreadsperchild">MaxThreadsPerChild</a></li><li><a href="mpm_common.html#minsparethreads">MinSpareThreads</a></li><li><a href="mpm_common.html#numservers">NumServers</a></li><li><a href="mpm_common.html#pidfile">PidFile</a></li><li><a href="mpm_common.html#scoreboardfile">ScoreBoardFile</a></li><li><a href="mpm_common.html#sendbuffersize">SendBufferSize</a></li><li><a href="mpm_common.html#startthreads">StartThreads</a></li><li><a href="mpm_common.html#user">User</a></li></ul><hr/><h2><a name="AssignUserId">AssignUserId</a> <a name="assignuserid">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>AssignUserID <em>user_id</em> <em>group_id</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>virtual host</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>MPM</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>perchild</td></tr></table></td></tr></table><usage>
       <p>Tie a virtual host to a specific child process. Requests addressed to
   the virtual host where this directive appears will be served by the process
   running with the specified user and group id.</p>
  -    <hr />
  -
  -    <h2><a id="childperuserid" name="childperuserid">ChildPerUserID
  -    directive</a></h2>
  -
  -    <p><a href="directive-dict.html#Syntax"
  -    rel="Help"><strong>Syntax:</strong></a>ChildPerUserID <em>user_id</em>
  -<em>group_id</em> <em>child_id</em><br />
  -     <a href="directive-dict.html#Default"
  -    rel="Help"><strong>Default:</strong></a><br />
  -     <a href="directive-dict.html#Context"
  -    rel="Help"><strong>Context:</strong></a> server config<br />
  -     <a href="directive-dict.html#Status"
  -    rel="Help"><strong>Status:</strong></a> MPM<br />
  -     <a href="directive-dict.html#Module"
  -    rel="Help"><strong>Module:</strong></a> perchild</p>
  -
  +</usage><hr/><h2><a name="ChildPerUserId">ChildPerUserId</a> <a name="childperuserid">Directive</a></h2><table cellpadding="1" cellspacing="0" border="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td><strong>Description: </strong></td><td/></tr><tr><td><a href="directive-dict.html#Syntax" class="help">Syntax:</a></td><td><syntax>ChildPerUserID <em>user_id</em>
  +<em>group_id</em> <em>child_id</em></syntax></td></tr><tr><td><a href="directive-dict.html#Context" class="help">Context:</a></td><td>server config</td></tr><tr><td><a href="directive-dict.html#Status" class="help">Status:</a></td><td>MPM</td></tr><tr><td><a href="directive-dict.html#Module" class="help">Module:</a></td><td>perchild</td></tr></table></td></tr></table><usage>
       <p>Specify a user id and group id for a specific child process. The number of
   children if set by the <a href="mpm_common.html#numservers">NumServers</a>
  -directive. For example, the default value for <a
  -href="mpm_common.html#numservers">NumServers</a> is 5 and that means
  +directive. For example, the default value for <a href="mpm_common.html#numservers">NumServers</a> is 5 and that means
   children ids 1,2,3,4 and 5 are available for assigment. If a child does not
  -have an associated ChildPerUserID, it inherits the <a
  -href="mpm_common.html#user">User</a> and <a
  -href="mpm_common.html#group">Group</a> settings from the main server </p> 
  -    <!--#include virtual="footer.html" -->
  -  </body>
  -</html>
  -
  +have an associated ChildPerUserID, it inherits the <a href="mpm_common.html#user">User</a> and <a href="mpm_common.html#group">Group</a> settings from the main server </p> 
  +</usage><hr/><h3 align="center">Apache HTTP Server Version 2.0</h3><a href="./"><img alt="Index" src="../images/index.gif"/></a><a href="../"><img alt="Home" src="../images/home.gif"/></a></blockquote></body></html>
  \ No newline at end of file
  
  
  
  1.3       +8 -85     httpd-2.0/docs/manual/mod/worker.html
  
  Index: worker.html
  ===================================================================
  RCS file: /home/cvs/httpd-2.0/docs/manual/mod/worker.html,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -d -b -u -r1.2 -r1.3
  --- worker.html	19 Dec 2001 18:16:40 -0000	1.2
  +++ worker.html	10 Mar 2002 04:35:19 -0000	1.3
  @@ -1,33 +1,9 @@
  -<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
  -    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
  -
  -<html xmlns="http://www.w3.org/1999/xhtml">
  -  <head>
  -    <meta name="generator" content="HTML Tidy, see www.w3.org" />
  -
  -    <title>Apache MPM worker</title>
  -  </head>
  -  <!-- Background white, links blue (unvisited), navy (visited), red (active) -->
  -
  -  <body bgcolor="#FFFFFF" text="#000000" link="#0000FF"
  -  vlink="#000080" alink="#FF0000">
  -    <!--#include virtual="header.html" -->
  -
  -    <h1 align="CENTER">Multi-Processing Module worker</h1>
  -
  -    <p>This Multi-Processing Module implements a hybrid
  -    multi-threaded multi-process web server.</p>
  -
  -    <p><a href="module-dict.html#Status"
  -    rel="Help"><strong>Status:</strong></a> MPM<br />
  -     <a href="module-dict.html#SourceFile"
  -    rel="Help"><strong>Source File:</strong></a> worker.c<br />
  -     <a href="module-dict.html#ModuleIdentifier"
  -    rel="Help"><strong>Module Identifier:</strong></a>
  -    mpm_worker_module</p>
  -
  -    <h2>Summary</h2>
  -
  +<html xmlns="http://www.w3.org/TR/xhtml1/strict"><head><!--
  +XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  +     This file is generated from xml source: DO NOT EDIT
  +XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  +--><title>worker - Apache HTTP Server</title><link href="../style/manual.css" type="text/css" rel="stylesheet"/></head><body><blockquote><div align="center"><img alt="[APACHE DOCUMENTATION]" src="../images/sub.gif"/><h3>Apache HTTP Server Version 2.0</h3></div><h1 align="center">Apache Module worker</h1><table cellspacing="1" cellpadding="0" bgcolor="#cccccc"><tr><td><table bgcolor="#ffffff"><tr><td valign="top"><span class="help">Description:</span></td><td><description>Multi-Processing Module implementing a hybrid
  +    multi-threaded multi-process web server</description></td></tr><tr><td><a href="module-dict.html#Status" class="help">Status:</a></td><td>MPM</td></tr><tr><td><a href="module-dict.html#ModuleIdentifier" class="help">Module&nbsp;Identifier:</a></td><td>mpm_worker_module</td></tr></table></td></tr></table><h2>Summary</h2><summary>
       <p>This Multi-Processing Module (MPM) is the default for most
       unix-like operating systems. It implements a hybrid
       multi-process multi-threaded server. Each process has a fixed
  @@ -62,8 +38,7 @@
       set the privileges of the Apache child processes. The child
       processes must be able to read all the content that will be
       served, but should have as few privileges beyond that as
  -    possible. In addition, unless <a
  -    href="../suexec.html">suexec</a> is used, these directives also
  +    possible. In addition, unless <a href="../suexec.html">suexec</a> is used, these directives also
       set the privileges which will be inherited by CGI scripts.</p>
   
       <p><code>MaxRequestsPerChild</code> controls how frequently the
  @@ -72,56 +47,4 @@
   
       <p>See also: <a href="../bind.html">Setting which addresses and
       ports Apache uses</a>.</p>
  -
  -    <h2>Directives</h2>
  -
  -    <ul>
  -      <li><a
  -      href="mpm_common.html#coredumpdirectory">CoreDumpDirectory</a></li>
  -
  -      <li><a href="mpm_common.html#group">Group</a></li>
  -
  -      <li><a href="mpm_common.html#pidfile">PidFile</a></li>
  -
  -      <li><a href="mpm_common.html#listen">Listen</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#listenbacklog">ListenBacklog</a></li>
  -
  -      <li><a href="mpm_common.html#lockfile">LockFile</a></li>
  -
  -      <li><a href="mpm_common.html#maxclients">MaxClients</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#maxrequestsperchild">MaxRequestsPerChild</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#maxsparethreads">MaxSpareThreads</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#minsparethreads">MinSpareThreads</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#scoreboardfile">ScoreBoardFile</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#sendbuffersize">SendBufferSize</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#serverlimit">ServerLimit</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#startservers">StartServers</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#threadlimit">ThreadLimit</a></li>
  -
  -      <li><a
  -      href="mpm_common.html#threadsperchild">ThreadsPerChild</a></li>
  -
  -      <li><a href="mpm_common.html#user">User</a></li>
  -    </ul>
  -    <!--#include virtual="footer.html" -->
  -  </body>
  -</html>
  -
  +</summary><h2>Directives</h2><ul><li><a href="mpm_common.html#coredumpdirectory">CoreDumpDirectory</a></li><li><a href="mpm_common.html#group">Group</a></li><li><a href="mpm_common.html#listen">Listen</a></li><li><a href="mpm_common.html#listenbacklog">ListenBacklog</a></li><li><a href="mpm_common.html#lockfile">LockFile</a></li><li><a href="mpm_common.html#maxclients">MaxClients</a></li><li><a href="mpm_common.html#maxrequestsperchild">MaxRequestsPerChild</a></li><li><a href="mpm_common.html#maxsparethreads">MaxSpareThreads</a></li><li><a href="mpm_common.html#minsparethreads">MinSpareThreads</a></li><li><a href="mpm_common.html#pidfile">PidFile</a></li><li><a href="mpm_common.html#scoreboardfile">ScoreBoardFile</a></li><li><a href="mpm_common.html#sendbuffersize">SendBufferSize</a></li><li><a href="mpm_common.html#serverlimit">ServerLimit</a></li><li><a href="mpm_common.html#startservers">StartServers</a></li><li><a href="mpm_common.html#threadlimit">ThreadLimit</a></li><li><a href="mpm_common.html#threadsperchild">ThreadsPerChild</a></li><li><a href="mpm_common.html#user">User</a></li></ul><hr/><h3 align="center">Apache HTTP Server Version 2.0</h3><a href="./"><img alt="Index" src="../images/index.gif"/></a><a href="../"><img alt="Home" src="../images/home.gif"/></a></blockquote></body></html>
  \ No newline at end of file