Beim Bereitstellen einer IIS-Website über nginx (proxy_pass) werden kein CSS, keine Bilder oder kein JS angezeigt (404 nicht gefunden)

Question

Ich habe einen Nginx-Reverse-Proxy, der unter Ubuntu 14.04 LTS läuft. Wenn Anfragen an den Nginx-Proxy gestellt werden, leitet er diese an einen IIS-Server weiter, der eine (Standard-)Website enthält. Das HTML scheint einwandfrei zu rendern, aber leider antwortet der Server für alle anderen Assets mit einem 404-Fehler.

Hier ist die /etc/nginx/nginx.confDatei:

user www-data;
worker_processes 4;
pid /run/nginx.pid;

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

    sendfile off;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # Logging Settings
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

Hier ist meine defaultNginx-Serverkonfiguration:

server {
    listen 80 default_server;
    listen [::]:80 default_server ipv6only=on;

    index index.php index.html index.htm;

    server_name example.com www.example.com;

    location / {
        try_files $uri $uri/ =404;
        proxy_pass http://104.46.52.226/;
    }

    error_page 404 /404.html;
    error_page 500 502 503 504 /50x.html;
    location = /50x.html {
        root /usr/share/nginx/html;
    }

    location ~ \.php$ {
        try_files $uri =404;
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass unix:/var/run/php5-fpm.sock;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }
}

Hier ist das Ergebnis der Anfrage an example.comoder www.example.com(die Hosts-Dateihatwurde geändert):

Ich dachte, es läge vielleicht daran, dass rootin meiner Serverkonfiguration keine Direktive vorhanden ist – aber dann wusste ich nicht wirklich, wo ich mit diesem Problem anfangen sollte. Zumindest weiß ich, dass es kein Problem mit dem IIS-Server selbst ist, weil ich den lokalen Host problemlos durchsuchen kann.

Irgendwelche Ideen? Vielen Dank im Voraus.

Bearbeiten: Hier sind auch meine Fehlerprotokolle:

2015/10/13 09:41:10 [emerg] 3069#0: invalid number of arguments in "proxy_pass" directive in /etc/nginx/sites-enabled/armari.com:31
2015/10/13 10:12:33 [emerg] 3606#0: "listen" directive is not allowed here in /etc/nginx/sites-enabled/armari.com:2
2015/10/13 13:39:18 [error] 3911#0: *1 open() "/usr/share/nginx/html/css/new-web.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/new-web.css HTTP/1.1", host: "www.armari.com", referrer: "http://www.armari.com/"
2015/10/13 13:39:18 [error] 3911#0: *3 open() "/usr/share/nginx/html/css/nivo/themes/default/default.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/nivo/themes/default/default.css HTTP/1.1", host: "www.armari.com", referrer: "http://www.armari.com/"
2015/10/13 13:39:18 [error] 3911#0: *4 open() "/usr/share/nginx/html/css/nivo/nivo-slider.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/nivo/nivo-slider.css HTTP/1.1", host: "www.armari.com", referrer: "http://www.armari.com/"
2015/10/13 13:39:21 [error] 3911#0: *8 open() "/usr/share/nginx/html/css/new-web.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/new-web.css HTTP/1.1", host: "armari.com", referrer: "http://armari.com/"
2015/10/13 13:39:21 [error] 3909#0: *10 open() "/usr/share/nginx/html/css/nivo/themes/default/default.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/nivo/themes/default/default.css HTTP/1.1", host: "armari.com", referrer: "http://armari.com/"
2015/10/13 13:39:21 [error] 3909#0: *11 open() "/usr/share/nginx/html/css/nivo/nivo-slider.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/nivo/nivo-slider.css HTTP/1.1", host: "armari.com", referrer: "http://armari.com/"

Answer 1

Habe schließlich eine Lösung gefunden - ich habe den Nginx-Server gezwungen, Dateien lokal über das bereitzustellen try_files $uri $uri/ =404;. Ich musste nur diese Zeile entfernen und es funktioniert perfekt :)

location / {
    proxy_pass http://104.46.52.226/;
}

Answer 2

Beginnen wir mit dem am wenigsten wahrscheinlichen Problem: Ist 80 der richtige Port für proxy_pass http://104.46.52.226/? Wenn nicht, auf welchem ​​Port wird lauscht? Wenn es beispielsweise 5000 ist, benötigen Sie proxy_passhttp://104.46.52.226:5000; Das ist wahrscheinlich nicht Ihr Problem.

Sie müssen einige Header im Standortblock festlegen, damit IIS sie verwenden kann:

    proxy_set_header  x-real-IP        $remote_addr;
    proxy_set_header  x-forwarded-for  $proxy_add_x_forwarded_for;
    proxy_set_header  host             $http_host;

ZitierenKarl Seguin:

Da Nginx die Anfrage tatsächlich an unseren Webserver sendet, fügen wir der Anfrage Header hinzu, damit der Webserver über alle erforderlichen Informationen verfügt.

Er spricht auch über Caching.

Die Datei /etc/nginx/sites-enabled/armari.comsieht aus, als ob sie eine auskommentierte server {Zeile hätte. Das ist einer der Fehler. ALLE Dateien /etc/nginx/sites-enabled/müssen funktionieren, damit Nginx gut funktioniert. Wenn es sich um diese Datei handelt, haben Sie wahrscheinlich einfach den #(Kommentarstartcode) nicht eingefügt. Oder vielleicht haben Sie ihn geändert, seit der Fehler aufgetreten ist.