アップストリームに到達できない場合にnginxにサイト構成を無視させる

nginxに複数のサイト構成があり、マシンを再起動したときに、サイトの上流の1つに到達できない場合、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/*;
}

また、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;
}
}

そしてsites-enabled / 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はそのドメインを解決しようとして応答しません。

最後に、ウォークアラウンドを見つけて、ドメインインディーロケーションの動作を解決します！

例：

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開始時に解決しようとしません。

この問題に遭遇した人にとって、@ cgcgbcbcは正しいです。

しかし、あなたも追加する必要があります

resolver 8.8.8.8;

上記のディレクティブ

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

そうしないと、nginxで次のようなエラーが発生します。

no resolver defined to resolve