aboutsummaryrefslogtreecommitdiff
path: root/files/de/web/http/status/index.html
blob: 677b3d112b5b8c752567031daadc0b1ab235cce7 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
---
title: HTTP response status codes
slug: Web/HTTP/Status
tags:
  - HTTP
  - NeedsTranslation
  - Status codes
  - TopicStub
translation_of: Web/HTTP/Status
---
<div>{{HTTPSidebar}}</div>

<p>HTTP-Antwortstatuscodes zeigen an, ob eine bestimmte <a href="/en-US/docs/Web/HTTP">HTTP</a>-Anfrage erfolgreich abgeschlossen wurde. Die Antworten sind in fünf Klassen eingeteilt:</p>

<ol>
 <li>Informative Antworten (100-199)</li>
 <li>Erfolgreiche Antworten (200-299)</li>
 <li>Umleitungen (300-399)</li>
 <li>Client-Fehler (400-499)</li>
 <li>Server-Fehler (500-599)</li>
</ol>

<p>Die folgenden Statuscodes sind in <a href="https://tools.ietf.org/html/rfc2616#section-10">Abschnitt 10 von RFC 2616</a> definiert. Eine aktualisierte Spezifikation finden Sie in <a href="https://tools.ietf.org/html/rfc7231#section-6.5.1">RFC 7231</a>.</p>

<h2 id="Informative_Antworten">Informative Antworten</h2>

<dl>
 <dt>{{HTTPStatus(100, "100 Continue")}}</dt>
 <dd>Diese vorläufige Antwort zeigt an, dass bisher alles in Ordnung ist und dass der Client mit der Anfrage fortfahren oder sie ignorieren sollte, wenn sie bereits abgeschlossen ist.</dd>
 <dt>{{HTTPStatus(101, "101 Switching Protocol")}}</dt>
 <dd>Dieser Code wird als Antwort auf einen {{HTTPHeader("Upgrade")}} Request-Header vom Client gesendet und zeigt an, dass auch der Server das Protokoll wechselt. Er wurde eingeführt, um die Migration zu einer inkompatiblen Protokollversion zu ermöglichen, und wird nicht häufig verwendet.</dd>
 <dt>{{HTTPStatus(102, "102 Processing")}} ({{Glossary("WebDAV")}})</dt>
 <dd>Dieser Code zeigt an, dass der Server die Anfrage erhalten hat und bearbeitet, aber noch keine Antwort verfügbar ist.</dd>
 <dt>{{HTTPStatus(103, "103 Early Hints")}}</dt>
 <dd>Dieser Statuscode ist in erster Linie für die Verwendung mit dem {{HTTPHeader("Link")}} Header vorgesehen, damit der Benutzeragent mit dem <a href="/en-US/docs/Web/HTML/Preloading_content">Vorladen</a> von Ressourcen beginnen kann, während der Server eine Antwort vorbereitet.</dd>
</dl>

<h2 id="Erfolgreiche_Antworten">Erfolgreiche Antworten</h2>

