Revised german translations

[Jobst Giesecke]

<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.de.xsl"?>
<modulesynopsis metafile="mod_cgid.xml.meta">

<name>mod_cgid</name>
<description>Ausf&uuml;hrung von CGI-Skripten  mit einem externen
CGI-Daemon</description>
<status>Base</status>
<sourcefile>mod_cgid.c</sourcefile>
<identifier>cgid_module</identifier>
<compatibility>Unix threaded MPMs only</compatibility>

<summary>
    <p>Abgesehen von den Optimierungen und der zus&auml;tzlichen
    <directive module="mod_cgid">ScriptSock</directive>-Direktive
    unterscheidet sich das Modul <module>mod_cgid</module> kaum
    vom Modul <module>mod_cgi</module>.
    Weitere Informationen zu Apache und CGI 
    <strong>siehe <module>mod_cgi</module>.</strong></p>

    <p>Bei bestimmten Unix-Betriebssystemen ist das Forking eines
    Prozesses beim Multi-Threading ein sehr aufw&auml;ndiger Vorgang,
    weil der neue Prozess alle Threads des &uuml;bergeordneten Prozesses
    repliziert. Um diesen Aufwand f&uuml;r jeden einzelnen CGI-Aufruf zu 
vermeiden,
    erzeugt <module>mod_cgid</module> einen externen Daemon, der f&uuml;r
    das Forking der Kindprozesse zur Ausf&uuml;hrung der CGI-Skripte 
verantwortlich
    ist. Der Server kommuniziert mit diesem Daemon mit Hilfe eines
    Unix-Domain-Socket.</p>

    <p>Dieses Modul wird standardm&auml;&szlig;ig an Stelle des Moduls
    <module>mod_cgi</module> verwendet, wenn ein Multi-Thread-MPM
    w&auml;hrend des Kompilierens gew&auml;hlt wurde. Auf Benutzerebene
    ist die Konfiguration und Arbeitsweise dieses Moduls mit
    <module>mod_cgi</module> identisch. Der einzige Unterschied ist die
    zus&auml;tzliche <code>ScriptSock</code>-Direktive, die den Namen des
    Socket f&uuml;r die Kommunikation mit dem CGI-Daemon angibt.</p>
</summary>

<seealso><module>mod_cgi</module></seealso>
<seealso><a href="../suexec.html">CGI-Programme unter unterschiedlichen UIDs 
ausf&uuml;hren</a></seealso>

<directivesynopsis location="mod_cgi">
<name>ScriptLog</name>
</directivesynopsis>

<directivesynopsis location="mod_cgi">
<name>ScriptLogLength</name>
</directivesynopsis>

<directivesynopsis location="mod_cgi">
<name>ScriptLogBuffer</name>
</directivesynopsis>

<directivesynopsis>
<name>ScriptSock</name>
<description>Der Name des Socket f&uuml;r die Kommunikation mit dem
CGI-Daemon</description>
<syntax>ScriptSock <var>Dateipfad</var></syntax>
<default>ScriptSock logs/cgisock</default>
<contextlist><context>server config</context>
<context>virtual host</context></contextlist>

<usage>
    <p>Diese Direktive gibt den Namen des Socket f&uuml;r die
    Kommunikation mit dem CGI-Daemon an. Das Socket wird mit den
    Berechtigungen des Benutzers ge&ouml;ffnet, der den Apache gestartet
    hat (normalerweise ist das der Benutzer <code>root</code>
    ). Um die Sicherheit der Kommunikation mit CGI-Skripten zu
    gew&auml;hrleisten, darf kein anderer Benutzer die Berechtigung haben,
    in das Verzeichnis zu schreiben, in dem sich das Socket befindet.</p>

    <example><title>Beispiel</title>
      ScriptSock /var/run/cgid.sock
    </example>

</usage>
</directivesynopsis>

</modulesynopsis>


<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.de.xsl"?>
<modulesynopsis metafile="mod_charset_lite.xml.meta">

<name>mod_charset_lite</name>
<description>Automatische Konvertierung von
Zeichens&auml;tzen</description>
<status>Experimentell</status>
<sourcefile>mod_charset_lite.c</sourcefile>
<identifier>charset_lite_module</identifier>

<summary>
    <p>Dieses Modul befindet sich noch in einem
    <strong>experimentellen</strong> Stadium und sollte
    mit Vorsicht verwendet werden. Experimentieren Sie mit Ihrer
    <module>mod_charset_lite</module>-Konfiguration, um zu &uuml;berpr&uuml;fen,
    ob die gew&uuml;nschten Ergebnisse erreicht werden.</p>

    <p>Mit <module>mod_charset_lite</module> kann der Administrator den
    Ausgangszeichensatz von Objekten sowie den Zeichensatz angeben, in den
    die Umwandlung vor dem Versenden an den Client erfolgen soll.
    <module>mod_charset_lite</module> wandelt die Daten selbst nicht um,
    sondern teilt dem Apache mit, welche Art der Umwandlung durchgef&uuml;hrt
    werden soll. <module>mod_charset_lite</module> ist f&uuml;r EBCDIC- 
    und ASCII-Systeme gedacht. In einer EBCDIC-Umgebung wandelt
    der Apache normalerweise Text nach ISO-8859-1 um.
    Mit <module>mod_charset_lite</module>
    k&ouml;nnen auch andere Konvertierungen durchgef&uuml;hrt werden. In einer
    ASCII-Umgebung f&uuml;hrt der Apache normalerweise keine
    Umwandlungen durch, daher wird <module>mod_charset_lite</module>
    ben&ouml;tigt, um Umwandlungen durchf&uuml;hren zu k&ouml;nnen.</p>

    <p>Dieses Modul bietet einige Konfigurationsverfahren an,
    die auch von der russischen Apache-Version und dem
    dazugeh&ouml;rigen <code>mod_charset</code> implementiert werden.</p>
</summary>

<section id="problems"><title>Allgemeine Probleme</title>

    <section><title>Unzul&auml;ssige Zeichensatzbezeichnungen</title>

      <p>Die Parameter f&uuml;r Zeichensatzangaben 
      <directive module="mod_charset_lite">CharsetSourceEnc</directive> und
      <directive module="mod_charset_lite">CharsetDefault</directive>
      m&uuml;ssen von der APR-Bibliothek auf dem jeweiligen Betriebssystem,
      unter welchem das Modul <module>mod_charset_lite</module>
      ausgef&uuml;hrt wird, unterst&uuml;tzt werden.  Diese 
Zeichensatzbezeichnungen
      sind nicht standardisiert und entsprechen normalerweise nicht den
      in HTTP-Headern verwendeten. Zur Zeit unterst&uuml;tzt die APR-Bibliothek
      nur iconv(3), so dass die Zeichensatzbezeichnungen problemlos mit dem
      iconv(1)-Programm getestet werden k&ouml;nnen:</p>

      <example>
        iconv -f charsetsourceenc-Wer -t charsetdefault-Wert
      </example>
    </section>

    <section><title>Abweichungen zwischen dem Zeichensatz eines Textes
    und den Umwandlungsregeln</title>

      <p>Wenn die Umwandlungsregeln f&uuml;r einen Text nicht sinnvoll sind,
      kann die Umwandlung aus mehreren Gr&uuml;nden misslingen:</p>

      <ul>
      <li>Der Umwandlungsmechanismus kann einen falschen R&uuml;ckgabewert 
liefern,
      was zum Abbruch der Verbindung f&uuml;hren kann.</li>

      <li>Der Umwandlungsmechanismus kann stillschweigend Sonderzeichen
      (z.B. Fragezeichen) in den Ausgabepuffer schreiben, wenn er den
      Eingabepuffer nicht umwandeln kann.</li>
      </ul>
    </section>
</section>

<directivesynopsis>
<name>CharsetSourceEnc</name>
<description>Ausgabezeichensatz</description>
<syntax>CharsetSourceEnc <var>Zeichensatz</var></syntax>
<contextlist><context>server config</context>
<context>virtual host</context><context>directory</context>
<context>.htaccess</context>
</contextlist>
<override>FileInfo</override>

<usage>
    <p>Die <directive>CharsetSourceEnc</directive>-Direktive gibt den
    Ausgabezeichensatz f&uuml;r Dateien aus den entsprechenden Containern 
an.</p>

    <p>Der Wert des <var>Zeichensatz</var>-Arguments muss
    ein g&uuml;ltiger Zeichensatz der APR-Bibliothek sein (in der Regel sind 
dies
    alle von iconv unterst&uuml;tzten Zeichens&auml;tze).</p>
    
    <example><title>Beispiel</title>
      &lt;Directory /export/home/trawick/apacheinst/htdocs/convert&gt;<br />
      <indent>
        CharsetSourceEnc  UTF-16BE<br />
        CharsetDefault    ISO-8859-1<br />
      </indent>
      &lt;/Directory&gt;
    </example>

    <p>Die Zeichensatzbezeichnungen dieses Beispiels funktionieren f&uuml;r die
    iconv-Umwandlungen unter Solaris 8.</p>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>CharsetDefault</name>
