So gelangen Sie über einen Nginx-Reverseproxy zu IIS und Apache

Question

Ich gehe davon aus, dass der DNS-Eintrag example.comauf den Server verweist, dessen Konfiguration in der Frage angezeigt wird.

In dieser Konfiguration sind drei virtuelle Hosts definiert:

server {
    server_name app.example.com.ar www.app.example.com.ar;
    listen 443 ssl; # managed by Certbot
    location / {
        proxy_pass http://10.10.10.2/;
    }
}

server {
    listen 80;
    server_name app.example.com.ar www.app.example.com.ar;
}

server {
    listen        80;
    server_name _;
    location / {
        proxy_pass         http://10.10.10.196:80;
    }
}

Der erste Host ist für app.example.com.arPort 443 (TLS), der einen Reverse-Proxy zu bereitstellt 10.10.10.2.

Der zweite Host ist für app.example.com.arPort 80 (HTTP), der die Meldung „404, nicht gefunden“ zurückgibt.

Der dritte ist nicht definiert server_name.

nginx wählt den zu verwendenden virtuellen Host aus, indem es den HostHeader in der HTTP-Anforderung oder SNIdas Feld im TLS-ClientHello-Paket überprüft.

Es ruft den Namen aus der Anfrage ab und versucht, einen passenden serverBlock für den Port zu finden.

In Ihrem Fall bedeutet eine Anfrage an , dass http://example.com.arnginx versucht, nach einem Block zu suchen, bei server_name example.com.ardem where listenauf gesetzt ist 80. Da es keinen solchen Block gibt, verwendet nginx den Standardblock.

Da kein serverEintrag mit default_serverangegeben ist, verwendet nginx serverstandardmäßig den ersten passenden Block, um die Anfrage zu verarbeiten. In diesem Fall ist es der zweite Block. In diesem Serverblock lautet die Aktion return 404;, die Sie in Ihrem Browser sehen können.

server_nameUm das Problem zu beheben, sollten Sie im dritten Block die entsprechende Konfiguration vornehmen .

Answer 1