<dl>
 <dt>{{HTTPStatus(200, "200 OK")}}</dt>
 <dd>
 <p>Die Anfrage ist erfolgreich. Die Bedeutung eines Erfolgs hängt von der HTTP-Methode ab​​​​:</p>

 <ul>
  <li><code>GET</code>: Die Ressource wurde geholt und wird im Nachrichtentext übertragen.</li>
  <li><code>HEAD</code>: Die Entity-Header befinden sich im Nachrichtenkörper.</li>
  <li><code>POST</code>: Die Ressource, die das Ergebnis der Aktion beschreibt, wird im Hauptteil der Nachricht übertragen.</li>
  <li><code>TRACE</code>: Der Hauptteil der Nachricht enthält die vom Server empfangene Anforderungsnachricht.</li>
 </ul>
 </dd>
 <dt>{{HTTPStatus(201, "201 Created")}}</dt>
 <dd>Die Anfrage war erfolgreich, und als Ergebnis wurde eine neue Ressource geschaffen. Dies ist normalerweise die Antwort, die nach einer PUT-Anforderung gesendet wird.</dd>
 <dt>{{HTTPStatus(202, "202 Accepted")}}</dt>
 <dd>Die Anfrage ist eingegangen, aber noch nicht bearbeitet worden. Sie ist unverbindlich, was bedeutet, dass es in HTTP keine Möglichkeit gibt, später eine asynchrone Antwort zu senden, die das Ergebnis der Bearbeitung der Anfrage anzeigt. Sie ist für Fälle gedacht, in denen ein anderer Prozess oder Server die Anfrage bearbeitet, oder für die Stapelverarbeitung.</dd>
 <dt>{{HTTPStatus(203, "203 Non-Authoritative Information")}}</dt>
 <dd>Dieser Antwortcode bedeutet, dass der zurückgesendete Metainformationssatz nicht exakt dem Satz entspricht, der auf dem ursprünglichen Server verfügbar war, sondern von einer lokalen Kopie oder einer Kopie eines Drittanbieters gesammelt wurde. Abgesehen von dieser Bedingung sollten 200 OK-Antworten anstelle dieser Antwort bevorzugt werden.</dd>
 <dt>{{HTTPStatus(204, "204 No Content")}}</dt>
 <dd>Es gibt keinen Inhalt, den man für diese Anfrage senden kann, aber die Kopfzeilen können nützlich sein. Der Benutzer-Agent kann seine zwischengespeicherten Header für diese Ressource mit den neuen Header aktualisieren.</dd>
 <dt>{{HTTPStatus(205, "205 Reset Content")}}</dt>
 <dd>Dieser Antwortcode wird nach dem Ausführen der Anforderung gesendet, um dem Benutzeragenten mitzuteilen, der diese Anforderung gesendet hat.</dd>
 <dt>{{HTTPStatus(206, "206 Partial Content")}}</dt>
 <dd>Dieser Antwortcode wird aufgrund des vom Client gesendeten Range-Headers verwendet, um den Download in mehrere Streams zu trennen.</dd>
 <dt>{{HTTPStatus(208, "208 Already Reported")}} ({{Glossary("WebDAV")}})</dt>
 <dd>Wird innerhalb eines <code>&lt;dav:propstat&gt;</code> Antwortelements verwendet, um die wiederholte Aufzählung der internen Mitglieder mehrerer Bindungen zu derselben Sammlung zu vermeiden.</dd>
 <dt>{{HTTPStatus(226, "226 IM Used")}} (<a href="https://tools.ietf.org/html/rfc3229">HTTP Delta encoding</a>)</dt>
 <dd>Der Server hat eine <code>GET</code>-Anforderung für die Ressource erfüllt, und die Antwort ist eine Darstellung des Ergebnisses einer oder mehrerer auf die aktuelle Instanz angewandter Instanzmanipulationen.</dd>
</dl>

<h2 id="Umleitungen">Umleitungen</h2>

<dl>
 <dt>{{HTTPStatus(300, "300 Multiple Choice")}}</dt>
 <dd>Die Anfrage hat mehr als eine mögliche Antwort. Der Benutzer-Agent oder Benutzer sollte eine davon auswählen. Es gibt keine standardisierte Möglichkeit, eine der Antworten auszuwählen.</dd>
 <dt>{{HTTPStatus(301, "301 Moved Permanently")}}</dt>
 <dd>Dieser Antwortcode bedeutet, dass der URI der angeforderten Ressource geändert wurde. Wahrscheinlich wird in der Antwort eine neue URI angegeben.</dd>
 <dt>{{HTTPStatus(302, "302 Found")}}</dt>
 <dd>Dieser Antwortcode bedeutet, dass der URI der angeforderten Ressource <em>vorübergehend</em> geändert wurde. Möglicherweise werden in der Zukunft neue Änderungen an der URI vorgenommen. Daher sollte derselbe URI vom Kunden in zukünftigen Anfragen verwendet werden.</dd>
 <dt>{{HTTPStatus(303, "303 See Other")}}</dt>
 <dd>Der Server sandte diese Antwort an den Client, um die angeforderte Ressource mit einer GET-Anforderung an eine andere URI zu leiten.</dd>
 <dt>{{HTTPStatus(304, "304 Not Modified")}}</dt>
 <dd>Dies wird für Cache-Zwecke verwendet. Es teilt dem Client mit, dass die Antwort nicht geändert wurde. Der Client kann also weiterhin dieselbe zwischengespeicherte Version der Antwort verwenden.</dd>
 <dt>{{HTTPStatus(305, "305 Use Proxy")}}</dt>
 <dd>Das bedeutet, dass ein Proxy auf die angeforderte Antwort zugreifen muss. Dieser Response-Code wird aus Sicherheitsgründen weitgehend nicht unterstützt.</dd>
 <dt>{{HTTPStatus(306, "306 unused")}} {{deprecated_inline}}</dt>
 <dd>Dieser Antwortcode wird nicht mehr verwendet, er ist derzeit nur reserviert. Er wurde in einer früheren Version der HTTP 1.1-Spezifikation verwendet.</dd>
 <dt>{{HTTPStatus(307, "307 Temporary Redirect")}}</dt>
 <dd>
 <p>Der Server schickte diese Antwort an den Client, um die angeforderte Ressource an eine andere URI mit derselben Methode zu senden, die die vorherige Anforderung verwendete. Dies hat die gleiche Semantik wie der <code>302 Found</code> HTTP Response Code, mit der Ausnahme, dass der Benutzeragent die verwendete HTTP-Methode <em>nicht ändern</em> darf: Wenn in der ersten Anforderung ein <code>POST</code> verwendet wurde, muss in der zweiten Anforderung ein <code>POST</code> verwendet werden.</p>
 </dd>
 <dt>{{HTTPStatus(308, "308 Permanent Redirect")}}</dt>
 <dd>Dies bedeutet, dass sich die Ressource nun <em>dauerhaft</em> an einem anderen, vom <code>Location:</code> angegebenen URI befindet: HTTP-Antwort-Header angegeben wird. Dies hat die gleiche Semantik wie der <code>301 Moved Permanently</code> HTTP Response Code, mit der Ausnahme, dass der Benutzeragent die verwendete HTTP-Methode <em>nicht ändern</em> darf: Wenn in der ersten Anfrage ein <code>POST</code> verwendet wurde, muss in der zweiten Anfrage ein <code>POST</code> verwendet werden.</dd>
