nginx: проверка файла конфигурации /etc/nginx/nginx.conf не удалась (хост не найден в апстриме)

У меня есть бродячий ящик, который некоторое время работал нормально, и сегодня по какой-то причине я получаю следующее, когда пытаюсь перезапустить nginx.

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

Насколько я знаю, я сам ничего не менял (если только Центр обновления Windows не сделал что-то странное)

Может ли кто-нибудь предложить, как заставить nginx снова работать и позволить мне перезапустить службу nginx - похоже, я не могу пропинговать хост ... есть идеи, почему?

Вот мой файл конфигурации nginx: файл конфигурации nginx

--Update-- Запустите следующее, чтобы проверить, что находится на порту 80.. (прочитав другой подобный пост), и я вижу, что демон лака находится на порту 80.. это причина проблемы?? Приветствуются любые советы, так как я новичок в этом деле

sudo netstat -tlnp | grep 80

Мой файл 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;

}


person Zabs    schedule 27.10.2014    source источник
comment
Вам нужно опубликовать /etc/nginx/conf.d/myclass.com.conf (что-нибудь еще в /etc/nginx/conf.d тоже поможет.   -  person Tejay Cardon    schedule 27.10.2014
comment
спасибо за комментарий - я добавил его выше сейчас   -  person Zabs    schedule 27.10.2014


Ответы (3)


Все, что вам нужно, это поставить резолвер, который может разрешить такое доменное имя:

resolver                  8.8.8.8 valid=300s;
resolver_timeout          10s;

Google DNS (8.8.8.8) может его разрешить, но он разрешает внутренний адрес, принадлежащий сети класса C.

$ 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
person Anatoly    schedule 09.11.2014
comment
Но почему это мешает нормальному запуску nginx? - person Phil; 27.04.2017
comment
Я не вижу в конфигурации сервер распознавателя по умолчанию. Если вы используете полное доменное имя в proxy_pass, оно вам нужно. - person Anatoly; 02.05.2017
comment
@Phil Я надеюсь, что однажды кто-то сможет ответить на твой вопрос. В моем случае сервис больше не существует, но я все равно хочу запустить nginx. это отстой не так ли? - person Willa; 18.10.2017

Ваша проблема исходит из этой строки:

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

Скорее всего, сервер испытывает трудности с разрешением этого DNS-имени. Вы также можете посмотреть https://serverfault.com/questions/341810/nginx-failing-to-resolve-upstream-names-on-reload-even-if-they-do-resolve-by-the

person Tejay Cardon    schedule 27.10.2014

Возможно, немного поздно, но есть простое решение. Изменять

www.class.com.192.168.33.10.xip.io

в

www.class.com.192.168.33.10.nip.io

и он должен разрешаться на любой DNS.

person Krumelur    schedule 09.08.2017