зробити 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 не буде працювати, наприклад1

===== update Пояснення "не працює": Усі субдомени автоматично реєструються / знімаються з реєстрації на моєму власному сервері dns, тому якщо сервер не працює, dns не відповість на такий домен, коли намагаються його вирішити.


Чи можете ви показати свій конфігурацію?
Теро Кілканен

@TeroKilkanen додано.
cgcgbcbc

@ AD7six так, я маю на увазі, що вище течія не вирішується, дивіться оновлення питання для більш детальної інформації
cgcgbcbc

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

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

Відповіді:


15

Нарешті я з’ясував обхід, вирішив, як працює місце розташування Insdie!

приклад:

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 Internal 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.