Interpretation und Analyse von HTTP-Header-Informationen (detaillierte Zusammenfassung)
|
HTTP-Header-Erklärung 1. Akzeptieren: Informiert den Webserver, welchen Medientyp er akzeptiert. */* bedeutet jeden Typ und Typ/* bedeutet alle Untertypen dieses Typs, Typ/Untertyp. 2. Accept-Charset: Der Browser gibt den Zeichensatz an, den er akzeptiert Accept-Encoding: Der Browser deklariert die von ihm akzeptierte Kodierungsmethode. Normalerweise wird die Komprimierungsmethode angegeben, ob Komprimierung unterstützt wird und welche Komprimierungsmethode unterstützt wird (gzip, deflate). Accept-Language: Der Browser gibt die akzeptierte Sprache an. Der Unterschied zwischen Sprache und Zeichensatz: Chinesisch ist eine Sprache und es gibt viele Zeichensätze für Chinesisch, z. B. big5, gb2312, gbk usw. 3. Accept-Ranges: Der Webserver gibt an, ob er Anfragen zum Abrufen eines Teils einer seiner Entitäten (z. B. eines Teils einer Datei) akzeptiert. Bytes: zeigt Akzeptanz an, keine: zeigt Ablehnung an. 4. Alter: Wenn ein Proxyserver auf eine Anfrage mit einer Entität aus seinem eigenen Cache antwortet, gibt dieser Header an, wie lange seit der Erstellung der Entität vergangen ist. 5. Autorisierung: Wenn der Client eine WWW-Authenticate-Antwort von einem WEB-Server erhält, antwortet dieser Header mit seinen eigenen Authentifizierungsinformationen an den WEB-Server. 6. Cache-Steuerung: Anforderung: no-cache (Entität nicht zwischenspeichern, sondern anfordern, sie jetzt vom Webserver abzurufen) max-age: (Akzeptiert nur Objekte, deren Alterswert kleiner als der max-age-Wert ist und die nicht abgelaufen sind) max-stale: (Frühere Objekte können akzeptiert werden, aber die Ablaufzeit muss kürzer sein als maximaler veralteter Wert) min-fresh: (akzeptiert Cache-Objekte, deren Frischelebensdauer größer ist als die Summe ihres aktuellen Alters und ihres min-fresh-Werts) Antwort: öffentlich (kann jedem Benutzer mit zwischengespeichertem Inhalt antworten) privat (zwischengespeicherte Inhalte können nur verwendet werden, um dem Benutzer zu antworten, der die Inhalte zuvor angefordert hat) kein Cache (kann zwischengespeichert werden, kann aber erst nach Überprüfung der Gültigkeit beim Webserver an den Client zurückgegeben werden) max-age: (die Ablaufzeit des in dieser Antwort enthaltenen Objekts) ALLE: kein Speichern (kein Caching erlaubt) 7. Verbindung: Anforderung: Schließen (teilen Sie dem Webserver oder Proxyserver mit, dass er die Verbindung nach Abschluss der Antwort auf diese Anforderung trennen und nicht auf nachfolgende Anforderungen dieser Verbindung warten soll). Keepalive (weist den Webserver oder Proxyserver an, die Verbindung nach Abschluss der Antwort auf die aktuelle Anfrage aufrechtzuerhalten und auf nachfolgende Anfragen von dieser Verbindung zu warten). Antwort: close (die Verbindung wurde geschlossen). Keepalive (die Verbindung wird aufrechterhalten und auf nachfolgende Anfragen für diese Verbindung gewartet). Keep-Alive: Wenn der Browser anfordert, die Verbindung aufrechtzuerhalten, gibt dieser Header an, wie lange (in Sekunden) der Webserver die Verbindung aufrechterhalten soll. Beispiel: Keep-Alive: 300 8. Inhaltskodierung: Der Webserver gibt an, welches Komprimierungsverfahren (gzip, deflate) er zum Komprimieren der Objekte in der Antwort verwendet. Beispiel: Content-Encoding: gzip Inhaltssprache: Der Webserver teilt dem Browser die Sprache des Objekts mit, auf das er antwortet. Inhaltslänge: Der Webserver teilt dem Browser die Länge des Objekts mit, auf das er antwortet. Beispiel: Content-Length: 26012 Content-Range: Der Webserver gibt an, zu welchem Teil des Gesamtobjekts das in der Antwort enthaltene Teilobjekt gehört. Beispiel: Content-Range: Bytes 21010-47021/47022 Inhaltstyp: Der Webserver teilt dem Browser mit, auf welchen Objekttyp er reagiert. Beispiel: Content-Type: application/xml 9. ETag: Dies ist der Markierungswert eines Objekts (z. B. einer URL). Für ein Objekt, z. B. eine HTML-Datei, Wenn es geändert wird, wird auch sein ETag geändert. Daher ähnelt die Rolle von ETag der von Last-Modified, das hauptsächlich vom WEB-Server verwendet wird, um festzustellen, ob ein Objekt geändert wurde. Wenn Sie beispielsweise das letzte Mal eine HTML-Datei angefordert haben, haben Sie deren ETag erhalten. Wenn Sie die Datei dieses Mal erneut anfordern, Der Browser sendet den zuvor erhaltenen ETag-Wert an den Webserver. Anschließend vergleicht der Webserver diesen ETag mit dem aktuellen ETag der Datei und erkennt dann, ob sich die Datei geändert hat. 10. Abgelaufen: Der Webserver gibt an, wann die Entität abläuft. Ein abgelaufenes Objekt kann erst dann zum Antworten auf Clientanforderungen verwendet werden, nachdem seine Gültigkeit vom Webserver überprüft wurde. Es ist der HTTP/1.0-Header. Beispiel: Läuft ab: Sa, 23. Mai 2009 10:02:12 GMT 11. Host: Der Client gibt den Domänennamen/die IP-Adresse und die Portnummer des Webservers an, auf den er zugreifen möchte. Beispiel: Host: rss.sina.com.cn 12. If-Match: Wenn sich der ETag des Objekts nicht geändert hat, bedeutet dies tatsächlich, dass sich das Objekt nicht geändert hat und die angeforderte Aktion ausgeführt wird. If-None-Match: Wenn sich der ETag des Objekts ändert, bedeutet dies tatsächlich, dass sich auch das Objekt geändert hat und die angeforderte Aktion ausgeführt wird. 13. If-Modified-Since: Wenn das angeforderte Objekt nach der in diesem Header angegebenen Zeit geändert wurde, wird die angeforderte Aktion ausgeführt (z. B. das Zurückgeben des Objekts). Andernfalls wird der Code 304 zurückgegeben, um dem Browser mitzuteilen, dass das Objekt nicht geändert wurde. Beispiel: If-Modified-Since: Thu, 10 Apr 2008 09:14:42 GMT If-Unmodified-Since: Die angeforderte Aktion (z. B. das Zurückgeben des Objekts) wird nur ausgeführt, wenn das angeforderte Objekt seit dem in diesem Header angegebenen Zeitpunkt nicht geändert wurde. 14. If-Range: Der Browser teilt dem Webserver mit, dass er mir den fehlenden Teil geben soll, wenn sich das angeforderte Objekt nicht geändert hat. Wenn sich das Objekt geändert hat, soll er mir das gesamte Objekt geben. Der Browser sendet ein Anfrageobjekt ETag oder der Ihnen bekannte Zeitpunkt der letzten Änderung wird an den WEB-Server weitergegeben, damit dieser feststellen kann, ob sich das Objekt geändert hat. Wird immer mit der Range-Überschrift verwendet. 15. Last-Modified: Der letzte Änderungszeitpunkt des vom Webserver berücksichtigten Objekts, z. B. der letzte Änderungszeitpunkt einer Datei. Der letzte Zeitpunkt der Generierung der dynamischen Seite usw. Beispiel: Letzte Änderung: Dienstag, 6. Mai 2008, 02:42:43 GMT 16. Standort: Der Webserver teilt dem Browser mit, dass das Objekt, auf das er zugreifen möchte, an einen anderen Standort verschoben wurde. Gehen Sie zum vom Leiter angegebenen Ort, um es zu erhalten. Beispiel: Standort: upload/2022/web/sinahome_0803_ws_005_text_0.gif 17. Pramga: Verwendet hauptsächlich Pramga: no-cache, was Cache-Control: no-cache entspricht. Beispiel: Pragma: no-cache 18. Proxy-Authentifizierung: Der Proxy-Server antwortet dem Browser und fordert ihn auf, Proxy-Authentifizierungsinformationen bereitzustellen. Proxy-Autorisierung: Der Browser antwortet auf die Authentifizierungsanfrage des Proxyservers und stellt seine eigenen Identitätsinformationen bereit. 19. Bereich: Der Browser (z. B. Flashget-Multithread-Download) teilt dem Webserver mit, welchen Teil des Objekts er abrufen möchte. Beispiel: Bereich: Bytes=1173546- 20. Referer: Der Browser teilt dem WEB-Server mit, von welcher Webseite/URL er die URL/URL in der aktuellen Anfrage erhalten/angeklickt hat. Beispiel: Referrer: http://www.sina.com/ 21. Server: Der WEB-Server zeigt seine Software- und Versionsinformationen an. Beispiel: Server: Apache/2.0.61 (Unix) 22. User-Agent: Der Browser identifiziert sich selbst (um welche Art von Browser es sich handelt). Beispiel: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14 23. Transfer-Encoding: Der Webserver gibt an, dass er für den Hauptteil der Antwort verantwortlich ist (nicht für die Objekte im Hauptteil). Welche Kodierung durchgeführt wurde, z. B. ob sie in Blöcke unterteilt wurde. Beispiel: Transfer-Encoding: chunked 24. Variieren: Der WEB-Server verwendet den Inhalt dieses Headers, um dem Cache-Server mitzuteilen, unter welchen Bedingungen das von dieser Antwort zurückgegebene Objekt zum Beantworten nachfolgender Anforderungen verwendet werden kann. Wenn der Quell-Webserver die erste Anforderungsnachricht empfängt, lautet der Header seiner Antwortnachricht: Content-Encoding: gzip; Vary: Content-Encoding Anschließend analysiert der Cache-Server den Header der nachfolgenden Anforderungsnachricht und prüft, ob dessen Accept-Encoding mit dem Vary-Headerwert der vorherigen Antwort übereinstimmt, d. h. ob dieselbe Inhaltscodierungsmethode verwendet wird. Dies kann verhindern, dass der Cache-Server seine eigene verwendet Browser, die nicht über die Möglichkeit zur Dekomprimierung verfügen, reagieren auf die komprimierte Entität im Cache. Beispiel: Vary: Accept-Encoding 25. Via: Listen Sie die Proxyserver auf, über die die Antwort vom Client an den OCS oder umgekehrt läuft, und welche Protokolle (und Versionen) sie zum Senden der Anforderung verwenden. Wenn die Client-Anforderung den ersten Proxy-Server erreicht, fügt der Server der gesendeten Anforderung einen Via-Header hinzu und füllt seine eigenen relevanten Informationen aus. Wenn der nächste Proxy-Server die Anforderung vom ersten Proxy-Server empfängt, kopiert er den Via-Header der Anforderung des vorherigen Proxy-Servers in seine eigene Anforderung. Header und fügt am Ende seine eigenen relevanten Informationen hinzu. Wenn OCS eine Anfrage vom letzten Proxyserver empfängt, prüft es den Via-Header und kennt die Route, die die Anfrage genommen hat. Beispiel: Via: 1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13) ==================================== Beispiel für einen HTTP-Anforderungsnachrichtenheader: Host: rss.sina.com.cn Benutzer-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14 Akzeptieren: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Akzeptierte Sprache: zh-cn,zh;q=0.5 Akzeptierte Kodierung: gzip, deflate Akzeptierter Zeichensatz: gb2312,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Verbindung: Keep-Alive Cookie: Benutzer-ID=C5bYpXrimdmsiQmsBPnE1Vn8ZQmdWSm3WRlEB3vRwTnRtW <-- Cookie If-Modified-Since: So, 01. Juni 2008 12:05:30 GMT Cache-Steuerung: max-age=0 Beispiel für einen Header einer HTTP-Antwortnachricht: Status: OK – 200 <-- Antwortstatuscode, der das Ergebnis der Webserververarbeitung angibt. Datum: So, 01. Juni 2008 12:35:47 GMT Server: Apache/2.0.61 (Unix) Letzte Änderung: So, 01. Juni 2008 12:35:30 GMT Akzeptierte Bereiche: Bytes Inhaltslänge: 18616 Cache-Steuerung: max-age=120 Läuft ab: So., 01. Juni 2008 12:37:47 GMT Inhaltstyp: application/xml Alter: 2 X-Cache: HIT von 236-41.D07071951.sina.com.cn <-- Vom Reverse-Proxy-Server verwendeter HTTP-Header Über: 1.0 236-41.D07071951.sina.com.cn:80 (squid/2.6.STABLE13) Verbindung: schließen ===================================== Eine kurze Beschreibung der HTTP-Header-Informationen 1. HTTP-Antwortcode Der Antwortcode besteht aus drei Dezimalziffern, die in der ersten Zeile der vom HTTP-Server gesendeten Antwort erscheinen. Es gibt fünf Arten von Antwortcodes, die durch ihre erste Ziffer gekennzeichnet sind: 1xx: Information, Anfrage erhalten, Bearbeitung fortsetzen 2xx: Erfolg, das Verhalten wurde erfolgreich akzeptiert, verstanden und übernommen 3xx: Umleitung, es müssen weitere Aktionen ausgeführt werden, um die Anfrage abzuschließen 4xx: Client-Fehler, die Anfrage enthält einen Syntaxfehler oder die Anfrage kann nicht umgesetzt werden 5xx: Serverfehler, der Server kann eine offensichtlich ungültige Anfrage nicht umsetzen. Die folgende Tabelle zeigt die einzelnen Antwortcodes und ihre Bedeutung: :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::3s::::::333:33333333333333333333ag33333333333333333333333333333 es333333333333333333333333333333 es33 nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht dann dann dann dann aber33333333333333333333 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 dann3 dann3 aber3 dann3 nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht dann nichtie dasen aber aber abersossoss aberstens aberstensss aberten aber abers :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::3s::::::333:33333333333333333333ag33333333333333333333333333333 es333333333333333333333333333333 es33 nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht dann dann dann dann aber33333333333333333333 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 nicht3 dann3 dann3 aber3 dann3 nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht nicht dann nichtie dasen aber aber abersossoss aberstens aberstensss aberten aber abers ::::::::::: 2. HTTP-Header Der Header besteht aus einem Schlüssel/Wert-Paar. Sie beschreiben die Eigenschaften des Clients oder Servers, die übertragenen Ressourcen und wie die Verbindung implementiert werden soll. Es gibt vier verschiedene Arten von Headern: 1. Allgemeiner Header: Er kann sowohl für Anfragen als auch für Antworten verwendet werden und ist mit der gesamten Transaktion und nicht mit einer bestimmten Ressource verknüpft. 2. Anforderungsheader: Ermöglicht dem Client, Informationen über sich selbst und die gewünschte Antwortform zu übergeben. 3. Antwortheader: Die Antwort des Servers zur Übermittlung seiner eigenen Informationen. 4. Entity-Header: definiert die Informationen der übertragenen Ressource. Es kann sowohl für Anfragen als auch für Antworten verwendet werden. Header-Format: <Name>:<Wert><CRLF> Die folgende Tabelle beschreibt die in HTTP/1.1 verwendeten Header. „Akzeptieren“ definiert die Medientypen, die der Client verarbeiten kann, in der Reihenfolge ihrer Priorität. Es können mehrere Typen definiert und Platzhalter in einer durch Kommas getrennten Liste verwendet werden. Beispiel: Accept: image/jpeg,image/png,*/*Accept-Charset definiert die Zeichensätze, die der Client verarbeiten kann, sortiert nach Priorität; es können mehrere Typen definiert und Platzhalter in einer durch Kommas getrennten Liste verwendet werden. Beispiel: Accept-Charset: iso-8859-1,*,utf-8 Accept-Encoding definiert die Kodierungsmechanismen, die der Client verstehen kann. Beispiel: Accept-Encoding:gzip,compress Accept-Language definiert die Liste der natürlichen Sprachen, die der Client gerne akzeptiert. Beispiel: Accept-Language: en,de Accept-Ranges. Ein Antwortheader, mit dem ein Server angeben kann, dass er Anforderungen für Ressourcenkomponenten mit einem bestimmten Offset und einer bestimmten Länge akzeptiert. Der Wert dieses Headers ist als Maßeinheit für den Anfragebereich zu verstehen. Zum Beispiel Accept-Ranges: bytes oder Accept-Ranges: none Mit „Alter“ kann der Server die Zeitspanne in Sekunden angeben, die seit der Generierung dieser Antwort durch den Server vergangen ist. Dieser Header wird hauptsächlich zum Zwischenspeichern von Antworten verwendet. Beispiel: Alter: 30 Zulassen: Ein Antwortheader, der eine Liste der vom sekundären Ursprung unterstützten HTTP-Methoden in der Anforderungs-URI definiert. Beispiel: Erlauben: GET,PUT Ein UTHORIZATION-Antwortheader, der die für den Zugriff auf eine Ressource erforderliche Autorisierung (Bereich und codierte Benutzer-ID und Kennwort) definiert. Beispiel: Autorisierung: Basic YXV0aG9yOnBoaWw= Cache-Control: Ein allgemeiner Header, der zum Definieren von Caching-Anweisungen verwendet wird. Beispiel: Cache-Control: max-age=30 Verbindung Ein allgemeiner Header, der angibt, ob die Socket-Verbindung als offen gespeichert werden soll. Zum Beispiel: Verbindung: schließen oder Verbindung: keep-alive Content-Base: Ein Entity-Header, der die Basis-URI zum Auflösen relativer URLs innerhalb des Entity-Bereichs definiert. Wenn kein Content-Base-Header definiert ist, lösen Sie relative URLs auf, verwenden Sie die Content-Location-URI (sofern vorhanden und absolut) oder verwenden Sie die Anforderungs-URI. Beispiel: Content-Base: Inhaltskodierung: Ein Medientypmodifikator, der angibt, wie eine Entität kodiert ist. Beispiel: Content-Encoding: zipContent-Language wird verwendet, um den natürlichen Sprachtyp der Daten im Eingabestream anzugeben. Beispiel: Content-Language: en Content-Length gibt die Bytelänge der in der Anfrage oder Antwort enthaltenen Daten an. Beispiel: Content-Length:382 Content-Location gibt den Ressourcenstandort (URI) an, der in der Anforderung oder Antwort enthalten ist. Wenn es ein Muss ist. Für URLs dient es auch als Ausgangspunkt für relative URLs aufgelöster Entitäten. Beispiel: Content-Location: http://www.myweb.com/news Content-MD5: Ein MD5-Digest der Entität, der als Prüfsumme verwendet wird. Sowohl der Sender als auch der Empfänger berechnen den MD5-Digest und der Empfänger vergleicht den berechneten Wert mit dem in diesem Header übergebenen Wert. Beispiel: Content-MD5: <base64 of 128 MD5 digest> Der Inhaltsbereich wird mit einem Teil der Entität gesendet. Er gibt die niederwertigsten und höchstwertigsten Byte-Offsets der eingefügten Bytes an und gibt außerdem die Gesamtlänge dieser Entität an. Beispiel: Content-Range: 1001-2000/5000 Contern-Type gibt den MIME-Typ der gesendeten oder empfangenen Entität an. Beispiel: Content-Type: text/html Datum: Das Datum, an dem die HTTP-Nachricht gesendet wurde. Beispiel: Datum: Mo,10PR 18:42:51 GMT ETag. Ein Entity-Header, der der gesendeten Ressource eine eindeutige Kennung zuweist. Bei Ressourcen, die über mehrere URLs angefordert werden können, kann mithilfe von ETag ermittelt werden, ob es sich bei der tatsächlich gesendeten Ressource um dieselbe Ressource handelt. Beispiel: ETag: '208f-419e-30f8dc99' Läuft ab: Gibt das Ablaufdatum der Entität an. Beispiel: Läuft ab: Mo, 05 Dez 2008 12:00:00 GMT Form A-Anforderungsheader, der die E-Mail-Adresse des menschlichen Benutzers angibt, der den Benutzeragent steuert. Beispiel: Von: [email protected] Host. Der Hostname der angeforderten Ressource. Dieses Feld ist für Anfragen mit HTTP/1.1 obligatorisch. Beispiel: Host: www.myweb.com If-Modified-Since: Wenn es in einer GET-Anfrage enthalten ist, ist die Anfrage bedingt abhängig vom letzten Änderungsdatum der Ressource. Wenn dieser Header vorhanden ist und die Ressource seit dem angegebenen Datum geändert wurde, SOLLTE ein 304-Antwortcode zurückgegeben werden. Beispiel: If-Modified-Since: Mon,10PR 18:42:51 GMT If-Match Gibt ein oder mehrere Entitäts-Tags an, sofern diese in einer Anforderung enthalten sind. Senden Sie nur Ressourcen, deren ETag mit einem Tag in der Liste übereinstimmt. Beispiel: If-Match: '208f-419e-308dc99' If-None-Match: Wenn in einer Anfrage enthalten, gibt es ein oder mehrere Entitäts-Tags an. Der Vorgang wird nur ausgeführt, wenn das ETag der Ressource keiner der Bedingungen in der Liste entspricht. Beispiel: If-None-Match: '208f-419e-308dc99' If-Range gibt ein Entity-Tag für eine Ressource an, für die der Client bereits eine Kopie hat. Muss mit dem Range-Header verwendet werden. Wenn die Entität seit dem letzten Abruf durch den Client nicht geändert wurde, sendet der Server nur den angegebenen Bereich. Andernfalls sendet er die gesamte Ressource. Beispiel: Bereich: Byte=0-499<CRLF> If-Range:'208f-419e-30f8dc99' If-Unmodified-Since: Gibt die angeforderte Entität nur zurück, wenn sie seit dem angegebenen Datum nicht geändert wurde. Beispiel: If-Unmodified-Since:Mon,10PR 18:42:51 GMT „Last-Modified“ gibt das Datum und die Uhrzeit der letzten Änderung der angeforderten Ressource an. Beispiel: Letzte Änderung: Mo, 10.10., 18:42:51 GMT Standort: Wird für eine verschobene Ressource verwendet, um den Anforderer an einen anderen Standort umzuleiten. Wird mit dem Statuscode 302 (vorübergehend verschoben) oder 301 (dauerhaft verschoben) verwendet. Beispiel: Standort: http://www2.myweb.com/index.jsp Max-Forwards. Ein Anforderungsheader, der mit der TRACE-Methode verwendet wird, um die maximale Anzahl von Proxys oder Gateways anzugeben, über die die Anforderung weitergeleitet werden kann. Ein Proxy oder Gateway sollte diese Zahl dekrementieren, bevor die Anfrage weitergeleitet wird. Beispiel: Max-Forwards: 3 Pragma Ein allgemeiner Header, der implementierungsabhängige Informationen sendet. Beispiel: Pragma: no-cache Proxy-Authenticate ähnelt WWW-Authenticate, mit dem Unterschied, dass es absichtlich nur vom nächsten Server in der Anforderungskette (dem Proxy) eine Authentifizierung anfordert. Beispiel: Proxy-Authentifizierung: Basic Realm-Admin Die Proxy-Proxy-Autorisierung ähnelt der Autorisierung, ist jedoch nicht für die Weitergabe weiter als an die unmittelbare Serverkette vorgesehen. Beispiel: Proxy-Proxy-Authorization: Basic YXV0aG9yOnBoaWw= Die öffentliche Liste zeigt den Satz von Methoden, die vom Server unterstützt werden. Beispiel: Öffentlich: OPTIONS,MGET,MHEAD,GET,HEAD Der Bereich gibt eine Maßeinheit und einen Offset-Bereich für einen Teil der angeforderten Ressource an. Beispiel: Bereich: Bytes=206-5513 Refener: Ein Anforderungsheaderfeld, das die ursprüngliche Ressource identifiziert, die die Anforderung generiert hat. Bei einem HTML-Formular enthält dies die Adresse der Webseite, die das Formular enthält. Beispiel: Refener: http://www.myweb.com/news/search.html Retry-After: Ein vom Server gesendetes Antwortheaderfeld mit dem Statuscode 503 (Dienst kann nicht bereitgestellt werden), um anzugeben, wie lange vor einer erneuten Anforderung gewartet werden soll. Diese Zeit kann entweder ein Datum oder eine Sekundeneinheit sein. Beispiel: Retry-After: 18 Server. Ein Header, der die Webserver-Software und ihre Versionsnummer identifiziert. Beispiel: Server: Apache/2.0.46(Win32) Transfer-Encoding: Ein allgemeiner Header, der den Typ der Transformation angibt, die am Nachrichtentext in der entgegengesetzten Richtung zur vom Empfänger durchgeführten Transformation durchgeführt werden soll. Beispiel: Transfer-Encoding: chunked Mit „Upgrade“ kann der Server ein neues Protokoll oder eine neue Protokollversion angeben, die in Verbindung mit dem Antwortcode 101 (Switch Protocol) verwendet wird. Beispiel: Upgrade: HTTP/2.0 User-Agent definiert den Typ der Software, die für die Anforderung verwendet wird (normalerweise ein Webbrowser). Beispiel: User-Agent: Mozilla/4.0 (kompatibel; MSIE 5.5; Windows NT; DigExt) Variieren. Ein Antwortheader, der angibt, dass die Antwortentität mittels servergesteuerter Aushandlung aus den verfügbaren Antwortdarstellungen ausgewählt werden soll. Beispiel: Vary: *Via. Ein allgemeiner Header, der alle Zwischenhosts und Protokolle enthält, die zur Erfüllung der Anfrage verwendet wurden. Zum Beispiel: Via: 1.0 fred.com, 1.1 wilma.com „Warnung“ ist ein Antwortheader, der zusätzliche Informationen zum Antwortstatus bereitstellt. Beispiel: Warnung: 99 www.myweb.com Klavier muss gestimmt werden www-Authenticate Ein Antwortheader, der den Benutzeragenten auffordert, einen Benutzernamen und ein Passwort einzugeben, verwendet mit dem Statuscode 401 (Nicht autorisiert). Antwortet mit einem Autorisierungsheader. Beispiel: www-Authenticate: Basic realm=zxm.mgmt |
<<: Erläuterung von JavaScript-Mikrotasks und Makrotasks
>>: CSS realisiert die Realisierung der Hintergrundbild-Bildschirmanpassung
Artikel empfehlen
Detaillierte Verwendung des Docker-Maven-Plugins
Inhaltsverzeichnis Docker-Maven-Plugin Schritte z...
Detailliertes Tutorial zum Herunterladen von MySQL unter Windows 10
MySQL-Versionen werden in Enterprise Edition und ...
Grafisches Tutorial zur Installation und Konfiguration von MySQL 5.7.10 WinX64 (Win10)
MySQL ist eine relativ einfach zu verwendende rel...
Detailliertes Tutorial zur Verwendung von stimulsoft.reports.js mit vue-cli
vue-cli verwendet stimulsoft.reports.js (Tutorial...
Zusammenfassung verschiedener Methoden zur Implementierung von Artikeltrennlinienstilen mit CSS
Dieser Artikel fasst verschiedene Möglichkeiten z...
Detaillierte Erklärung komplexer CSS-Selektoren und CSS-Schriftarten und Farbattribute
Ich habe bereits einige grundlegende CSS-Selektor...
Einführung in die gängigen Festplattenverwaltungsbefehle von Linux
Inhaltsverzeichnis 1. df-Befehl 2. du-Befehl 3. B...
Ein praktischer Bericht über XSS-Angriffe in einem VUE-Projekt
Inhaltsverzeichnis Vorwort Entdecken Sie die Ursa...
Detailliertes Tutorial zum Erstellen eines Benutzers in MySQL und zum Erteilen von Benutzerberechtigungen
Inhaltsverzeichnis Benutzerverwaltung Neuen Benut...
CSS transparenter Rahmen Hintergrund-Clip-Magie
In diesem Artikel wird hauptsächlich die wunderba...
Detaillierte Analyse der Verwendungs- und Anwendungsszenarien von Slots in Vue
Was sind Slots? Wir wissen, dass in Vue nichts in...
Unterschied zwischen den Methoden querySelector und getElementById in JS
Inhaltsverzeichnis 1. Übersicht 1.1 Verwendung vo...
Grafisches Tutorial zur Installation und Konfiguration von MySQL 8.0.11
Die Installations- und Konfigurationsmethoden von...
Die Hook-Funktion von Vue-Router implementiert Routing Guard
Inhaltsverzeichnis Überblick Globale Hook-Funktio...
Beispielcode zum Erstellen von Desktop-Anwendungen mit Vue + Electron
1.vue-Verpackung Hier verwenden wir den Befehl „v...