<tr><th><a href="directive-dict.html#Compatibility">Compatibility:</a></th><td>2.2.29 and later</td></tr>
</table>
<p>This directive controls whether HTTP trailers are copied into the
- internal representation of HTTP headers. This mergeing occurs when the
- request body has been completely consumed, long after most header
+ internal representation of HTTP headers. This mergeing occurs when the
+ request body has been completely consumed, long after most header
processing would have a chance to examine or modify request headers.</p>
<p>This option is provided for compatibility with releases prior to 2.4.10,
where trailers were always merged.</p>
then the interaction of these restrictions is controlled by
the <code class="directive"><a href="#satisfy">Satisfy</a></code> directive.</p>
+ <p>Multiple <code class="directive">Require</code> directives do operate as
+ logical "OR", but some underlying authentication modules may require
+ an explicit configuration to let authentication be chained to others.
+ This is typically the case with <code class="module"><a href="../mod/mod_authnz_ldap.html">mod_authnz_ldap</a></code>,
+ which exports the <code class="directive">AuthzLDAPAuthoritative</code> in
+ that intent.</p>
+
<div class="note"><h3>Removing controls in subdirectories</h3>
<p>The following example shows how to use the <code class="directive"><a href="#satisfy">Satisfy</a></code> directive to disable access
controls in a subdirectory of a protected directory. This
</Directory><br />
</code></p></div>
</div>
- <div class="note"><h3>Combined use of authentication backends</h3>
- <p>Multiple <code class="directive">Require</code> directives do operate as
- logical "OR", but some underlying authentication modules may require
- an explicit configuration to let authentication be chained to others.
- This is typically the case with <code class="module"><a href="../mod/mod_authnz_ldap.html">mod_authnz_ldap</a></code>,
- which exports the <code class="directive">AuthzLDAPAuthoritative</code> in
- that intent.</p>
- </div>
<h3>See also</h3>
then the interaction of these restrictions is controlled by
the <directive module="core">Satisfy</directive> directive.</p>
+ <p>Multiple <directive>Require</directive> directives do operate as
+ logical "OR", but some underlying authentication modules may require
+ an explicit configuration to let authentication be chained to others.
+ This is typically the case with <module>mod_authnz_ldap</module>,
+ which exports the <directive>AuthzLDAPAuthoritative</directive> in
+ that intent.</p>
+
<note><title>Removing controls in subdirectories</title>
<p>The following example shows how to use the <directive
module="core">Satisfy</directive> directive to disable access
</Directory><br />
</example>
</note>
- <note><title>Combined use of authentication backends</title>
- <p>Multiple <directive>Require</directive> directives do operate as
- logical "OR", but some underlying authentication modules may require
- an explicit configuration to let authentication be chained to others.
- This is typically the case with <module>mod_authnz_ldap</module>,
- which exports the <directive>AuthzLDAPAuthoritative</directive> in
- that intent.</p>
- </note>
</usage>
<usage>
<p>This directive controls whether HTTP trailers are copied into the
- internal representation of HTTP headers. This mergeing occurs when the
- request body has been completely consumed, long after most header
+ internal representation of HTTP headers. This mergeing occurs when the
+ request body has been completely consumed, long after most header
processing would have a chance to examine or modify request headers.</p>
<p>This option is provided for compatibility with releases prior to 2.4.10,
where trailers were always merged.</p>