</dl>

<h2 id="Antworten_auf_Client-Fehler">Antworten auf Client-Fehler</h2>

<dl>
 <dt>{{HTTPStatus(400, "400 Bad Request")}}</dt>
 <dd>Diese Antwort bedeutet, dass der Server die Anfrage aufgrund einer ungültigen Syntax nicht verstehen konnte.</dd>
 <dt>{{HTTPStatus(401, "401 Unauthorized")}}</dt>
 <dd>Eine Authentifizierung ist erforderlich, um die angeforderte Antwort zu erhalten. Dies ist ähnlich wie bei 403, aber in diesem Fall ist eine Authentifizierung möglich.</dd>
 <dt>{{HTTPStatus(402, "402 Payment Required")}}</dt>
 <dd>Dieser Antwortcode ist für die zukünftige Verwendung reserviert. Ursprüngliches Ziel bei der Erstellung dieses Codes war es, ihn für digitale Zahlungssysteme zu verwenden, doch wird er derzeit nicht verwendet.</dd>
 <dt>{{HTTPStatus(403, "403 Forbidden")}}</dt>
 <dd>Der Client hat keine Zugriffsrechte auf den Inhalt, daher verweigert der Server eine ordnungsgemäße Antwort.</dd>
 <dt>{{HTTPStatus(404, "404 Not Found")}}</dt>
 <dd>Server kann angeforderte Ressource nicht finden. Dieser Antwort-Code ist wahrscheinlich der bekannteste aufgrund seiner Häufigkeit, mit der er im Web auftritt.</dd>
 <dt>{{HTTPStatus(405, "405 Method Not Allowed")}}</dt>
 <dd>Die Anfragemethode ist dem Server bekannt, wurde jedoch deaktiviert und kann nicht verwendet werden. Die beiden obligatorischen Methoden, <code>GET</code> und <code>HEAD</code>, dürfen niemals deaktiviert werden und sollten diesen Fehlercode nicht zurückgeben.</dd>
 <dt>{{HTTPStatus(406, "406 Not Acceptable")}}</dt>
 <dd>Diese Antwort wird gesendet, wenn der Webserver nach Durchführung der <a href="/en-US/docs/HTTP/Content_negotiation#Server-driven_negotiation">servergesteuerten Inhaltsaushandlung</a> nach den vom Benutzer-Agenten vorgegebenen Kriterien keinen Inhalt findet.</dd>
 <dt>{{HTTPStatus(407, "407 Proxy Authentication Required")}}</dt>
 <dd>Dies ist ähnlich wie 401, aber die Authentifizierung muss von einem Proxy durchgeführt werden.</dd>
 <dt>{{HTTPStatus(408, "408 Request Timeout")}}</dt>
 <dd>
 <p>Diese Antwort wird von einigen Servern auf einer inaktiven Verbindung gesendet, auch ohne vorherige Anfrage durch den Client. Das bedeutet, dass der Server diese unbenutzte Verbindung abschalten möchte. Diese Antwort wird viel häufiger verwendet, da einige Browser, wie Chrome oder IE9, <a href="http://www.belshe.com/2011/02/10/the-era-of-browser-preconnect/">HTTP-Vorverbindungsmechanismen</a> verwenden, um das Surfen zu beschleunigen (siehe {{bug(634278)}}, der die zukünftige Implementierung eines solchen Mechanismus in Firefox verfolgt). Beachten Sie auch, dass einige Server lediglich die Verbindung unterbrechen, ohne diese Nachricht zu senden.</p>
 </dd>
 <dt>{{HTTPStatus(409, "409 Conflict")}}</dt>
 <dd>Diese Antwort würde gesendet, wenn eine Anfrage mit dem aktuellen Zustand des Servers in Konflikt gerät.</dd>
 <dt>{{HTTPStatus(410, "410 Gone")}}</dt>
 <dd>Diese Antwort würde gesendet, wenn der angeforderte Inhalt vom Server gelöscht wurde.</dd>
 <dt>{{HTTPStatus(411, "411 Length Required")}}</dt>
 <dd>Der Server lehnte die Anforderung ab, weil das Header-Feld <code>Content-Length</code> nicht definiert ist und der Server sie benötigt.</dd>
 <dt>{{HTTPStatus(412, "412 Precondition Failed")}}</dt>
 <dd>Der Client hat in seinen Headern Vorbedingungen angegeben, die der Server nicht erfüllt.</dd>
 <dt>{{HTTPStatus(413, "413 Payload Too Large")}}</dt>
 <dd>Anforderungsentität ist größer als die vom Server definierten Grenzen; der Server könnte die Verbindung schließen oder ein <code>Retry-After</code> Header-Feld zurückgeben.</dd>
 <dt>{{HTTPStatus(414, "414 URI Too Long")}}</dt>
 <dd>Der vom Client angeforderte URI ist länger, als der Server zu interpretieren bereit ist.</dd>
 <dt>{{HTTPStatus(415, "415 Unsupported Media Type")}}</dt>
 <dd>Das Medienformat der angeforderten Daten wird vom Server nicht unterstützt, daher lehnt der Server die Anfrage ab.</dd>
 <dt>{{HTTPStatus(416, "416 Requested Range Not Satisfiable")}}</dt>
 <dd>Der durch das Header-Feld <code>Range</code> in der Anforderung angegebene Bereich kann nicht erfüllt werden; es ist möglich, dass der Bereich außerhalb der Größe der Daten des Ziel-URIs liegt.</dd>
 <dt>{{HTTPStatus(417, "417 Expectation Failed")}}</dt>
 <dd>Dieser Antwort-Code bedeutet, dass die im Header-Feld <code>Expect</code> request angegebene Erwartung vom Server nicht erfüllt werden kann.</dd>
 <dt>{{HTTPStatus(421, "421 Misdirected Request")}}</dt>
 <dd>Die Anfrage war an einen Server gerichtet, der nicht in der Lage ist, eine Antwort zu produzieren. Diese kann von einem Server gesendet werden, der nicht so konfiguriert ist, dass er Antworten für die Kombination aus Schema und Autorität erzeugt, die im Anforderungs-URI enthalten sind.</dd>
 <dt>{{HTTPStatus(426, "426 Upgrade Required")}}</dt>
 <dd>Der Server weigert sich, die Anforderung mit dem aktuellen Protokoll auszuführen, ist aber möglicherweise bereit, dies zu tun, nachdem der Client auf ein anderes Protokoll aktualisiert wurde. Der Server MUSS ein Upgrade-Header-Feld in einer 426-Antwort senden, um das/die erforderliche(n) Protokoll(e) anzugeben (<a href="https://tools.ietf.org/html/rfc7230#section-6.7">Abschnitt 6.7 von [RFC7230]</a>).</dd>
 <dt>{{HTTPStatus(428, "428 Precondition Required")}}</dt>
 <dd>Der Ursprungsserver verlangt, dass die Anfrage bedingt ist. Damit soll "das Problem der 'verlorenen Aktualisierung' verhindert werden, bei dem ein Client den Zustand einer Ressource GETs, modifiziert sie und PUTs zurück an den Server sendet, wenn inzwischen eine dritte Partei den Zustand auf dem Server modifiziert hat, was zu einem Konflikt führt.</dd>
 <dt>{{HTTPStatus(429, "429 Too Many Requests")}}</dt>
 <dd>Der Benutzer hat in einer bestimmten Zeitspanne zu viele Anfragen gesendet ("rate limiting").</dd>
 <dt>{{HTTPStatus(431, "431 Request Header Fields Too Large")}}</dt>
 <dd>Der Server ist nicht bereit, die Anfrage zu verarbeiten, weil seine Header-Felder zu groß sind. Die Anfrage KANN nach Reduzierung der Größe der Anfrage-Header-Felder erneut eingereicht werden.</dd>
 <dt>{{HTTPStatus(451, "451 Unavailable For Legal Reasons")}}</dt>
 <dd>Der Benutzer fordert eine illegale Ressource an, z.B. eine Webseite, die von einer Regierung zensiert wurde.</dd>