<description>Der Zeichensatz, in den die Umwandlung erfolgen soll.</description>
<syntax>CharsetDefault <var>Zeichensatz</var></syntax>
<contextlist><context>server config</context>
<context>virtual host</context><context>directory</context>
<context>.htaccess</context>
</contextlist>
<override>FileInfo</override>

<usage>
    <p>Die <directive>CharsetDefault</directive>-Direktive gibt den
    Zeichensatz an, in den die Dokumente aus den angegebenen Containern
    umgewandelt werden sollen.</p>

    <p>Der Wert des <var>Zeichensatz</var>-Arguments muss
    eine g&uuml;ltiger Zeichensatz der APR-Bibliothek sein (in der Regel sind 
dies
    alle von iconv unterst&uuml;tzten Zeichens&auml;tze).</p>

    <example><title>Beispiel</title>
      &lt;Directory /export/home/trawick/apacheinst/htdocs/convert&gt;<br />
      <indent>
        CharsetSourceEnc  UTF-16BE<br />
        CharsetDefault    ISO-8859-1<br />
      </indent>
      &lt;/Directory&gt;
    </example>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>CharsetOptions</name>
<description>Erlaubt die Konfiguartion des Verhaltens der
Zeichensatz-&Uuml;bersetzung</description>
<syntax>CharsetOptions <var>Option</var> [<var>Option</var>] ...</syntax>
<default>CharsetOptions DebugLevel=0 NoImplicitAdd</default>
<contextlist><context>server config</context>
<context>virtual host</context><context>directory</context>
<context>.htaccess</context>
</contextlist>
<override>FileInfo</override>

<usage>
    <p>Die <directive>CharsetOptions</directive>-Direktive kontrolliert
    einige Optionen des Moduls <module>mod_charset_lite</module>.
    Als <var>Option</var> kann angegeben werden:</p>

    <dl>
      <dt><code>DebugLevel=<var>n</var></code></dt>

      <dd>Mit dem Schl&uuml;sselwort <code>DebugLevel</code> l&auml;sst sich
      der Umfang der vom Modul erzeugten Debug-Meldungen steuern.
      Gem&auml;&szlig; Voreinstellung werden keine Meldungen erzeugt. Das
      entspricht der Angabe <code>DebugLevel=0</code>.
      Je h&ouml;her der Wert gesetzt wird, um so mehr Meldungen werden
      erzeugt und um so mehr geht die Serverleistung zur&uuml;ck. Die
      Bedeutung der Zahlenangaben wird am Beginn der Datei
      <code>mod_charset_lite.c</code> in Verbindung mit den
      Definitionen der <code>DBGLVL_</code>-Konstanten
      beschrieben.</dd>

      <dt><code>ImplicitAdd | NoImplicitAdd</code></dt>

      <dd>Die Option <code>ImplicitAdd</code> gibt an, dass
      <module>mod_charset_lite</module> immer die dazugeh&ouml;rigen
      Filter aktivieren soll, wenn die Konfiguration eine Umwandlung des
      Zeichensatzes vorschreibt. Wird die Filterkette explizit mit der
      <directive module="mod_mime">AddOutputFilter</directive>-Direktive
      konfiguriert, sollte <code>NoImplicitAdd</code> nicht angegeben
      werden, damit <module>mod_charset_lite</module>
      die Filter nicht aktiviert.</dd>
    </dl>
</usage>
</directivesynopsis>

</modulesynopsis>

Title: Empfohlene Konfiguration

mod_deflate Komprimierung von Dokumenten vor der Übertragung zum Client Erweiterung deflate_module mod_deflate.c

Mit dem DEFLATE-Filter des mod_deflate-Moduls können die vom Server über das Netzwerk an den Client zu sendenden Daten komprimiert werden.

Filter

Die folgende Beispielkonfiguration ist für Ungeduldige gedacht. Sie sollten sich aber die Zeit nehmen und die ausführliche Beschreibung in den nachstehenden Abschnitten aufmerksam durchlesen.

AddOutputFilterByType DEFLATE text/html text/plain text/xml <Location />
# Filter einfügen
SetOutputFilter DEFLATE

# Netscape 4.x bereitet Probleme...
BrowserMatch ^Mozilla/4 gzip-only-text/html

# Netscape 4.06-4.08 bereiten noch viel mehr Probleme
BrowserMatch ^Mozilla/4\.0[678] no-gzip

#Der MSIE verkleidet sich als Netscape, funktioniert aber einwandfrei.
# BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

# Hinweis: Infolge eines Fehlers in mod_setenvif funktioniert das
#bis zur Apache-Version 2.0.48 nicht. Mit folgender
# Abwandlung erreichen Sie den gewünschten Effekt:
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html

# Bilder sollen nicht komprimiert
SetEnvIfNoCase Request_URI \
\.(?:gif|jpe?g|png)$ no-gzip dont-vary

# Sicherstellen, dass Proxies nicht den falschen Inhalt ausliefern.
Header append Vary User-Agent env=!dont-vary
</Location>

Die Komprimierung wird vom DEFLATE- Filter implementiert. Die folgende Direktive aktiviert die Komprimierung für Dokumente in dem Container, in dem sie platziert wird:

SetOutputFilter DEFLATE

Einige Browser können mit der Komprimierung sämtlicher Inhaltstypen nicht umgehen, so dass die 'Note' gzip-only-text/html auf den Wert 1 gesetzt werden sollte, damit HTML-Dateien komprimiert werden (siehe unten). Jede Einstellung außer 1 wird ignoriert.

Soll die Komprimierung bestimmterMIME-Typen generell unterbunden werden, kann hierfür die AddOutputFilterByType-Direktive benutzt werden. Im nächsten Beispiel wird die Komprimierung nur für die HTML-Dateien der Apache-Dokumentation aktiviert:

<Directory "/your-server-root/manual">
AddOutputFilterByType DEFLATE text/html
</Directory>

Für Browser, die die Probleme mit der Komprimierung sämtlicher Dateitypen haben, sollten Sie die Direktive BrowserMatch verwenden, damit keine Komprimierung durchgeführt wird. no-gzip und gzip-only-text/html können kombiniert werden, um bessere Ergebnisse zu erzielen. In diesem Fall wird die erste Anweisung von der letzten überschrieben. Betrachten Sie folgenden Auszug aus dem oben angeführten Konfigurationsbeispiel:

BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

Zuerst wird der User-Agent-String daraufhin untersucht, ob er einen Netscape Browser der Version 4.x anzuzeigen scheint. Diese Versionen können nur mit der Komprimierung von text/html-Typen umgehen. Die Versionen 4.06, 4.07 und 4.08 haben sogar Probleme mit der Dekomprimierung von HTML-Dateien. Deshalb wird der DEFLATE-Filter für diese Versionen vollständig deaktiviert.

Die dritte BrowserMatch- Direktive behebt das Problem der falsch geratenen Identität des User-Agenten, denn der Microsoft Internet Explorer weist sich selbst als "Mozilla/4" aus, ist aber sehr wohl in der Lage, mit komprimierten Daten umzugehen, falls er selbst solche Daten angefordert hat. Daher wird ein Vergleich mit der zusätzlichen Zeichenfolge "MSIE" (\b bedeutet "Wortgrenze") im User-Agent-Header vorgenommen und die zuvor festgelegten Einschränkungen werden aufgehoben.

Der DEFLATE-Filter wird immer nach RESSOURCE-Filtern wie PHP oder SSI eingefügt. Er behandelt niemals interne Subanfragen.

Das Modul mod_deflate stellt auch einen Dekomprimierungsfilter für den gzip-komprimierten Body einer HTTP-Anfrage bereit. Er wird durch Einfügen des DEFLATE-Filters mit SetInputFilter oder AddInputFilter in die Eingabefilterkette aktiviert. Zum Beispiel:

<Location /dav-area>
SetInputFilter DEFLATE
</Location>

Enthält eine Anfrage einen Content-Encoding: gzip-Header, dann wird der Body jetzt automatisch dekomprimiert. Allerdings können nur wenige Browser diese Möglichkeit nutzen. Einige besondere Anwendungen unterstützen jedoch die Anfragekomprimierung, wie zum Beispiel einige WebDAV-Clients.

Vertrauen Sie nicht dem Inhalt des Content-Lenght-Headers, wenn Sie den Body der Anfrage selbst auswerten>. Dieser Header gibt die Länge der vom Client eingehenden Daten und nicht die Anzahl der Bytes des dekomprimierten Datenstroms an.

Das Modul mod_deflate sendet einen HTTP-Antwort-Header Vary: Accept-Encoding, um Proxies darauf hinzuweisen, dass eine zwischengespeicherte Antwort nur an Clients gesendet werden soll, die einen entsprechenden Accept-Encoding-Anfrage-Header schicken. Dadurch wird verhindert, dass komprimierte Inhalte einem Client übermittelt werden, der diese nicht interpretieren kann.

Wenn Sie spezielle Ausschlussbedingungen verwenden, wie zum Beispiel den User-Agent-Header, dann müssen Sie eine Ergänzung zum Vary-Header manuell hinzufügen, um den Proxies die zusätzlichen Einschränkungen mitzuteilen. Eine Konfiguration, in der das Hinzufügen des DEFLATE-Filters vom User-Agent abhängt, sollte wie folgt ergänzt werden:

