faça o nginx ignorar a configuração do site quando seu upstream não puder ser alcançado

Existem várias configurações de site no meu nginx e, quando eu reiniciar a máquina, se um dos sites a montante não puder ser alcançado, o nginx não será iniciado e o site íntegro não será iniciado, como permitir O nginx ignora esses sites inválidos?

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/*;
}

e ativado por sites / exemplo1 é

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;
}
}

e ativado por sites / 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;
}
}

Quando eu reinicio a máquina e, nesse momento, example2.service.example.com está inativo, o nginx não inicia, ou seja, mesmo exemplo1.service.example.com está disponível, o nginx não serve por exemplo1

===== atualização Explicação de "desativado": todos os subdomínios são automaticamente registrados / cancelados no meu próprio servidor DNS, portanto, se o servidor estiver desativado, o DNS não responderá a esse domínio ao tentar resolvê-lo.

nginx

— cgcgbcbc
fonte

Você poderia mostrar sua configuração?

— Tero Kilkanen

@TeroKilkanen adicionou.

— Cgcgbcbc

@ AD7six sim, quero dizer o montante não resolve, veja update questão para mais detalhes

— cgcgbcbc

Eu não acho que você pode forçar o nginx a começar com o que se resume a configurações ruins. Como você controla o DNS, talvez o configure para retornar um resultado válido com o nginx usando um cache curto do resolvedor.

— AD7six

@ AD7six iria backup no upstream trabalho em torno de? Quero dizer, se eu adicionasse outro host (que sempre será resolvível) no upstream como backup, o nginx seria iniciado quando o upstream normal não conseguir resolver?

— Cgcgbcbc

Finalmente, descubro a solução, resolvo o domínio que a localização do insdie funciona!

exemplo:

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

E o nginx não tentará resolver http://something.service.lab.muno horário de início.

— cgcgbcbc
fonte

não funcionou para mim. Ao fazê-lo proxy_pass $target;, recebo "502 Bad Gateway", proxy_pass http://$targetme dá "500 Internal Server Error". É quando o Nginx é capaz de resolver o host.

— kba

Com a adição de @ EmilBurzo, isso funciona.

— kba

Para quem se deparar com esse problema, @cgcgbcbc está correto.

Mas você também precisa adicionar um

resolver 8.8.8.8;

directiva acima do

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

caso contrário, você receberá um erro no nginx, como:

no resolver defined to resolve

— Emil Burzo
fonte