it-swarm.com.de

nginx: Konfigurationsdatei /etc/nginx/nginx.conf Test fehlgeschlagen (Host wurde im Upstream nicht gefunden)

Ich habe eine Vagrant-Box, die seit einiger Zeit einwandfrei funktioniert, und heute bekomme ich aus irgendeinem Grund folgendes, wenn ich versuche, Nginx neu zu starten.

nginx: [emerg] Host not found in upstream "www.myclass.com.192.168.33.10.xip.io" in /etc/nginx/conf.d/myclass.com.conf:19
nginx: configuration file /etc/nginx/nginx.conf test failed

Ich habe selbst nichts geändert, soweit ich weiß (es sei denn, Windows Update hat etwas seltsames getan)

Kann jemand vorschlagen, wie man Nginx wieder zum Laufen bringt und mir erlaubt, den Nginx-Dienst neu zu starten - es scheint, als könnte ich dem Host keinen Ping geben ... irgendwelche Ideen warum?

Hier ist meine Nginx-Conf-Datei: Nginx-Conf-Datei

--Update--Führe folgendes aus, um zu prüfen, was sich auf Port 80 befindet (nachdem ich einen anderen ähnlichen Beitrag gelesen habe) und ich kann sehen, dass der Lackdämon auf Port 80 ist. Irgendwelche Ratschläge sind willkommen, da ich mit diesem Zeug noch nicht vertraut bin

Sudo netstat -tlnp | grep 80

Meine Datei myclass.com.conf

server {
listen              80;
server_name         class.com.* www.class.com.*;

root /vagrant/www.class.com/public_html;
index index.php;

access_log /vagrant/log/class.com.access.log;
error_log  /vagrant/log/class.com.error.log error;

charset utf-8;

location = /favicon.ico { log_not_found off; access_log off; }
location = /robots.txt  { access_log off; log_not_found off; }

error_page 404 /index.php;

location /socket.io {
    proxy_pass http://www.class.com.192.168.33.10.xip.io:8055;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_http_version 1.1;
}

location / {
    try_files       $uri $uri/ @handler;
    expires         30d;
}

location  /. {
    return 404;
}

location @handler {
    rewrite / /index.php last;
}

location ~ .php/ {
    rewrite ^(.*.php)/ $1 last;
}

location ~ \.php$ {
    try_files                       $uri =404;

    expires                         off;

    fastcgi_read_timeout            900;
    fastcgi_index                   index.php;
    fastcgi_pass                    127.0.0.1:9000;
    fastcgi_param                   SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param                   CLASS_ENVIRONMENT LYLE;
    include                         /etc/nginx/fastcgi_params;
}

gzip            on;
gzip_min_length 1000;
gzip_proxied    any;
gzip_types      text/plain application/xml text/css text/js application/x-javascript;

sendfile        off;

}

33
Zabs

Alles, was Sie brauchen, ist ein Resolver, der diesen Domainnamen auflösen kann:

resolver                  8.8.8.8 valid=300s;
resolver_timeout          10s;

Google DNS (8.8.8.8) kann es auflösen, aber die interne Adresse wird in Netzwerkklasse C aufgelöst.

$ Dig @8.8.8.8 www.class.com.192.168.33.10.xip.io
;; ANSWER SECTION:
www.class.com.192.168.33.10.xip.io. 299 IN A    192.168.33.10
13
Anatoly

Ihr Problem kommt aus dieser Zeile:

proxy_pass http://www.class.com.192.168.33.10.xip.io:8055;

Wahrscheinlich hat der Server Schwierigkeiten, diesen DNS-Namen aufzulösen. Möglicherweise möchten Sie auch nach https://serverfault.com/questions/341810/nginx-hailing-to-resolve-upstream-names-on-reload-even-ify-dy-do-resolve-by-the suchen

10
Tejay Cardon

Vielleicht ein bisschen spät, aber es gibt eine einfache Lösung. Veränderung

www.class.com.192.168.33.10.xip.io

in

www.class.com.192.168.33.10.nip.io

und es sollte auf jedem DNS auflösen.

1
Krumelur