Unterschiedliche Response-Header
Hi,
ich versuche zur Zeit meinen kleinen nginx Server vernünftig zu konfigurieren.
Dabei ist mir aufgefallen, dass die Antwort Header bei einem cURL wie zu erwarten sind.
root@dev:/tmp# curl https://example.com/js/jquery-1.11.3.min.js -I
HTTP/1.1 200 OK
Server: nginx/1.8.0
Date: Sat, 16 Jan 2016 14:35:08 GMT
Content-Type: application/javascript
Content-Length: 95957
Connection: keep-alive
Vary: Accept-Encoding
Last-Modified: Fri, 01 Jan 2016 03:32:53 GMT
Expires: Sat, 23 Jan 2016 14:35:08 GMT
Cache-Control: max-age=604800
Cache-Control: public
Accept-Ranges: bytes
in Firefox oder Chrome sieht das ganze hingegen so aus:
Cache-Control: max-age=604800, public
Content-Encoding: gzip
Content-Type: application/javascript
Date: Sat, 16 Jan 2016 14:34:01 GMT
Expires: Sat, 23 Jan 2016 14:34:01 GMT
Last-Modified: Fri, 01 Jan 2016 03:32:53 GMT
Server: nginx/1.8.0
X-Firefox-Spdy: 3.1
kopiere ich den firefox request als curl:
root@dev:# curl "https://example.com/js/jquery-1.11.3.min.js" -H "Host: example.com" -H "User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0" -H "Accept: */*" -H "Accept-Language: de,en-US;q=0.7,en;q=0.3" --compressed -H "Connection: keep-alive" -H "Pragma: no-cache" -H "Cache-Control: no-cache"
HTTP/1.1 200 OK
Server: nginx/1.8.0
Date: Sat, 16 Jan 2016 14:38:09 GMT
Content-Type: application/javascript
Connection: keep-alive
Vary: Accept-Encoding
Last-Modified: Fri, 01 Jan 2016 03:32:53 GMT
Expires: Sat, 23 Jan 2016 14:38:09 GMT
Cache-Control: max-age=604800
Cache-Control: public
Content-Encoding: gzip
hab ich hingegen wieder den von mir erwarteten Antwort Header.
Hat dafür zufällig jemand eine Erklärung? Ich versenke darin gerade relativ viel Zeit.:D
curl -s -D - https://example.com -o /dev/null schmeißt auch die zu erwartenden Header.
Edit: Es scheint an SPDY3.1 zu liegen, wird wohl doch auf http2.0 hinauslaufen.
ich versuche zur Zeit meinen kleinen nginx Server vernünftig zu konfigurieren.
Dabei ist mir aufgefallen, dass die Antwort Header bei einem cURL wie zu erwarten sind.
root@dev:/tmp# curl https://example.com/js/jquery-1.11.3.min.js -I
HTTP/1.1 200 OK
Server: nginx/1.8.0
Date: Sat, 16 Jan 2016 14:35:08 GMT
Content-Type: application/javascript
Content-Length: 95957
Connection: keep-alive
Vary: Accept-Encoding
Last-Modified: Fri, 01 Jan 2016 03:32:53 GMT
Expires: Sat, 23 Jan 2016 14:35:08 GMT
Cache-Control: max-age=604800
Cache-Control: public
Accept-Ranges: bytes
in Firefox oder Chrome sieht das ganze hingegen so aus:
Cache-Control: max-age=604800, public
Content-Encoding: gzip
Content-Type: application/javascript
Date: Sat, 16 Jan 2016 14:34:01 GMT
Expires: Sat, 23 Jan 2016 14:34:01 GMT
Last-Modified: Fri, 01 Jan 2016 03:32:53 GMT
Server: nginx/1.8.0
X-Firefox-Spdy: 3.1
kopiere ich den firefox request als curl:
root@dev:# curl "https://example.com/js/jquery-1.11.3.min.js" -H "Host: example.com" -H "User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0" -H "Accept: */*" -H "Accept-Language: de,en-US;q=0.7,en;q=0.3" --compressed -H "Connection: keep-alive" -H "Pragma: no-cache" -H "Cache-Control: no-cache"
HTTP/1.1 200 OK
Server: nginx/1.8.0
Date: Sat, 16 Jan 2016 14:38:09 GMT
Content-Type: application/javascript
Connection: keep-alive
Vary: Accept-Encoding
Last-Modified: Fri, 01 Jan 2016 03:32:53 GMT
Expires: Sat, 23 Jan 2016 14:38:09 GMT
Cache-Control: max-age=604800
Cache-Control: public
Content-Encoding: gzip
hab ich hingegen wieder den von mir erwarteten Antwort Header.
Hat dafür zufällig jemand eine Erklärung? Ich versenke darin gerade relativ viel Zeit.:D
curl -s -D - https://example.com -o /dev/null schmeißt auch die zu erwartenden Header.
Edit: Es scheint an SPDY3.1 zu liegen, wird wohl doch auf http2.0 hinauslaufen.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 293321
Url: https://administrator.de/contentid/293321
Ausgedruckt am: 23.11.2024 um 04:11 Uhr