make nginx игнорирует конфигурацию сайта, когда не может быть достигнута его апстрим


12

В моем nginx есть несколько конфигураций сайта, и когда я перезагружаю машину, если не удается подключиться к одному из сайтов вверх по течению, nginx вообще не запускается, и в результате эти здоровые сайты не запускаются, как разрешить nginx игнорировать эти недействительные сайты?

http {

##
# Basic Settings
##

sendfile on;
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";

# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

##
# nginx-naxsi config
##
# Uncomment it if you installed nginx-naxsi
##

#include /etc/nginx/naxsi_core.rules;

##
# nginx-passenger config
##
# Uncomment it if you installed nginx-passenger
##

#passenger_root /usr;
#passenger_ruby /usr/bin/ruby;

##
# Virtual Host Configs
##

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

и сайты с включенным / example1

upstream example1 {
    server example1.service.example.com;
}
server {
listen 80;
server_name example1.com;
location / {
    proxy_pass http://example1/;
    proxy_set_header X-Forwarded-For $remote_addr;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
}
}

и сайты с включенным / example2

upstream example2 {
    server example2.service.example.com;
}
server {
listen 80;
server_name example2.com;
location / {
    proxy_pass http://example2/;
    proxy_set_header X-Forwarded-For $remote_addr;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
}
}

Когда я перезагружаю машину и в это время example2.service.example.com не работает, nginx не запускается вообще, т. Е. Даже example1.service.example.com доступен, nginx не будет служить example1

===== update Объяснение "не работает": все дочерние домены автоматически регистрируются / отменяются на моем собственном DNS-сервере, поэтому, если сервер не работает, DNS не будет отвечать на такой домен при попытке разрешить его.


Не могли бы вы показать свой конфиг?
Теро Килканен

@TeroKilkanen добавил.
cgcgbcbc

@ AD7six да, я имею в виду, что апстрим не разрешается, подробности см. В обновлении вопроса
cgcgbcbc

Я не думаю, что вы можете заставить nginx начать с того, что сводится к плохой конфигурации. Так как вы управляете DNS, возможно, установите его так, чтобы он возвращал действительный результат с помощью nginx, используя короткий кеш-преобразователь.
AD7six

@ AD7six будет резервное копирование в восходящем режиме работы вокруг? Я имею в виду, если я добавлю другой хост (который всегда будет разрешаться) в апстрим в качестве резервной копии, запустится ли nginx, когда обычный апстрим не сможет разрешить?
cgcgbcbc

Ответы:


15

Наконец-то я узнаю обходной путь, разрешаю домен, где локация работает!

пример:

server {
    listen 9000;
    server_name example1.example.com;
    location / {
        set $target http://something.service.lab.mu;
        proxy_pass http://$target;
    }
}

И nginx не будет пытаться решить http://something.service.lab.muво время запуска.


1
Не работал для меня. При этом proxy_pass $target;я получаю «502 Bad Gateway», proxy_pass http://$targetвыдает «500 Internal Server Error». Именно тогда Nginx действительно может разрешить хост.
КБА

3
С добавлением @ EmilBurzo это работает.
КБА

13

Для любого, кто сталкивается с этой проблемой, @cgcgbcbc является правильным.

Но вам также нужно добавить

resolver 8.8.8.8;

директива выше

set $target http://something.service.lab.mu;

в противном случае вы получите ошибку в nginx, например:

no resolver defined to resolve
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.