☰

Nginx-Proxy-Pass nicht

tag-icon • tag-icon nginx reverse-proxy iis-8.5 gitlab
Nginx-Proxy-Pass nicht

Ich habe einen Nginx-Webserver, der als Proxyserver arbeitet. Er fungiert als Proxy für zwei verschiedene Webserver, einen IIS- und einen GitLab-Server. Die erste virtuelle Adresse funktioniert problemlos, die zweite jedoch nicht. Ich habe meine Konfiguration unten eingefügt. Diese Konfiguration hat zuvor funktioniert. Ich habe die Server von einem Server auf einen anderen verschoben. Geändert hat sich lediglich die interne IP-Adresse der Server. Die Server selbst funktionieren ordnungsgemäß.

    server {

    server_name vcontrol.mysite.uk;

    location /.well-known {
        alias /var/www/defaultcertbot/.well-known;
    }

        location / {
            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_pass http://172.168.0.32;
    }

    listen [::]:443 ssl ipv6only=on; # managed by Certbot
    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/vcontrol.mysite.uk/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/vcontrol.mysite.uk/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}

server {
    if ($host = vcontrol.mysite.uk) {
        return 301 https://$host$request_uri;
    } # managed by Certbot

    listen 80;
    listen [::]:80;

    server_name vcontrol.mysite.uk;
    return 404; # managed by Certbot
}

server {

    server_name mysite.uk  www.mysite.uk;

    location /.well-known {
        alias /var/www/defaultcertbot/.well-known;
    }
    location / {
            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_pass http://172.168.0.33;
    }    

    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/mysite.uk/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/mysite.uk/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

}

server {
    if ($host = mysite.uk) {
        return 301 https://$host$request_uri;
    } # managed by Certbot

    if ($host = www.mysite.uk) {
        return 301 https://$host$request_uri;
    } # managed by Certbot

    listen 80;

    server_name mysite.uk www.mysite.uk;
    return 404; # managed by Certbot

}

172.168.0.33 ist der IIS-Server und derjenige, der die Site nicht auflöst. Die Bindungen auf der Site sind korrekt und die URLs werden zur richtigen IP-Adresse aufgelöst. So überprüfen Sie den IIS-Server: Ich habe die interne IP von vcontrol auf 33 geändert und die IIS-Site wird angezeigt. Das Konfigurationsproblem muss in der Standard-Site-Konfiguration liegen.

Jede Hilfe wäre willkommen

Antwort1

Die Konfiguration ist in Ordnung. Das Problem lag am Router, ich hatte die IP-Adresse falsch eingegeben.

verwandte Informationen