Header append Vary User-Agent

Hängt die Entscheidung für die Komprimierung von anderen Informationen als denen aus den Anfrage-Headern ab (z.B. von der HTTP-Version), dann muss der Vary-Header auf den Wert * gesetzt werden. Dies verhindert vollständig die Zwischenspeicherung durch die entsprechenden Proxies.

Header set Vary *

DeflateFilterNote Der Komprimierungskoeffizient wird zum Zweck der Protokollierung in einer 'Note' hinterlegt.. DeflateFilterNote [Typ] Note-Name server configvirtual host Typ steht seit Version 2.0.45 zur Verfügung.

Die DeflateFilterNote-Direktive gibt an, dass eine sogenannte Note mit der Komprimierungsrate an die Anfrage angehängt werden soll. Der Name der Note entspricht dem für die Direktive angegebenen Wert. Diese Note kann für statistische Zwecke benutzt werden, indem der Wert dem access log hinzugefügt wird.

DeflateFilterNote ratio

LogFormat '"%r" %b (%{ratio}n) "%{User-agent}i"' deflate
CustomLog logs/deflate_log deflate

Sollen exaktere Werte aus den Protokollen entnommen werden, kann mit dem Typ-Argument der Datentyp für die zu protokollierende Note angegeben werden. Als Typ kann angegeben werden:

Input

In der Note wird die Anzahl der Bytes des Eingabestroms des Filters gespeichert.

Output

In der Note wird die Anzahl der Bytes des Ausgabestroms des Filters gespeichert.

Ratio

In der Note wird der Komprimierungsquotient (output/input * 100) gespeichert. Dies entspricht der Voreinstellung, wenn das Typ-Argument weggelassen wird.

Ein Beispiel:

DeflateFilterNote Input instream
DeflateFilterNote Output outstream
DeflateFilterNote Ratio ratio

LogFormat '"%r" %{outstream}n/%{instream}n (%{ratio}n%%)' deflate
CustomLog logs/deflate_log deflate mod_log_config DeflateBufferSize Die von zlib auf einmal zu komprimierende Fragmentgröße DeflateBufferSize Wert DeflateBufferSize 8096 server configvirtual host

Die DeflateBufferSize-Direktive gibt die Größe des von zlib in einem Durchgang zu komprimierenden Fragments in Byte an.

DeflateWindowSize Fenstergröße für die zlib-Komprimierung DeflateWindowSize Wert DeflateWindowSize 15 server configvirtual host

Die DeflateWindowSize-Direktive gibt die Fenstergröße für die zlib-Komprimierung an (ein Wert zwischen 1 und 15). Generell gilt: Je größer der Wert, desto höhere Komprimierungsraten dürfen erwartet werden.

DeflateMemLevel Wieviel Speicher für die Komprimierung verwendet wird DeflateMemLevel Wert DeflateMemLevel 9 server configvirtual host

Die DeflateMemLevel-Direktive gibt an, wieviel Speicher zlib für die Komprimierung benutzt (ein Wert zwischen 1 und 9).

DeflateCompressionLevel Der Komprimierungslevel DeflateCompressionLevel Wert Voreinstellung der Zlib-Bibliothek server configvirtual host Diese Direktive steht seit Apache 2.0.45 zur Verfügung

Die DeflateCompressionLevel-Direktive gibt den Komprimierungslevel an. Umso höher der Wert ist, desto besser ist die Komprimierung. Gleichzeitig erhöht sich damit der Bedarf an CPU-Zeit.

Der Wert muss zwischen 1 (geringere Komprimierung) und 9 (stärkere Komprimierung) liegen.

<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.de.xsl"?>
<modulesynopsis metafile="mod_dir.xml.meta">
<name>mod_dir</name>
<description>Verzeichnisumleitungen und
    Auslieferung einer (bereits vorhandenen) Indexdatei</description>
<status>Base</status>
<sourcefile>mod_dir.c</sourcefile>
<identifier>dir_module</identifier>

<summary>
    <p>Ein Verzeichnisindex kann aus zwei Quellen stammen:</p>

    <ul>
      <li>Aus einer vom Benutzer erstellten Datei, die normalerweise
      den Namen <code>index.html</code> hat. Die
      <directive module="mod_dir">DirectoryIndex</directive>-Direktive gibt
      den Namen dieser Datei an. Dies wird von
      <module>mod_dir</module> gesteuert.</li>

      <li>Oder aus einer vom Server erzeugten Verzeichnisliste. Diese wird
      vom Modul <module>mod_autoindex</module> erzeugt.</li>
    </ul>
    <p>Die beiden Funktionen sind voneinander getrennt, so dass
    die automatische Indexerstellung bei Bedarf v&ouml;llig ausgeschaltet 
    oder ersetzt werden kann.</p> 

    <p>Erh&auml;lt der Server eine URL ohne ein <code>/<code>-Zeichen
    am Ende, zum Beispiel
    <code>http://servername/foo/dirname</code>
    (<code>dirname</code> ist ein Verzeichnis), dann
    wird eine Verzeichnisweiterleitung durchgef&uuml;hrt. Da Verzeichnissen
    ein <code>/<code>-Zeichen nachgestellt
    werden muss, f&uuml;hrt <module>mod_dir</module> die Umlenkung
    <code>http://servername/foo/dirname/</code> durch.</p>
</summary>

<directivesynopsis>
<name>DirectoryIndex</name>
<description>Liste der Ressourcen, die durchsucht werden, wenn der Client
ein Verzeichnis anfordert.</description>
<syntax>DirectoryIndex
    <var>lokale URL </var> [<var>lokale URL</var>] ...</syntax>
<default>DirectoryIndex index.html</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context></contextlist>
<override>Indexes</override>

<usage>
    <p>Die <directive>DirectoryIndex</directive>-Direktive gibt
    die Ressourcenliste an, die durchsucht wird, wenn ein Client
    einen Verzeichnisindex anfordert, der mit dem <code>/<code>-Zeichen 
    endet.
    <var>lokale URL</var> ist die (%-kodiert) URL eines Dokuments
    auf dem Server (relativ zum angeforderten Verzeichnis).
    Normalerweise handelt es sich um eine Datei aus dem Verzeichnis.
    Es k&ouml;nnen mehrere URLs angegeben werden. In diesem Fall gibt der
    Server die zuerst gefundene URL zur&uuml;ck. Ist keine der Ressourcen
    vorhanden und die Option <code>Indexes</code> gesetzt,
    erzeugt der Server selbst die Verzeichnisliste.</p>

    <example><title>Beispiel</title>
      DirectoryIndex index.html
    </example>

    <p>Bei der Anforderung von <code>http://myserver/docs/</code>
    wird <code>http://myserver/docs/index.html</code> zur&uuml;ckgeliefert,
    wenn die Datei vorhanden ist. Ist dies nicht der Fall, wird der
    Verzeichnisindex aufgelistet.</p>

    <p>Beachten Sie, dass die Dokumente nicht relativ zum Verzeichnis
    angegeben werden:</p>

    <example>
      DirectoryIndex index.html index.txt  /cgi-bin/index.pl
    </example>

    <p>In diesem Beispiel wird das CGI-Skript <code>/cgi-bin/index.pl</code>
    ausgef&uuml;hrt, wenn weder die Datei <code>index.html</code> noch die
    Datei <code>index.txt</code> im Verzeichnis vorhanden ist.</p>
</usage>
</directivesynopsis>

</modulesynopsis>

<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.de.xsl"?>
<modulesynopsis metafile="mod_echo.xml.meta">

<name>mod_echo</name>
<description>Ein einfacher Echo-Service zur Demonstration
von Protokollmodulen</description>
<status>Experimentell</status>
<sourcefile>mod_echo.c</sourcefile>
<identifier>echo_module</identifier>
<compatibility>Verf&uuml;gbar seit Apache 2.0</compatibility>

<summary>
    <p>Dieses Modul demonstriert das Konzept des Protokollmoduls.
    Es stellt einen Echo-Service zur Verf&uuml;gung. Bauen Sie eine
    Telnet-Verbindung zu diesem Echo-Server auf und geben Sie
    etwas auf der Tastatur ein. Der Server sendet dann  ihre Eingabe 
zur&uuml;ck.</p>
</summary>

<directivesynopsis>

<name>ProtocolEcho</name>
<description>Schaltet das Echo ein oder aus</description>
<syntax>ProtocolEcho On|Off</syntax>
<contextlist><context>server config</context>
<context>virtual host</context></contextlist>
<compatibility>Verf&uuml;gbar seit Apache 2.0</compatibility>

<usage>
    <p>Die <directive>ProtocolEcho</directive>-Direktive aktiviert oder
    deaktiviert den Echo-Service.</p>

    <example><title>Beispiel</title>
      ProtocolEcho On
    </example>
</usage>

</directivesynopsis>
</modulesynopsis>


<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.de.xsl"?>
<!-- English revision: 1.21.2.3 -->


<modulesynopsis metafile="mpm_common.xml.meta">

