1<?xml version="1.0" encoding="ISO-8859-1"?>
2<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
3<html xmlns="http://www.w3.org/1999/xhtml" lang="de" xml:lang="de"><head><!--
4        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
5              This file is generated from xml source: DO NOT EDIT
6        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
7      -->
8<title>Beenden und Neustarten - Apache HTTP Server</title>
9<link href="/style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
10<link href="/style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
11<link href="/style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="/style/css/prettify.css" />
12<script src="/style/scripts/prettify.js" type="text/javascript">
13</script>
14
15<link href="/images/favicon.ico" rel="shortcut icon" /></head>
16<body id="manual-page"><div id="page-header">
17<p class="menu"><a href="/mod/">Module</a> | <a href="/mod/directives.html">Direktiven</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="/glossary.html">Glossar</a> | <a href="/sitemap.html">Seitenindex</a></p>
18<p class="apache">Apache HTTP Server Version 2.2</p>
19<img alt="" src="/images/feather.gif" /></div>
20<div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="/images/left.gif" /></a></div>
21<div id="path">
22<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">HTTP-Server</a> &gt; <a href="http://httpd.apache.org/docs/">Dokumentation</a> &gt; <a href="./">Version 2.2</a></div><div id="page-content"><div id="preamble"><h1>Beenden und Neustarten</h1>
23<div class="toplang">
24<p><span>Verf�gbare Sprachen: </span><a href="/de/stopping.html" title="Deutsch">&nbsp;de&nbsp;</a> |
25<a href="/en/stopping.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
26<a href="/es/stopping.html" hreflang="es" rel="alternate" title="Espa�ol">&nbsp;es&nbsp;</a> |
27<a href="/fr/stopping.html" hreflang="fr" rel="alternate" title="Fran�ais">&nbsp;fr&nbsp;</a> |
28<a href="/ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
29<a href="/ko/stopping.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
30<a href="/tr/stopping.html" hreflang="tr" rel="alternate" title="T�rk�e">&nbsp;tr&nbsp;</a></p>
31</div>
32<div class="outofdate">Diese �bersetzung ist m�glicherweise
33            nicht mehr aktuell. Bitte pr�fen Sie die englische Version auf
34            die neuesten �nderungen.</div>
35
36    <p>Dieses Dokument umfasst das Beenden und Neustarten des
37    Apache auf Unix-�hnlichen Systemen. Anwender von Windows NT, 2000
38    und XP sollten <a href="platform/windows.html#winsvc">Betreiben
39    des Apache als Dienst</a> lesen, w�hrend hingegen Anwender von
40    Windows 9x sowie ME <a href="platform/windows.html#wincons">Betreiben
41    des Apache als Konsolenanwendung</a> lesen sollten, um mehr Informationen
42    zur Handhabung des Apache auf diesen Systemen zu erhalten.</p>
43</div>
44<div id="quickview"><ul id="toc"><li><img alt="" src="/images/down.gif" /> <a href="#introduction">Einleitung</a></li>
45<li><img alt="" src="/images/down.gif" /> <a href="#term">Beenden</a></li>
46<li><img alt="" src="/images/down.gif" /> <a href="#graceful">Unterbrechungsfreier Neustart</a></li>
47<li><img alt="" src="/images/down.gif" /> <a href="#hup">Neustarten</a></li>
48<li><img alt="" src="/images/down.gif" /> <a href="#gracefulstop">R�cksichtsvolles Beenden</a></li>
49<li><img alt="" src="/images/down.gif" /> <a href="#race">Anhang: Signale und Wettlaufsituationen</a></li>
50</ul><h3>Siehe auch</h3><ul class="seealso"><li><code class="program"><a href="/programs/httpd.html">httpd</a></code></li><li><code class="program"><a href="/programs/apachectl.html">apachectl</a></code></li></ul><ul class="seealso"><li><a href="#comments_section">Kommentare</a></li></ul></div>
51<div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
52<div class="section">
53<h2><a name="introduction" id="introduction">Einleitung</a></h2>
54
55    <p>Um den Apache zu stoppen oder neu zu starten, m�ssen Sie
56    ein Signal an den laufenden <code class="program"><a href="/programs/httpd.html">httpd</a></code>-Prozess senden. Es gibt
57    zwei M�glichkeiten, diese Signale zu senden. Zum einen k�nnen
58    Sie den Unix-Befehl <code>kill</code> verwenden, um den Prozessen
59    direkt Signale zu senden. Sie werden feststellen, dass auf Ihrem
60    System mehrere <code class="program"><a href="/programs/httpd.html">httpd</a></code>-Programme laufen. Sie sollten
61    jedoch nicht jedem dieser Prozesse ein Signal senden, sondern nur dem
62    Elternprozess, dessen PID im <code class="directive"><a href="/mod/mpm_common.html#pidfile">PidFile</a></code> steht. Das hei�t, Sie
63    sollten es niemals n�tig haben, einem anderen Prozess, als dem
64    Elternprozess, ein Signal zu senden. Es gibt drei Signale, die Sie an den
65    Elternprozess senden k�nnen: <code><a href="#term">TERM</a></code>,
66    <code><a href="#hup">HUP</a></code> und
67    <code><a href="#graceful">USR1</a></code>, die nachfolgend beschrieben
68    werden.</p>
69
70    <p>Um dem Elternprozess ein Signal zu senden, verwenden Sie einen
71    Befehl wie z.B.:</p>
72
73    <div class="example"><p><code>kill -TERM `cat /usr/local/apache2/logs/httpd.pid`</code></p></div>
74
75    <p>Die zweite Methode, dem <code class="program"><a href="/programs/httpd.html">httpd</a></code>-Prozess zu
76    signalisieren, ist die Verwendung der <code>-k</code>-Befehlszeilenoptionen
77    <code>stop</code>, <code>restart</code>, <code>graceful</code> und
78    <code>graceful-stop</code>, wie unten beschrieben. Dies sind Argumente des
79    <code class="program"><a href="/programs/httpd.html">httpd</a></code>-Programms, es wird jedoch empfohlen, sie unter
80    Verwendung des Steuerskripts <code class="program"><a href="/programs/apachectl.html">apachectl</a></code> zu senden,
81    welches diese an <code class="program"><a href="/programs/httpd.html">httpd</a></code> durchreicht.</p>
82
83    <p>Nachdem Sie <code class="program"><a href="/programs/httpd.html">httpd</a></code> signalisiert haben, k�nnen Sie
84    dessen Fortschritt beobachten, indem Sie eingeben:</p>
85
86    <div class="example"><p><code>tail -f /usr/local/apache2/logs/error_log</code></p></div>
87
88    <p>Passen Sie diese Beispiele entsprechend Ihren <code class="directive"><a href="/mod/core.html#serverroot">ServerRoot</a></code>- und <code class="directive"><a href="/mod/mpm_common.html#pidfile">PidFile</a></code>-Einstellungen an.</p>
89</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
90<div class="section">
91<h2><a name="term" id="term">Beenden</a></h2>
92
93    <dl><dt>Signal: TERM</dt>
94      <dd><code>apachectl -k stop</code></dd>
95    </dl>
96
97    <p>Das Senden des <code>TERM</code>- oder <code>stop</code>-Signals an
98    den Elternprozess veranlasst diesen, sofort zu versuchen, alle seine
99    Kindprozesse zu beenden. Es kann einige Sekunden dauern, bis alle
100    Kindprozesse komplett beendet sind. Danach beendet sich der Elternprozess
101    selbst. Alle gerade bearbeiteten Anfragen werden abgebrochen.
102    Es werden keine weiteren Anfragen mehr bedient.</p>
103</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
104<div class="section">
105<h2><a name="graceful" id="graceful">Unterbrechungsfreier Neustart</a></h2>
106
107    <dl><dt>Signal: USR1</dt>
108      <dd><code>apachectl -k graceful</code></dd>
109    </dl>
110
111    <p>Das <code>USR1</code>- oder <code>graceful</code>-Signal
112    veranlasst den Elternprozess, die Kinder <em>anzuweisen</em>, sich
113    nach Abschlu� ihrer momentanen bearbeiteten Anfrage zu beenden
114    (oder sich sofort zu beenden, wenn sie gerade keine Anfrage bedienen).
115    Der Elternprozess liest seine Konfigurationsdateien erneut ein und
116    �ffnet seine Logdateien neu. Wenn ein Kindprozess stirbt,
117    ersetzt der Elternprozess ihn durch ein Kind der neuen
118    Konfigurations-<em>Generation</em>. Dieses beginnt sofort damit,
119    neue Anfragen zu bedienen.</p>
120
121    <p>Der Code ist daf�r ausgelegt, stets die MPM-Direktiven
122    zur Prozesssteuerung zu beachten, so dass die Anzahl der Prozesse
123    und Threads, die zur Bedienung der Clients bereitstehen, w�hrend
124    des Neustarts auf die entsprechenden Werte gesetzt werden.
125    Weiterhin wird <code class="directive"><a href="/mod/mpm_common.html#startservers">StartServers</a></code>
126    auf folgende Art und Weise interpretiert: Wenn nach einer Sekunde
127    nicht mindestens <code class="directive"><a href="/mod/mpm_common.html#startservers">StartServers</a></code>
128    neue Kindprozesse erstellt wurden, dann werden, um den Durchsatz zu
129    beschleunigen, entsprechend weitere erstellt. Auf diese Weise versucht
130    der Code sowohl die Anzahl der Kinder entsprechend der Serverlast
131    anzupassen als auch Ihre W�nsche hinsichtlich des Parameters
132    <code class="directive"><a href="/mod/mpm_common.html#startservers">StartServers</a></code> zu
133    ber�cksichtigen.</p>
134
135    <p>Benutzer von <code class="module"><a href="/mod/mod_status.html">mod_status</a></code> werden feststellen,
136    dass die Serverstatistiken <strong>nicht</strong> auf Null
137    zur�ckgesetzt werden, wenn ein <code>USR1</code> gesendet
138    wurde. Der Code wurde so geschrieben, dass sowohl die Zeit minimiert
139    wird, in der der Server nicht in der Lage ist, neue Anfragen zu
140    bedienen (diese werden vom Betriebssystem in eine Warteschlange
141    gestellt, so dass sie auf keinen Fall verloren gehen) als auch
142    Ihre Parameter zur Feinabstimmung ber�cksichtigt werden.
143    Um dies zu erreichen, muss die <em>Statustabelle</em> (Scoreboard),
144    die dazu verwendet wird, alle Kinder �ber mehrere Generationen
145    zu verfolgen, erhalten bleiben.</p>
146
147    <p>Das Statusmodul benutzt au�erdem ein <code>G</code>, um
148    diejenigen Kinder zu kennzeichen, die noch immer Anfragen bedienen,
149    welche gestartet wurden, bevor ein unterbrechungsfreier Neustart
150    veranla�t wurde.</p>
151
152    <p>Derzeit gibt es keine M�glichkeit f�r ein
153    Log-Rotationsskript, das <code>USR1</code> verwendet, sicher
154    festzustellen, dass alle Kinder, die in ein vor dem Neustart
155    ge�ffnetes Log schreiben, beendet sind. Wir schlagen vor, dass
156    Sie nach dem Senden des Signals <code>USR1</code> eine angemessene
157    Zeitspanne warten, bevor Sie das alte Log anfassen. Wenn beispielsweise
158    die meisten Ihrer Zugriffe bei Benutzern mit niedriger Bandbreite
159    weniger als 10 Minuten f�r eine vollst�ndige Antwort
160    ben�tigen, dann k�nnten Sie 15 Minuten warten, bevor Sie auf
161    das alte Log zugreifen.</p>
162
163    <div class="note">Wenn Ihre Konfigurationsdatei Fehler enth�lt, w�hrend
164    Sie einen Neustart anweisen, dann wird Ihr Elternprozess nicht neu starten,
165    sondern sich mit einem Fehler beenden. Im Falle eines unterbrechungsfreien
166    Neustarts l��t er die Kinder weiterlaufen, wenn er sich beendet.
167    (Dies sind die Kinder, die sich "sanft beenden", indem sie ihre letzte
168    Anfrage erledigen.) Das verursacht Probleme, wenn Sie versuchen,
169    den Server neu zu starten -- er ist nicht in der Lage, sich an die Ports zu
170    binden, an denen er lauschen soll. Bevor Sie einen Neustart
171    durchf�hren, k�nnen Sie die Syntax der Konfigurationsdateien
172    mit dem Befehlszeilenargument <code>-t</code> �berpr�fen
173    (siehe auch <code class="program"><a href="/programs/httpd.html">httpd</a></code>). Das garantiert
174    allerdings nicht, dass der Server korrekt starten wird. Um sowohl die
175    Syntax als auch die Semantik der Konfigurationsdateien zu pr�fen,
176    k�nnen Sie versuchen, <code class="program"><a href="/programs/httpd.html">httpd</a></code> als nicht-root-Benutzer
177    zu starten. Wenn dabei keine Fehler auftreten, wird er versuchen, seine
178    Sockets und Logdateien zu �ffnen und fehlschlagen, da er nicht root
179    ist (oder weil sich der gegenw�rtig laufende <code class="program"><a href="/programs/httpd.html">httpd</a></code>
180    bereits diese Ports gebunden hat). Wenn er aus einem anderen Grund
181    fehlschl�gt, dann liegt wahrscheinlich ein Konfigurationsfehler vor.
182    Der Fehler sollte behoben werden, bevor der unterbrechungsfreie Neustart
183    angewiesen wird.</div>
184</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
185<div class="section">
186<h2><a name="hup" id="hup">Neustarten</a></h2>
187
188    <dl><dt>Signal: HUP</dt>
189      <dd><code>apachectl -k restart</code></dd>
190    </dl>
191
192    <p>Das Senden des Signals <code>HUP</code> oder <code>restart</code>
193    veranla�t den Elternprozess, wie bei <code>TERM</code> alle seine
194    Kinder zu beenden. Der Elternprozess beendet sich jedoch nicht. Er liest
195    seine Konfigurationsdateien neu ein und �ffnet alle Logdateien
196    erneut. Dann erzeugt er einen neuen Satz Kindprozesse und setzt die
197    Bedienung von Zugriffen fort.</p>
198
199    <p>Benutzer von <code class="module"><a href="/mod/mod_status.html">mod_status</a></code> werden feststellen, dass
200    die Serverstatistiken auf Null gesetzt werden, wenn ein <code>HUP</code>
201    gesendet wurde.</p>
202
203    <div class="note">Wenn Ihre Konfigurationsdatei einen Fehler enth�lt,
204    w�hrend Sie einen Neustart anweisen, dann wird Ihr Elternprozess
205    nicht neu starten, sondern sich mit einem Fehler beenden. Lesen Sie oben,
206    wie Sie das vermeiden k�nnen.</div>
207</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
208<div class="section">
209<h2><a name="gracefulstop" id="gracefulstop">R�cksichtsvolles Beenden</a></h2>
210
211    <dl>
212        <dt>Signal: WINCH</dt>
213        <dd><code>apachectl -k gracefull stop</code></dd>
214    </dl>
215
216    <p>Das <code>WINCH</code>- oder <code>graceful-stop</code>-Signal
217    veranlasst den Elternprozess, die Kinder <em>anzuweisen</em>, sich nach
218    Abschlu� ihrer momentan bearbeiteten Anfrage zu beenden (oder sich
219    sofort zu beenden, wenn sie gerade nichts bedienen). Der Elternprozess
220    entfernt dann sein <code class="directive"><a href="/mod/mpm_common.html#pidfile">PidFile</a></code> und
221    stellt das Lauschen auf allen Ports ein. Er l�uft weiter und
222    beobachtet alle Kindprozesse, die noch Anfragen bearbeiten. Sobald alle
223    Kindprozesse fertig sind und beendet haben oder die mit <code class="directive"><a href="/mod/mpm_common.html#gracefulshutdowntimeout">GracefulShutdownTimeout</a></code> definierte
224    Zeit�berschreitung erreicht wurde, beendet sich der Elternprozess
225    ebenfalls. Jedem verbliebenen Kindprozess wird beim Erreichen der
226    Zeit�berschreitung das <code>TERM</code>-Signal gesendet, um diesen
227    zum Beenden zu zwingen.</p>
228    
229    <p>Ein <code>TERM</code>-Signal beendet den Elternprozess und alle
230    Kindprozesse unverz�glich, wenn sie sich im "graceful"-Status
231    <span class="transnote">(<em>Anm.d.�.:</em> w�rtl. "gn�diger" Status)</span> befinden. Da jedoch das
232    <code class="directive"><a href="/mod/mpm_common.html#pidfile">PidFile</a></code>dann schon gel�scht
233    ist, werden Sie dieses Signal nicht mehr mit <code>apachectl</code> oder
234    <code>httpd</code> senden k�nnen.</p>
235
236    <div class="note"><p>Das Signal <code>graceful-stop</code> erm�glicht Ihnen den
237    Betrieb mehrerer identisch konfigurierter Instanzen von <code>httpd</code>
238    zur gleichen Zeit. Dies ist eine m�chtige Funktionalit�t bei der
239    Aufr�stung des Apache. Sie kann jedoch bei einigen Konfigurationen
240    auch zur gegenseitigen Blockierung und zu Wettlaufsituationen
241    f�hren.</p>
242
243    <p>Es ist besonders darauf zu achten, dass auf Festplatte gespeicherte
244    Dateien wie <code class="directive"><a href="/mod/mpm_common.html#lockfile">Lockfile</a></code> und <code class="directive"><a href="/mod/mod_cgid.html#scriptsock">ScriptSock</a></code> die Server-PID enthalten und ohne
245    Probleme nebeneinander existieren m�ssen. Wann auch immer eine
246    Konfigurationsanweisung, ein Drittanbieter-Modul oder ein persistentes
247    CGI-Skript irgend eine Sperre oder eine Statusdatei auf Festplatte
248    speichert, muss besonders darauf geachtet werden, dass mehrere
249    gleichzeitig laufende Instanzen von <code>httpd</code> sich nicht
250    gegenseitig die Dateien zerst�ren.</p>
251
252    <p>Sie sollten ebenfalls vorsichtig mit m�glichen Wettlaufsituationen
253    sein, wie beispielsweise der Verwendung von weitergeleiteter
254    Protokollierung nach der Art von <code class="program"><a href="/programs/rotatelogs.html">rotatelogs</a></code>. Mehrere
255    gleichzeitig laufende Instanzen von <code class="program"><a href="/programs/rotatelogs.html">rotatelogs</a></code>, die
256    versuchen, die gleichen Protokolldateien zu rotieren, k�nnen sich
257    gegenseitig die Protokolldateien zerst�ren.</p></div>
258
259</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
260<div class="section">
261<h2><a name="race" id="race">Anhang: Signale und Wettlaufsituationen</a></h2>
262
263    <p>Vor der Version 1.2b9 des Apache existierten verschiedene
264    <em>Wettlaufsituationen</em> <span class="transnote">(<em>Anm.d.�.:</em> engl.: race
265    conditions)</span>, die den Neustart und die Signale beeinflu�t
266    haben (einfach gesagt, eine Wettlaufstituation ist ein zeitabh�ngiges
267    Problem - wenn etwas zum falschen Zeitpunkt oder in der falschen
268    Reihenfolge geschieht, kommt es zu nicht erw�nschten Ergebnissen.
269    Geschehen die gleichen Dinge zur rechten Zeit, ist alles in Ordnung).  Bei
270    Architekturen mit dem "richtigen" <span class="transnote">(<em>Anm.d.�.:</em> im Sinne von
271    "geeignet")</span> Funktionsumfang haben wir so viele eliminiert wie
272    wir nur konnten. Dennoch sollte beachtet werden, dass noch immer
273    Wettlaufsituationen auf bestimmten Architekturen existieren.</p>
274
275    <p>Bei Architekturen, die ein <code class="directive"><a href="/mod/mpm_common.html#scoreboardfile">ScoreBoardFile</a></code> auf Platte verwenden,
276    kann die Statustabelle besch�digt werden.
277    Das kann zu "bind: Address already in use" ("bind: Adresse wird
278    bereits verwendet", nach einem <code>HUP</code>) oder "long lost
279    child came home!" ("Der verlorene Sohn ist heimgekehrt", nach einem
280    <code>USR1</code>) f�hren. Ersteres ist ein schwerer Fehler,
281    w�rend letzteres lediglich bewirkt, dass der Server einen Eintrag
282    in der Statustabelle verliert. So kann es ratsam sein, unterbrechungsfreie
283    Neustarts zusammen mit einem gelegentlichen harten Neustart zu verwenden.
284    Diese Probleme lassen sich nur sehr schwer umgehen, aber
285    gl�cklicherweise ben�tigen die meisten Architekturen keine
286    Statustabelle in Form einer Datei. Bitte lesen Sie f�r Architekturen,
287    die sie ben�tigen, die Dokumentation zu <code class="directive"><a href="/mod/mpm_common.html#scoreboardfile">ScoreBoardFile</a></code>.</p>
288
289    <p>Alle Architekturen haben in jedem Kindprozess eine kleine
290    Wettlaufsituation, welche die zweite und nachfolgende Anfragen
291    einer persistenten HTTP-Verbindung (KeepAlive) umfa�t. Der Prozess
292    kann nach dem Lesen der Anfragezeile aber vor dem Lesen der Anfrage-Header
293    enden. Es existiert eine Korrektur, die f�r 1.2 zu sp�t kam.
294    Theoretisch sollte das kein Problem darstellen, da
295    der KeepAlive-Client derartige Ereignisse aufgrund von
296    Netzwerk-Latenzzeiten und Auszeiten des Servers erwarten sollte.
297    In der Praxis scheint keiner von beiden beeinflu�t zu werden
298    -- in einem Testfall wurde der Server zwanzig mal
299    pro Sekunde neu gestartet, w�hrend Clients das Angebot abgegrast
300    haben, ohne kaputte Bilder oder leere Dokumente zu erhalten.</p>
301</div></div>
302<div class="bottomlang">
303<p><span>Verf�gbare Sprachen: </span><a href="/de/stopping.html" title="Deutsch">&nbsp;de&nbsp;</a> |
304<a href="/en/stopping.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
305<a href="/es/stopping.html" hreflang="es" rel="alternate" title="Espa�ol">&nbsp;es&nbsp;</a> |
306<a href="/fr/stopping.html" hreflang="fr" rel="alternate" title="Fran�ais">&nbsp;fr&nbsp;</a> |
307<a href="/ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
308<a href="/ko/stopping.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
309<a href="/tr/stopping.html" hreflang="tr" rel="alternate" title="T�rk�e">&nbsp;tr&nbsp;</a></p>
310</div><div class="top"><a href="#page-header"><img src="/images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Kommentare</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&amp;A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
311<script type="text/javascript"><!--//--><![CDATA[//><!--
312var comments_shortname = 'httpd';
313var comments_identifier = 'http://httpd.apache.org/docs/2.2/stopping.html';
314(function(w, d) {
315    if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
316        d.write('<div id="comments_thread"><\/div>');
317        var s = d.createElement('script');
318        s.type = 'text/javascript';
319        s.async = true;
320        s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
321        (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
322    }
323    else { 
324        d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
325    }
326})(window, document);
327//--><!]]></script></div><div id="footer">
328<p class="apache">Copyright 2013 The Apache Software Foundation.<br />Lizenziert unter der <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
329<p class="menu"><a href="/mod/">Module</a> | <a href="/mod/directives.html">Direktiven</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="/glossary.html">Glossar</a> | <a href="/sitemap.html">Seitenindex</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
330if (typeof(prettyPrint) !== 'undefined') {
331    prettyPrint();
332}
333//--><!]]></script>
334</body></html>