nginx-header Expires und reverse-proxy funktioniert nicht

Ich versuche zu konfigurieren, einen Expires-header für statische Dateien auf nginx (0.7.67). Die statischen Dateien werden serviert von einem Golang-reverse-proxy:

location /rev/{
  proxy_pass http://localhost:8910/;
  proxy_redirect off;
  proxy_set_header  Host               $host;
  proxy_set_header  X-Real-IP          $remote_addr;
  proxy_set_header  X-Forwarded-For    $proxy_add_x_forwarded_for;
  proxy_set_header  X-Forwarded-Proto  https;

  # I am putting this here, because nginx only uses one location. Is this OK?
  location ~* \.(js|css|jpg|jpeg|gif|png|svg|ico|pdf|html|htm)$ {
    expires 30d;
  }
}

Wenn ich es auf diese Weise ist es kein Fehler, Neustart von nginx, aber die statischen Dateien werden nicht mehr bedient.

Ich schon versucht die folgende Konstellation, aber es funktioniert nicht:

server {
  ...
  location /rev/{
    proxy_pass http://localhost:8910/;
    proxy_redirect off;
    proxy_set_header  Host               $host;
    proxy_set_header  X-Real-IP          $remote_addr;
    proxy_set_header  X-Forwarded-For    $proxy_add_x_forwarded_for;
    proxy_set_header  X-Forwarded-Proto  https;
  }

  location ~* \.(js|css|jpg|jpeg|gif|png|svg|ico|pdf|html|htm)$ {
      expires 30d;
  }
}

Frage: Wie kann ich einen expires-header für statische Dateien, die sich auf eine Anwendung hinter einem reverse-proxy?

  • Ich Frage mich, warum dies nicht auf serverfault?
InformationsquelleAutor Kiril | 2013-03-09
  1. 7

    Nur so, ich habe es geschafft, zu erreichen, war es auf diese Weise:

    location /{
    proxy_pass  http://tomcat;
}

# CACHING WITH NO LOGGING
location ~* ^.+\.(atom|bmp|bz2|doc|docx|eot|exe|gif|gz|ico|jpeg|jpg|mid|midi|mp4|ogg|ogv|otf|pdf|png|ppt|pptx|rar|rss|rtf|svg|svgz|swf|tar|tgz|ttf|txt|wav|woff|xls|zip)$ {
    access_log  off;
    log_not_found   off;
    expires     max;
    proxy_pass  http://tomcat;
}

# CACHING WITH 404 LOGGING
location ~* ^.+\.(css|js|xml)$ {
    access_log  off;
    log_not_found   on;
    expires     max;
    proxy_pass  http://tomcat;
}

    Hoffe, es hilft!

    • Und ich proxy-Einstellungen im server{} block.
    InformationsquelleAutor Rahim
  2. 1

    Vom Lesen der docs an http://wiki.nginx.org/HttpProxyModule finde ich Erwähnungen über die proxy_cache_* Richtlinien zu erreichen, die eine ähnliche Funktionalität, obwohl es nicht genau das, was Sie suchen. Die docs erklären:

    Upstream cache-related directives have priority over proxy_cache_valid value,
in particular the order is:

X-Accel-Expires
Expires/Cache-Control
proxy_cache_valid

    So scheint es, dass die Einstellung der Expires - header auf der proxy-Ebene möglicherweise nicht unterstützt oder empfohlen.

    Habe ich das Gefühl, dass Sie sollten die Einstellung der Expires header-up-stream. Diese kann getan werden, Gehen Sie (leicht hackishly, ich bin sicher, es ist ein schöner Weg, um fix Zeit-zone, in der saite), indem der header in der http.ResponseWriter im http-handler-Funktion:

    w.Header().Set("Expires", strings.Replace(time.Now().AddDate(0, 0, 30).Format(time.RFC1123), "UTC", "GMT", 1))

    Wie bereits erwähnt, werden diese ersetzt UTC mit GMT im Ausgabe-string. Ich bin mir nicht sicher, ob es nötig ist, aber ich habe bemerkt, diese scheint die häufigste form in jedem HTTP-Header habe ich geprüft. Ich habe nicht nachgeschlagen, das spec um zu sehen, ob UTC wäre gleichermaßen akzeptiert von den Browsern, aber ich sehe nicht, warum nicht.

    Sorry, es ist nicht wirklich ein Nginx Antwort, hoffentlich hilft es!

    InformationsquelleAutor Intermernet
  3. 0

    Ich denke, die expires Richtlinie oder add_header ist, was Sie zurück an den browser.

    Wenn Sie blind Zwischenspeichern möchten, was kommt aus dem backend, die Sie ausprobieren können:

    proxy_cache_valid any 1m;

    http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache_valid

    InformationsquelleAutor guruz
Schreibe einen Kommentar