</dl>

<h2 id="Antworten_auf_Server-Fehler">Antworten auf Server-Fehler</h2>

<dl>
 <dt>{{HTTPStatus(500, "500 Internal Server Error")}}</dt>
 <dd>Der Server ist auf eine Situation gestoßen, mit der er nicht umzugehen weiß.</dd>
 <dt>{{HTTPStatus(501, "501 Not Implemented")}}</dt>
 <dd>Die Anfragemethode wird vom Server nicht unterstützt und kann nicht bearbeitet werden. Die einzigen Methoden, die vom Server unterstützt werden müssen (und die daher diesen Code nicht zurückgeben dürfen), sind <code>GET</code> und <code>HEAD</code>.</dd>
 <dt>{{HTTPStatus(502, "502 Bad Gateway")}}</dt>
 <dd>Diese Fehlerreaktion bedeutet, dass der Server, während er als Gateway arbeitete, um eine Antwort zu erhalten, die zur Bearbeitung der Anfrage erforderlich ist, eine ungültige Antwort erhielt.</dd>
 <dt>{{HTTPStatus(503, "503 Service Unavailable")}}</dt>
 <dd>Der Server ist nicht bereit, die Anfrage zu bearbeiten. Häufige Ursachen sind ein Server, der wegen Wartungsarbeiten ausfällt oder überlastet ist. Beachten Sie, dass zusammen mit dieser Antwort eine benutzerfreundliche Seite gesendet werden sollte, die das Problem erklärt. Diese Antworten sollten für vorübergehende Bedingungen und <code>Retry-After:</code> verwendet werden: HTTP-Header sollte, wenn möglich, die geschätzte Zeit vor der Wiederherstellung des Dienstes enthalten. Der Webmaster muss sich auch um die Caching-bezogenen Header kümmern, die zusammen mit dieser Antwort gesendet werden, da diese Antworten auf temporäre Bedingungen normalerweise nicht im Cache gespeichert werden sollten.</dd>
 <dt>{{HTTPStatus(504, "504 Gateway Timeout")}}</dt>
 <dd>Diese Fehlerantwort wird gegeben, wenn der Server als Gateway fungiert und nicht rechtzeitig eine Antwort erhalten kann.</dd>
 <dt>{{HTTPStatus(505, "505 HTTP Version Not Supported")}}</dt>
 <dd>Die in der Anfrage verwendete HTTP-Version wird vom Server nicht unterstützt.</dd>
 <dt>{{HTTPStatus(506, "506 Variant Also Negotiates")}}</dt>
 <dd>Der Server weist einen internen Konfigurationsfehler auf: Die gewählte Ressourcenvariante ist so konfiguriert, dass sie selbst transparente Inhaltsverhandlungen führt und daher kein geeigneter Endpunkt im Vermittlungsprozess ist.</dd>
 <dt>{{HTTPStatus(507, "507 Insufficient Storage")}} ({{Glossary("WebDAV")}})</dt>
 <dd>Die Methode konnte auf der Ressource nicht ausgeführt werden, weil der Server nicht in der Lage ist, die Darstellung zu speichern, die zum erfolgreichen Abschluss der Anfrage erforderlich ist.</dd>
 <dt>{{HTTPStatus(508, "508 Loop Detected")}} ({{Glossary("WebDAV")}})</dt>
 <dd>Der Server hat bei der Verarbeitung der Anfrage eine Endlosschleife festgestellt.</dd>
 <dt>{{HTTPStatus(510, "510 Not Extended")}}</dt>
 <dd>Damit der Server den Antrag erfüllen kann, sind weitere Erweiterungen des Antrags erforderlich.</dd>
 <dt>{{HTTPStatus(511, "511 Network Authentication Required")}}</dt>
 <dd>Der Statuscode 511 zeigt an, dass sich der Client authentifizieren muss, um Zugang zum Netzwerk zu erhalten.</dd>
</dl>