<name>mpm_common</name>
<description>Eine Sammlung von Direktiven, die in mehr als einem
  Multi-Processing-Modul (MPM) implementiert sind.</description>
<status>MPM</status>

<directivesynopsis>
<name>AcceptMutex</name>
<description>Vom Apache verwendete Methode zur Serialisierung mehrerer
  Kindprozesse, die Anfragen an Netzwerk-Sockets entgegennehmen.</description>
<syntax>AcceptMutex Default|<var>Methode</var></syntax>
<default>AcceptMutex Default</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>leader</module><module>perchild</module>
<module>prefork</module><module>threadpool</module><module>worker</module>
</modulelist>

<usage>
    <p>Die Direktive <directive>AcceptMutex</directive> bestimmt die
    Methode, die der Apache zur Serialisierung mehrerer Kindprozesse
    verwendet, welche Anfragen an Netzwerk-Sockets entgegennehmen. Vor
    Apache 2.0 war diese Methode nur zur Kompilierungszeit einstellbar.
    Die optimale Methode ist sehr stark von der Architektur und
    Plattform abh&auml;ngig. Lesen Sie bitte <a
    href="../misc/perf-tuning.html">Performance-Hinweise</a> f&uuml;r
    weitere Details.</p>

    <p>Wenn die Direktive auf <code>Default</code> eingestellt ist, dann
    wird die zur Kompilierungszeit gew&auml;hlte Voreinstellung verwendet.
    Weitere m&ouml;gliche Methoden sind unten angegeben. Beachten Sie, dass
    nicht alle Methoden auf allen Plattformen verf&uuml;gbar sind. Wird
    eine Methode angegeben, die nicht verf&uuml;gbar ist, dann wird
    eine Nachricht in das Fehlerprotokoll geschrieben, welche die
    verf&uuml;gbaren Methoden auflistet.</p>

    <dl>
      <dt><code>flock</code></dt>
      <dd>verwendet die Systemfunktion <code>flock(2)</code>, um die
      durch die <directive module="mpm_common"
      >LockFile</directive>-Direktive definierte Datei zu sperren.</dd>

      <dt><code>fcntl</code></dt>
      <dd>verwendet die Systemfunktion <code>fcntl(2)</code>, um die
      durch die <directive module="mpm_common"
      >LockFile</directive>-Direktive definierte Datei zu sperren.</dd>

      <dt><code>posixsem</code></dt>
      <dd>verwendet POSIX-kompatible Semaphore, um den Mutex zu
      imlementieren.</dd>

      <dt><code>pthread</code></dt>
      <dd>verwendet gem&auml;&szlig; der POSIX-Thread-Spezifikation
      implementierte POSIX-Mutexe.</dd>

      <dt><code>sysvsem</code></dt>
      <dd>verwendet Semaphoren des SysV-Typs, um den Mutex zu
      implementieren.</dd>
    </dl>

    <p>Um die bei der Kompilierung gew&auml;hlte Voreinstellung f&uuml;r
    Ihr System herauszufinden, k&ouml;nnen Sie Ihr <directive module="core"
    >LogLevel</directive> auf <code>debug</code> setzen. Dann wird der
    voreingestellte <directive>AcceptMutex</directive> ins <directive
    module="core">ErrorLog</directive> geschrieben.</p>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>BS2000Account</name>
<description>Bestimmt den nicht-privilegierten Account auf
BS2000-Maschinen</description>
<syntax>BS2000Account <var>Account</var></syntax>
<contextlist><context>server config</context></contextlist>
<modulelist><module>perchild</module><module>prefork</module></modulelist>
<compatibility>Nur f&uuml;r BS2000-Maschinen verf&uuml;gbar</compatibility>

<usage>
    <p>Die Direktive <directive>BS2000Account</directive> ist nur
    f&uuml;r BS2000-Hosts verf&uuml;gbar. Sie muss dazu verwendet werden,
    den Account f&uuml;r den nicht-privilegierten Apache-Server-Benutzer
    (der durch die Direktive <directive module="mpm_common">User</directive>
    eingestellt wird) zu bestimmen. Dies wird vom BS2000-POSIX-Subsystem
    ben&ouml;tigt (um die zugrundeliegende BS2000-Anwendungsumgebung
    mittels eines Sub-LOGONs zu wechseln), um zu verhindern, dass
    CGI-Skripte auf Ressourcen des privilegierten Accounts zugreifen, der
    den Server gestartet hat, &uuml;blicherweise <code>SYSROOT</code>.</p>

    <note><title>Anmerkung</title>
      <p>Es kann nur eine <code>BS2000Account</code>-Direktive verwendet
      werden.</p>
    </note>
</usage>
<seealso><a
  href="../platform/ebcdic.html">Apache-EBCDIC-Portierung</a></seealso>
</directivesynopsis>

<directivesynopsis>
<name>CoreDumpDirectory</name>
<description>Verzeichnis, in das der Apache zu wechseln versucht, bevor er
  einen Hauptspeicherauszug erstellt</description>
<syntax>CoreDumpDirectory <var>Verzeichnis</var></syntax>
<default>F&uuml;r die Voreinstellung siehe Beschreibung</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>mpm_winnt</module><module>perchild</module><module>prefork</module>
<module>threadpool</module><module>worker</module></modulelist>

<usage>
    <p>Dies beeinflusst das Verzeichnis, in welches der Apache zu wechseln
    versucht, bevor er einen Hauptspeicherauszug <transnote>einen
    so genannten Core-Dump</transnote> erstellt. Die Voreinstellung ist das
    <directive module="core">ServerRoot</directive>-Verzeichnis. Da dieses
    jedoch nicht f&uuml;r den Benutzer beschreibbar sein soll, unter dem
    der Server l&auml;uft, werden normalerweise keine
    Hauptspeicherausz&uuml;ge geschrieben. Wenn Sie zum Debuggen
    einen Hauptspeicherausz&uuml;g haben m&ouml;chten, k&ouml;nnen Sie
    ihn mit dieser Direktive an einem anderen Ort ablegen lassen.</p>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>Group</name>
<description>Benutzergruppe, unter welcher der Server Anfragen
  beantwortet</description>
<syntax>Group <var>Unix-Gruppe</var></syntax>
<default>Group #-1</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>mpmt_os2</module><module>perchild</module><module>prefork</module>
<module>threadpool</module><module>worker</module></modulelist>
<compatibility>Seit Apache 2.0 nur in der globalen Server-Konfiguration
  g&uuml;ltig</compatibility>

<usage>
    <p>Die Direktive <directive>Group</directive> bestimmt die
    Benutzergruppe, unter welcher der Server Anfragen beantwortet.
    Um diese Direktive zu verwenden, muss der Server als <code>root</code> 
gestartet
    werden. Wenn Sie den Server unter einem nicht-root-Benutzer starten,
    wird er nicht zur angegebenen Gruppe wechseln k&ouml;nnen und statt
    dessen weiter mit der Gruppe des urspr&uuml;nglichen Benutzers
    laufen. <var>Unix-Gruppe</var> kann sein:</p>

    <dl>
      <dt>Ein Gruppenname</dt>
      <dd>Verweist auf die durch den Namen angegebene Gruppe.</dd>

      <dt><code>#</code> gefolgt von einer Gruppennummer.</dt>
      <dd>Verweist auf die durch ihre Nummer angegebene Gruppe.</dd>
    </dl>

    <example><title>Beispiel</title>
      Group www-group
    </example>

    <p>Es wird empfohlen, dass Sie eine neue Gruppe speziell zum Betrieb
    des Servers erstellen. Einige Administratoren verwenden den Benutzer
    <code>nobody</code>. Dies ist jedoch nicht immer m&ouml;glich
    oder gew&uuml;nscht.</p>

    <note type="warning"><title>Sicherheit</title>
      <p>Setzen Sie <directive>Group</directive> (oder <directive
      module="mpm_common">User</directive>) nicht auf <code>root</code>,
      solange Sie nicht ganz genau wissen, was Sie tun und welche Gefahren
      Sie eingehen.</p>
    </note>

    <p>Wichtiger Hinweis: Die Verwendung der Diretive innerhalb von
    <directive module="core" type="section">VirtualHost</directive>
    wird nicht l&auml;nger unterst&uuml;tzt. Benutzen Sie <directive
    module="mod_suexec">SuexecUserGroup</directive> um Ihren Server
    f&uuml;r <a href="mod_suexec.html">suexec</a> einzurichten.</p>

    <note><title>Anmerkung</title>
      <p>Obwohl die Direktive <directive>Group</directive> in den MPMs
      <module>beos</module> und <module>mpmt_os2</module> existiert, ist
      sie dort tats&auml;chlich eine Leeranweisung und exisitert nur
      aus Kompatibilit&auml;tsgr&uuml;nden.</p>
    </note>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>PidFile</name>
<description>Datei, in welcher der Server die Prozess-ID des Daemons
ablegt</description>
<syntax>PidFile <var>Dateiname</var></syntax>
<default>PidFile logs/httpd.pid</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>mpm_winnt</module><module>mpmt_os2</module>
<module>perchild</module><module>prefork</module>
<module>threadpool</module><module>worker</module></modulelist>

<usage>
    <p>Die Direktive <directive>PidFile</directive> bestimmt die Datei,
    in welcher der Server die Prozess-ID des Daemons ablegt. Wenn der
    Dateiname nicht absolut angegeben wird, wird er relativ zu
    <directive module="core">ServerRoot</directive> interpretiert.</p>

    <example><title>Beispiel</title>
      PidFile /var/run/apache.pid
    </example>

    <p>Es ist oft hilfreich, dem Server ein Signal senden zu k&ouml;nnen,
    damit er seine <directive module="core">ErrorLog</directive>s und
    <directive module="mod_log_config">TransferLog</directive>s
    schlie&szlig;t und dann neu &ouml;ffnet und seine
    Konfigurationsdateien neu einliest. Dies kann durch Senden eines
    SIGHUP-Signals (kill -1) an die Prozess-ID geschehen, die im
    <directive>PidFile</directive> eingetragen ist.</p>

    <p>Die <directive>PidFile</directive>-Datei unterliegt den
    gleichen Warnungen &uuml;ber die Ablage von Protokolldateien
    und <a href="../misc/security_tips.html#serverroot">Sicherheit</a>.</p>

    <note><title>Anmerkung</title>
      <p>Ab Apache 2 wird empfohlen, nur das Skript <a
      href="../programs/apachectl.html">apachectl</a> zum (Neu-)Starten
      und Stoppen des Servers zu verwenden.</p>
    </note>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>Listen</name>
<description>IP-Adressen und Ports, an denen der Server lauscht</description>
<syntax>Listen [<var>IP-Addresse</var>:]<var>Port</var></syntax>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>mpm_netware</module><module>mpm_winnt</module>
<module>mpmt_os2</module><module>perchild</module>
<module>prefork</module><module>threadpool</module><module>worker</module>
</modulelist>
<compatibility>Seit Apache 2.0 vorgeschrieben</compatibility>

<usage>
    <p>Die Direktive <directive>Listen</directive> weist den Apache an,
    nur an den angegebenen IP-Adressen oder Ports zu lauschen.
    Standardm&auml;&szlig;ig antwortet er auf alle Anfragen an allen
    IP-Interfaces. <directive>Listen</directive> ist nun eine notwendige
    Anweisung. Wenn sie nicht in der Konfigurationsdatei enthalten ist,
    wird der Server-Start fehlschlagen. Dies ist eine &Auml;nderung
    gegen&uuml;ber fr&uuml;heren Versionen des Apache.</p>

    <p>Die Direktive <directive>Listen</directive> weist den Server an,
    ankommende Anfragen am angegebenen Port oder der
    Kombination aus Adresse und Port entgegenzunehmen. Wenn nur eine Portnummer
    angegeben ist, dann lauscht der Server am angegebenen Port an allen
    Interfaces. Wenn sowohl eine IP-Adresse als auch ein Port angegeben
    sind, dann lauscht der Server am angegeben Port und Interface.</p>

    <p>Es k&ouml;nnen mehrere <directive>Listen</directive>-Anweisungen
    verwendet werden, um eine Reihe von Adressen und Port anzugeben, an
    denen gelauscht werden soll. Der Server antwortet auf Anfragen von
    jedem der aufgef&uuml;hrten Adressen und Ports.</p>

    <p>Um beispielsweise den Server Verbindungen an den beiden Ports 80 und
    8000 annehmen zu lassen, verwenden Sie:</p>

    <example>
      Listen 80<br />
      Listen 8000
    </example>

    <p>Um den Server Verbindungen an zwei angegebenen Interfaces und Ports
    annehmen zu lassen, verwenden Sie:</p>

    <example>
      Listen 192.170.2.1:80<br />
      Listen 192.170.2.5:8000
    </example>

    <p>IPv6-Adressen m&uuml;ssen wie in dem folgenden Beispiel in eckige
    Klammern eingeschlossen werden:</p>

    <example>
      Listen [fe80::a00:20ff:fea7:ccea]:80
    </example>
</usage>
<seealso><a href="../dns-caveats.html">DNS-Probleme</a></seealso>
<seealso><a href="../bind.html">Bestimmen, welche Adressen und Ports der
Apache verwendet</a></seealso>
</directivesynopsis>

<directivesynopsis>
<name>ListenBackLog</name>
<description>Maximale L&auml;nge der Warteschlange schwebender
  Verbindungen</description>
<syntax>ListenBacklog <var>backlog</var></syntax>
<default>ListenBacklog 511</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>mpm_netware</module><module>mpm_winnt</module>
<module>mpmt_os2</module><module>perchild</module><module>prefork</module>
<module>threadpool</module><module>worker</module></modulelist>

<usage>
    <p>Die maximale L&auml;nge der Warteschlange schwebender Verbindungen.
    &Uuml;blicherweise ist keine Feineinstellung notwendig oder sinnvoll,
    auf einigen System kann es jedoch gew&uuml;nscht sein, diesen Wert bei
    TCP-SYN-Angriffen zu erh&ouml;hen. Beachten Sie auch die Beschreibung des
    backlog-Parameters der Systemfunktion <code>listen(2)</code>.</p>

    <p>Der Wert wird vom Betriebssystem oft auf eine niedrigere
    Einstellung begrenzt. Dies variiert von Betriebssystem zu Betriebssystem.
    Beachten Sie auch, dass viele Betriebssysteme nicht genau beachten,
    was f&uuml;r backlog angegeben ist, jedoch einen Wert basierend auf der
    Angabe (normalerweiseweise jedoch gr&ouml;&szlig;er als diese) 
verwenden.</p>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>LockFile</name>
<description>Ablageort der Lock-Datei f&uuml;r die Serialisierung von
entgegengenommenen Anfragen</description>
<syntax>LockFile <var>Dateiname</var></syntax>
<default>LockFile logs/accept.lock</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>leader</module><module>perchild</module>
<module>prefork</module><module>threadpool</module><module>worker</module>
</modulelist>

<usage>
    <p>Die Direktive <directive>LockFile</directive> legt den Pfad zur
    Lock-Datei fest, die verwendet wird, wenn der Apache mit einer der
    <directive module="mpm_common">AcceptMutex</directive>-Einstellungen
    <code>fcntl</code> oder <code>flock</code> verwendet wird. Die Anweisung
    sollte normalerweise bei der Voreinstellung belassen werden.
    Der Hauptgrund, sie zu &auml;ndern, ist, wenn das
    <code>logs</code>-Verzeichnis auf einem per NFS-eingebundenen Laufwerk
    liegt, da <strong>die Lock-Datei auf einer lokalen Platte abgelegt sein
    muss</strong>. Die PID <transnote>Prozess-ID</transnote> des
    Hauptserverprozesses wird automatisch an den Dateinamen angeh&auml;ngt.</p>

    <note type="warning"><title>Sicherheit</title>
      <p>Es ist am besten, die Ablage in einem allgemein <transnote>f&uuml;r
      jederman</transnote> beschreibbaren
      Verzeichnis wie <code>/var/tmp</code> <em>zu vermeiden</em>, da
      ein Denial-of-Servide-Angriff gestartet werden k&ouml;nnte und der
      Server am Start gehindert werden k&ouml;nnte, indem eine Lock-Datei
      mit dem gleichen Namen erstellt wird, wie der Server sie zu erstellen
      versuchen w&uuml;rde.</p>
    </note>
</usage>
<seealso><directive module="mpm_common">AcceptMutex</directive></seealso>
</directivesynopsis>

<directivesynopsis>
<name>MaxClients</name>
<description>Maximale Anzahl der Kindprozesse, die zur Bedienung von Anfragen
  gestartet wird</description>
<syntax>MaxClients <var>Anzahl</var></syntax>
<default>F&uuml;r Details siehe Beschreibung</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>prefork</module><module>threadpool</module><module>worker</module>
</modulelist>

<usage>
    <p>Die Direktive <directive>MaxClients</directive> setzt die Grenze
    f&uuml;r die Anzahl gleichzeitig bedienter Anfragen. Jeder
    Verbindungsversuch oberhalb der <directive
    >MaxClients</directive>-Begrenzung wird &uuml;blicherweise in eine
    Warteschlange gestellt, bis zu einer Anzahl basierend auf der
    <directive module="mpm_common">ListenBacklog</directive>-Anweisung.
    Sobald ein Kindprozess am Ende einer anderen Anfrage freigegeben wird,
    wird die Verbindung bedient.</p>

    <p>F&uuml;r Server ohne Thread-Unterst&uuml;tzung (<em>z.B.</em>
    <module>prefork</module>) wird <directive>MaxClients</directive> als
    maximale Anzahl der Kindprozesse verstanden, die zur Bedienung von
    Anfragen gestartet werden. Die Voreinstellung ist <code>256</code>. Um
    diesen Wert zu erh&ouml;hen, muss auch <directive
    module="mpm_common">ServerLimit</directive> angehoben werden.</p>

    <p>Bei Servern mit Thread-Unterst&uuml;tzung und bei Hybrid-Servern
    (<em>z.B.</em> <module>beos</module> oder <module>worker</module>)
    begrenzt <directive>MaxClients</directive> die Gesamtzahl der Threads,
    die f&uuml;r die Bedienung von Anfragen verf&uuml;gbar sind.
    Die Voreinstellung f&uuml;r <module>beos</module> ist <code>50</code>.
    Bei Hybrid-MPMs ist die Voreinstellung <code>16</code> (<directive
    module="mpm_common">ServerLimit</directive>) multipliziert mit
    dem Wert <code>25</code> (<directive module="mpm_common"
    >ThreadsPerChild</directive>). Um <directive>MaxClients</directive>
    auf einen Wert zu erh&ouml;hen, der mehr als 16 Prozesse erfordert,
    m&uuml;ssen Sie daher auch <directive module="mpm_common"
    >ServerLimit</directive> anheben.</p>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>MaxMemFree</name>
<description>Maximale Menge des Arbeitsspeichers, den die
  Haupt-Zuteilungsroutine verwalten darf, ohne <code>free()</code>
  aufzurufen</description>
<syntax>MaxMemFree <var>KBytes</var></syntax>
<default>MaxMemFree 0</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>mpm_netware</module><module>prefork</module>
<module>threadpool</module><module>worker</module></modulelist>

<usage>
    <p>Die Direktive <directive>MaxMemFree</directive> gibt die maximale
    Menge freier Kilobytes an, welche die Haupt-Zuteilungsroutine verwalten
    darf, ohne <code>free()</code> aufzurufen. Wenn keine Angabe gemacht wird,
    oder Null angegeben ist, wird dieser Wert nicht eingeschr&auml;nkt.</p>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>MaxRequestsPerChild</name>
<description>Obergrenze f&uuml;r die Anzahl von Anfragen, die ein einzelner
  Kindprozess w&auml;hrend seines Lebens bearbeitet</description>
<syntax>MaxRequestsPerChild <var>number</var></syntax>
<default>MaxRequestsPerChild 10000</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>leader</module><module>mpm_netware</module>
<module>mpm_winnt</module><module>mpmt_os2</module>
<module>perchild</module><module>prefork</module>
<module>threadpool</module><module>worker</module></modulelist>

<usage>
    <p>Die Direktive <directive>MaxRequestsPerChild</directive> legt die
    Grenze f&uuml;r die Anzahl von Anfragen fest, die ein einzelner
    Kinprozess w&auml;hrend seines Lebens bearbeitet. Nach
    <directive>MaxRequestsPerChild</directive> Anfragen stirbt der
    Kindprozess. Wenn <directive>MaxRequestsPerChild</directive>
    <code>0</code> ist, endet der Prozess niemals.</p>

    <note><title>Abweichende Voreinstellungen</title>
      <p>Die Voreinstellung f&uuml;r <module>mpm_netware</module> und
      <module>mpm_winnt</module> ist <code>0</code>.</p>
    </note>

    <p>Die Begrenzung von <directive>MaxRequestsPerChild</directive> auf einen
    Wert ungleich Null hat zwei vorteilhafte Auswirkungen:</p>

    <ul>
      <li>sie begrenzt die Menge an Arbeitsspeicher, die ein Prozess
      durch (versehentliche) Speicherlecks verbrauchen kann.</li>

      <li>das Festlegen einer endlichen Lebensdauer von Prozessen hilft, die
      Anzahl von Prozessen zu reduzieren, wenn die Serverlast
      zur&uuml;ckgeht.</li>
    </ul>

    <note><title>Anmerkung</title>
      <p>Bei <directive module="core">KeepAlive</directive>-Anfragen
      wird nur die erste Anfrage f&uuml;r diese begrenzung gez&auml;hlt.
      Eigentlich wird nur die Begrenzung f&uuml;r die Anzahl der
      <em>Verbindungen</em> pro Kindprozess ge&auml;ndert.</p>
    </note>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>MaxSpareThreads</name>
<description>Maximale Anzahl unbesch&auml;ftigter Threads</description>
<syntax>MaxSpareThreads <var>Anzahl</var></syntax>
<default>F&uuml;r Details siehe Beschreibung</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>mpm_netware</module><module>mpmt_os2</module>
<module>perchild</module><module>threadpool</module><module>worker</module>
</modulelist>

<usage>
    <p>Maximale Anzahl unbesch&auml;ftigter Threads. Die verschiedenen MPMs
    behandeln diese Anweisung unterschiedlich.</p>

    <p>Die Voreinstellung f&uuml;r <module>perchild</module> ist
    <code>MaxSpareThreads 10</code>. Das MPM &uuml;berwacht die Anzahl der
    unbesch&auml;ftigten Threads auf der Basis einzelner Kindprozesse. Wenn
    zu viele unbesch&auml;ftigte Threads in einem Kindprozess existieren,
    beendet der Server Threads innerhalb dieses Kindprozesses.</p>

    <p>Die Voreinstellung f&uuml;r <module>worker</module>,
    <module>leader</module> und <module>threadpool</module> ist
    <code>MaxSpareThreads 250</code>. Diese MPMs behandeln Threads
    auf einer serverweiten Basis. Wenn zu viele unbesch&auml;ftigte Threads
    im Server existieren, dann werden solange Kindprozesse beendet, bis
    die Anzahl der unbesch&auml;ftigten Threads kleiner als der
    angegebene Wert ist.</p>

    <p>Die Voreinstellung f&uuml;r <module>mpm_netware</module> ist
    <code>MaxSpareThreads 100</code>. Da dieses MPM nur einen einzigen
    Prozess ausf&uuml;hrt, ist die Z&auml;hlung &uuml;bersch&uuml;ssiger
    Threads ebenfalls serverweit.</p>

    <p><module>beos</module> and <module>mpmt_os2</module> arbeiten
    &auml;hnlich wie <module>mpm_netware</module>. Die Voreinstellung
    f&uuml;r <module>beos</module> ist <code>MaxSpareThreads 50</code>.
    Die Voreinstellung f&uuml;r <module>mpmt_os2</module> ist
    <code>10</code>.</p>

    <note><title>Restriktionen</title>
      <p>Der Wertebereich von <directive>MaxSpareThreads</directive>
      ist eingeschr&auml;nkt. Apache korrigiert den angegebenen Wert
      automatisch gem&auml;&szlig; den folgenden Regeln:</p>
      <ul>
        <li><module>perchild</module> verlangt, dass <directive
        >MaxSpareThreads</directive> kleiner oder gleich <directive
        module="mpm_common">ThreadLimit</directive> ist.</li>

        <li><module>mpm_netware</module> verlangt einen Wert gr&ouml;&szlig;er
        als <directive module="mpm_common">MinSpareThreads</directive>.</li>

        <li>Bei <module>leader</module>, <module>threadpool</module> und
        <module>worker</module> muss der Wert gr&ouml;&szlig;er oder gleich
        der Summe aus <directive
        module="mpm_common">MinSpareThreads</directive> und
        <directive module="mpm_common">ThreadsPerChild</directive> sein.</li>
      </ul>
    </note>
</usage>
<seealso><directive module="mpm_common">MinSpareThreads</directive></seealso>
<seealso><directive module="mpm_common">StartServers</directive></seealso>
</directivesynopsis>

<directivesynopsis>
<name>MinSpareThreads</name>
<description>Minimale Anzahl unbesch&auml;ftigter Threads, die zur
  Bedienung von Anfragespitzen zur Verf&uuml;gung stehen</description>
<syntax>MinSpareThreads <var>Anzahl</var></syntax>
<default>F&uuml;r Details siehe Beschreibung</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>mpm_netware</module><module>mpmt_os2</module>
<module>perchild</module><module>threadpool</module><module>worker</module>
</modulelist>

<usage>
    <p>Minimale Anzahl unbesch&auml;ftigter Threads, um Anfragespitzen
    zu bedienen. Die verschiedenen MPMs behandeln die Anweisung
    unterschiedlich.</p>

    <p><module>perchild</module> verwendet die Voreinstellung
    <code>MinSpareThreads 5</code> und &uuml;berwacht die Anzahl der
    unbesch&auml;ftigten Threads auf der Basis einzelner Kindprozesse. Wenn
    in einem Kindprozess nicht gen&uuml;gend unbesch&auml;ftigte
    Threads vorhanden sind, erstellt der Server neue Threads innerhalb
    dieses Kindprozesses. Wenn Sie also <directive module="perchild"
    >NumServers</directive> auf <code>10</code> und <directive
    >MinSpareThreads</directive> auf einen Wert von <code>5</code> setzen,
    haben Sie mindestens 50 unbesch&auml;ftigte Threads auf Ihrem
    System.</p>

    <p><module>worker</module>, <module>leader</module> und
    <module>threadpool</module> verwenden eine Voreinstellung von
    <code>MinSpareThreads 75</code> und behandeln unbesch&auml;ftigte
    Threads auf serverweiter Basis. Wenn nicht gen&uuml;gend
    unbesch&auml;ftigte Threads im Server vorhanden sind, dann
    werden solange Kindprozesse erzeugt, bis die Anzahl unbesch&auml;ftigter
    Threads gr&ouml;&szlig;er als der angegebene Wert ist.</p>

    <p><module>mpm_netware</module> verwendet die Voreinstellung
    <code>MinSpareThreads 10</code> und verfolgt dies serverweit, da
    es ein Einzelprozess-MPM ist.</p>

    <p><module>beos</module> und <module>mpmt_os2</module> arbeiten
    &auml;hnlich wie <module>mpm_netware</module>. Die Voreinstellung
    f&uuml;r <module>beos</module> ist <code>MinSpareThreads 1</code>.
    Die Voreinstellung f&uuml;r <module>mpmt_os2</module> ist
    <code>5</code>.</p>

</usage>
<seealso><directive module="mpm_common">MaxSpareThreads</directive></seealso>
<seealso><directive module="mpm_common">StartServers</directive></seealso>
</directivesynopsis>

<directivesynopsis>
<name>ScoreBoardFile</name>
<description>Ablageort der Datei, die zur Speicherung von Daten zur
  Koordinierung der Kindprozesse verwendet wird</description>
<syntax>ScoreBoardFile <var>Dateipfad</var></syntax>
<default>ScoreBoardFile logs/apache_status</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>mpm_winnt</module><module>perchild</module><module>prefork</module>
<module>threadpool</module><module>worker</module></modulelist>

<usage>
    <p>Apache verwendet ein Scoreboard zur Kommunikation zwischen
    seinen Eltern- und Kindprozessen. Einige Architekturen erfordern
    eine Datei zur Unterst&uuml;tzung der Kommunikation. Wenn die Datei
    undefiniert bleibt, versucht der Apache zuerst, das Scoreboard im
    Arbeitsspeicher  zu erstellen (Verwendung von anonymem Shared-Memory),
    und versucht bei einem Fehlschlag anschlie&szlig;end die Datei auf
    der Festplatte zu erstellen (Verwendung von Datei-basiertem
    Shared-Memory). Die Angabe dieser Direktive veranla&szlig;t den
    Apache stets, die Datei auf der Festplatte zu erstellen.</p>

    <example><title>Beispiel</title>
      ScoreBoardFile /var/run/apache_status
    </example>

    <p>Datei-basiertes Shared-Memory ist f&uuml;r Applikationen von
    Drittanbietern hilfreich, die direkten Zugriff auf das Scoreboard
    ben&ouml;tigen.</p>

    <p>Wenn Sie eine <directive>ScoreBoardFile</directive>-Anweisung
    verwenden, erreichen Sie eventuell eine h&ouml;here Geschwindigkeit, wenn
    Sie die Datei auf einer RAM-Disk ablegen. Achten Sie darauf, die
    gleichen Warnungen wie &uuml;ber die Ablage von Protokolldateien und
    <a href="../misc/security_tips.html">Sicherheit</a> zu beherzigen.</p>
</usage>
<seealso><a href="../stopping.html">Apache beenden und neu
  starten</a></seealso>
</directivesynopsis>

<directivesynopsis>
<name>SendBufferSize</name>
<description>Gr&ouml;&szlig;e des TCP-Puffers</description>
<syntax>SendBufferSize <var>Bytes</var></syntax>
<default>SendBufferSize 0</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>leader</module>
<module>mpm_netware</module><module>mpm_winnt</module>
<module>mpmt_os2</module><module>perchild</module><module>prefork</module>
<module>threadpool</module><module>worker</module></modulelist>

<usage>
    <p>Der Server setzt die Gr&ouml;&szlig;e des TCP-Puffers auf die
    angegebene Anzahl Bytes. Dies ist sehr hilfreich, um Voreinstellungen
    alter Standardbetriebssysteme f&uuml;r Hochgeschwindigkeitsverbindungen
    mit hoher Latenzzeit anzuheben (<em>d.h.</em> 100ms oder so, wie bei
    Interkontinentalverbindungen).</p>

    <p>Wird der Wert auf <code>0</code> gesetzt, dann verwendet der Server
    die Voreinstellung des Betriebssystems.</p>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>ServerLimit</name>
<description>Obergrenze f&uuml;r die konfigurierbare Anzahl von
  Prozessen</description>
<syntax>ServerLimit <var>Anzahl</var></syntax>
<default>F&uuml;r Details siehe Beschreibung</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>leader</module><module>perchild</module>
<module>prefork</module><module>threadpool</module><module>worker</module>
</modulelist>

<usage>
    <p>Bei dem MPM <module>prefork</module> bestimmt die Direktive
    den w&auml;hrend der Lebensdauer des Apache-Prozesses maximal
    einstellbaren Wert f&uuml;r <directive
    module="mpm_common">MaxClients</directive>. Beim MPM
    <module>worker</module> bestimmt die Direktive in Verbindung mit
    <directive module="mpm_common">ThreadLimit</directive> den Maximalwert
    f&uuml;r <directive module="mpm_common">MaxClients</directive>
    f&uuml;r die Lebensdauer des Apache-Prozesses. Jeder Versuch, diese
    Anweisung w&auml;hrend eines Neustarts zu &auml;ndern, wird ignoriert.
    <directive module="mpm_common">MaxClients</directive> kann jedoch
    w&auml;hrend eines Neustarts ge&auml;ndert werden.</p>

    <p>Lassen Sie besondere Vorsicht bei der Verwendung dieser Direktive
    walten. Wenn <directive>ServerLimit</directive> auf einen Wert deutlich
    h&ouml;her als notwendig gesetzt wird, wird zus&auml;tzliches,
    unbenutztes Shared-Memory belegt. Wenn sowohl
    <directive>ServerLimit</directive> als auch <directive
    module="mpm_common">MaxClients</directive> auf Werte gesetzt werden, die
    gr&ouml;&szlig;er sind, als das System sie handhaben kann, dann kann
    der Apache m&ouml;glicherweise nicht starten, oder das System kann
    instabil werden.</p>

    <p>Verwenden Sie die Direktive bei dem MPM <module>prefork</module>
    nur, wenn Sie <directive module="mpm_common">MaxClients</directive>
    auf mehr als 256 (Voreinstellung) setzen m&uuml;ssen. Setzen Sie den
    Wert nicht h&ouml;her als den Wert, den Sie f&uuml;r <directive
    module="mpm_common">MaxClients</directive> angeben m&ouml;chten.</p>

    <p>Verwenden Sie die Direktive bei <module>worker</module>,
    <module>leader</module> und <module>threadpool</module> nur, wenn Ihre
    <directive module="mpm_common">MaxClients</directive>- und
    <directive module="mpm_common">ThreadsPerChild</directive>-Einstellungen
    mehr als 16 Serverprozesse (Voreinstellung) erfordern. Setzen Sie den
    Wert dieser Direktive nicht h&ouml;her, als die Anzahl der Serverprozesse,
    die daf&uuml;r erforderlich ist, was Sie bei <directive
    module="mpm_common">MaxClients</directive> und
    <directive module="mpm_common">ThreadsPerChild</directive> angeben
    m&ouml;chten.</p>

    <p>Verwenden Sie die Direktive beim MPM <module>perchild</module> nur,
    wenn Sie <directive module="perchild">NumServers</directive> auf einen
    Wert gr&ouml;&szlig;er als 8 (Voreinstellung) setzen m&uuml;ssen.</p>

    <note><title>Anmerkung</title>
      <p>Eine feste Begrenzung von <code>ServerLimit 20000</code> ist in den
      Server einkompiliert. Dies soll unangenehme Effekte durch Tippfehler
      verhindern.</p>
    </note>
</usage>
<seealso><a href="../stopping.html">Apache beenden und neu
  starten</a></seealso>
</directivesynopsis>

<directivesynopsis>
<name>StartServers</name>
<description>Anzahl der Kindprozesse des Servers, die beim Start erstellt
  werden</description>
<syntax>StartServers <var>Anzahl</var></syntax>
<default>F&uuml;r Details siehe Beschreibung</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>leader</module><module>mpmt_os2</module>
<module>prefork</module><module>threadpool</module><module>worker</module>
</modulelist>

<usage>
    <p>Die Direktive <directive>StartServers</directive> bestimmt
    die Anzahl der Kindprozesse des Servers, die beim Start erstellt
    werden. Da die Anzahl der Prozesse abh&auml;ngig von der Last
    dynamisch kontrolliert wird, besteht normalerweise wenig
    Grund f&uuml;r eine &Auml;nderung dieses Parameters.</p>

    <p>Die Voreinstellung unterscheidet sich von MPM zu MPM. Bei
    <module>leader</module>, <module>threadpool</module> und
    <module>worker</module> ist die Voreinstellung
    <code>StartServers 3</code>. Die Voreinstellung bei
    <module>prefork</module> ist <code>5</code> und bei
    <module>mpmt_os2</module> <code>2</code>.</p>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>StartThreads</name>
<description>Anzahl der Threads, die beim Start erstellt werden</description>
<syntax>StartThreads <var>Anzahl</var></syntax>
<default>F&uuml;r Details siehe Beschreibung</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>beos</module><module>mpm_netware</module>
<module>perchild</module></modulelist>

<usage>
    <p>Anzahl der Threads, die beim Start erstellt werden. Da die Anzahl
    der Threads abh&auml;ngig von der Last dynamisch kontrolliert wird,
    besteht normalerweise wenig Grund f&uuml;r eine &Auml;nderung
    dieses Parameters.</p>

    <p>Die Voreinstellung f&uuml;r <module>perchild</module> ist
    <code>StartThreads 5</code>. Die Direktive setzt w&auml;hrend des
    Starts die Anzahl der Threads pro Prozess.</p>

    <p>Die Voreinstellung bei <module>mpm_netware</module> ist
    <code>StartThreads 50</code>. Da hier lediglich ein einzelner Prozess
    existiert, ist dies die Gesamtzahl der Threads, die beim Start
    erstellt wird, um Anfragen zu bedienen.</p>

    <p>Die Voreinstellung f&uuml;r <module>beos</module> ist <code>StartThreads
    10</code>. Die Einstellung reflektiert ebenfalls die Gesamtzahl der 
Threads, die
    beim Start erstellt werden, um Anfragen zu bedienen.</p>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>ThreadLimit</name>
<description>Bestimmt die Obergrenze der konfigurierbaren Anzahl von Threads
  pro Kindprozess</description>
<syntax>ThreadLimit <var>Anzahl</var></syntax>
<default>F&uuml;r Details siehe Beschreibung</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>leader</module><module>mpm_winnt</module>
<module>perchild</module><module>threadpool</module><module>worker</module>
</modulelist>
<compatibility>Verf&uuml;gbar f&uuml;r <module>mpm_winnt</module> ab
  Apache 2.0.41</compatibility>

<usage>
    <p>Die Direktive bestimmt den w&auml;hrend der Lebensdauer des
    Apache-Prozesses maximal einstellbaren Wert f&uuml;r
    <directive module="mpm_common">ThreadsPerChild</directive>. Jeder
    Versuch, diese Direktive w&auml;hrend eines Neustarts zu &auml;ndern,
    wird ignoriert. <directive module="mpm_common">ThreadsPerChild</directive>
    kann jedoch w&auml;hrend eines Neustarts modifiziert werden bis zu dem
    Wert dieser Anweisung.</p>

    <p>Lassen Sie besondere Vorsicht bei der Verwendung dieser Direktive
    walten. Wenn <directive>ThreadLimit</directive> auf einen Wert
    deutlich h&ouml;her als <directive
    module="mpm_common">ThreadsPerChild</directive> gesetzt wird, wird
    zus&auml;tzliches, ungenutztes Shared-Memory belegt. Wenn sowohl
    <directive>ThreadLimit</directive> als auch <directive
    module="mpm_common">ThreadsPerChild</directive> auf Werte gesetzt werden,
    die gr&ouml;&szlig;er sind, als das System sie handhaben kann, dann kann
    der Apache m&ouml;glicherweise nicht starten oder das System kann
    instabil werden. Setzen Sie den Wert dieser Direktive nicht h&ouml;her
    als Ihre gr&ouml;&szlig;te erwartete Einstellung f&uuml;r
    <directive module="mpm_common">ThreadsPerChild</directive>
    w&auml;hrend der aktuellen Ausf&uuml;hrung des Apache.</p>

    <p>Die Voreinstellung f&uuml;r <directive>ThreadLimit</directive> ist
    <code>1920</code> wenn sie zusammen mit <module>mpm_winnt</module>
    verwendet wird, und <code>64</code> bei der Verwendung mit anderen
    MPMs.</p>

    <note><title>Anmerkung</title>
      <p>Eine feste Begrenzung von <code>ThreadLimit 20000</code>
      (oder <code>ThreadLimit 15000</code> bei <module>mpm_winnt</module>)
      ist in den Server einkompiliert. Dies soll unangenehme Effekte durch
      Tippfehler verhindern.</p>
    </note>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>ThreadsPerChild</name>
<description>Anzahl der Threads, die mit jedem Kindprozess gestartet
  werden</description>
<syntax>ThreadsPerChild <var>Anzahl</var></syntax>
<default>F&uuml;r Details siehe Beschreibung</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>leader</module><module>mpm_winnt</module>
<module>threadpool</module><module>worker</module></modulelist>

<usage>
    <p>Die Direktive legt die Anzahl der Threads fest, die mit jedem
    Kindprozess gestartet werden. Der Kindprozess erstellt diese Threads
    beim Start und erstellt sp&auml;ter keine weiteren mehr. Wenn Sie ein
    MPM wie <module>mpm_winnt</module> verwenden, wo nur ein
    Kindprozess existiert, dann sollte diese Angabe hoch genug sein,
    die gesamte Last des Servers zu bew&auml;ltigen. Wenn Sie ein MPM
    wie <module>worker</module> verwenden, wo mehrere Kindprozesse
    existieren, dann sollte die <em>Gesamt</em>zahl der Thread gro&szlig;
    genug sein, die &uuml;bliche Last auf dem Server zu bew&auml;ltigen.</p>

    <p>Die Voreinstellung f&uuml;r <directive>ThreadsPerChild</directive> ist
    <code>64</code>, wenn <module>mpm_winnt</module> verwendet wird, und
    <code>25</code> bei der Verwendung der anderen MPMs.</p>
</usage>
</directivesynopsis>

<directivesynopsis>
<name>User</name>
<description>Die Benutzerkennung, unter welcher der Server Anfragen
  beantwortet</description>
<syntax>User <var>Unix-User-ID</var></syntax>
<default>User #-1</default>
<contextlist><context>server config</context></contextlist>
<modulelist><module>leader</module><module>perchild</module>
<module>prefork</module><module>threadpool</module><module>worker</module>
</modulelist>
<compatibility>Seit Apache 2.0 nur in der globalen Server-Konfiguration
g&uuml;ltig</compatibility>

<usage>
    <p>Die Direktive <directive>User</directive> legt die Benutzerkennung
    fest, mit der der Server Anfragen beantwortet. Um diese Anweisung
    zu verwenden, muss der Server als <code>root</code> gestartet werden.
    Wenn Sie den Server unter einem nicht-root-Benutzer starten, kann
    er nicht zu dem minder privilegierten Benutzer wechseln und wird statt
    dessen weiter mit der urspr&uuml;nglichen Benutzerkennung laufen.
    Wenn Sie den Server als <code>root</code> starten, dann ist es normal,
    dass der Elternprozess als root weiterl&auml;uft.
    <var>Unix-User-ID</var> kann sein:</p>

    <dl>
      <dt>Ein Benutzername</dt>
      <dd>Verweist auf den durch Namen angegebenen Benutzer.</dd>

      <dt># gefolgt von einer Benutzernummer.</dt>
      <dd>Verweist auf einen durch eine Nummer angegebenen Benutzer.</dd>
    </dl>

    <p>Der Benutzer sollte keine Rechte besitzen, die dazu f&uuml;hren,
    dass er in der Lage ist, auf Dateien zuzugreifen, die nicht daf&uuml;r
    bestimmt sind, f&uuml;r die Au&szlig;enwelt sichtbar zu sein.
    Gleicherma&szlig;en sollte der Benutzer nicht in der Lage sein,
    Code auszuf&uuml;hren, der nicht f&uuml;r HTTP-Anfragen bestimmt ist.
    Es wird empfohlen, einen neuen Benutzer und eine neue Gruppe speziell
    zur Ausf&uuml;hrung des Servers zu erstellen. Einige Administratoren
    verwenden den Benutzer <code>nobody</code>. Dies ist jedoch nicht
    immer w&uuml;nschenswert, da der Benuter <code>nobody</code> andere
    Rechte auf dem System besitzen kann.</p>

    <note type="warning"><title>Sicherheit</title>
      <p>Setzen Sie <directive>User</directive> (oder <directive
      module="mpm_common">Group</directive>) nicht auf <code>root</code>,
      solange Sie nicht genau wissen, was Sie tun, und welches die Gefahren
      sind.</p>
    </note>

    <p>Beim MPM <module>perchild</module>, das daf&uuml;r gedacht ist,
    virtuelle Hosts unter verschiedenen Benutzerkennungen auszuf&uuml;hren,
    bestimmt die Direktive <directive>User</directive> die
    Benutzerkennung f&uuml;r den Hauptserver und bildet den R&uuml;ckfallwert
    f&uuml;r <directive type="section"
    module="core">VirtualHost</directive>-Abschnitte ohne eine
    <directive module="perchild">AssignUserID</directive>-Anweisung.</p>

    <p>Wichtiger Hinweis: Die Verwendung dieser Direktive innerhalb von
    <directive module="core" type="section">VirtualHost</directive> wird
    nicht mehr unterst&uuml;tzt. Benutzen Sie <directive
    module="mod_suexec">SuexecUserGroup</directive>, um Ihren Server
    f&uuml;r <a href="../suexec.html">suexec</a> einzurichten.</p>

    <note><title>Anmerkung</title>
      <p>Obwohl die Direktive <directive>User</directive> in den MPMs
      <module>beos</module> und <module>mpmt_os2</module> existiert, ist
      sie dort tats&auml;chlich eine Leeranweisung und exisitert nur
      aus Kompatibilit&auml;tsgr&uuml;nden.</p>
    </note>
</usage>
</directivesynopsis>

</modulesynopsis>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]