На момент запуска nginx сеть ещё не доступна. Как правильно решить?

Question

[776166]

При перезапуске сервера, судя по логам

nginx: [emerg] host not found in upstream "example.com" in /etc/nginx/sites-enabled/example.com.nginx.conf:30

не до конца иницилизируется сеть, или что бы то ни было. Если подождать чутка, то он нормально стартует без этой ошибки.

В самом nginx такая конструкция, где ошибка срабатывает как раз на proxy_pass:

location / {
        proxy_pass https://example.com:666;
        proxy_set_header        Host    $host;
        proxy_set_header        X-Real-IP       $remote_addr;
        proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
    }

Задача — любой ценой стартовать. Правильно ли я понимаю, что хорошей стратегией будет использовать upstream и поставить туда параметров типа max_fails и fail_timeout? (или даже не ставить) Потому что не хочется ставить повторное пинание запуска nginx в @reboot cron'а. Это не вызывает положительного отклика в моей душе, а погружает меня в пучины отчаяния и разочарования.

Comments

[Александр Черных]

а средствами ОС это сделать?
например в стартовом скрипте nginx для Gentoo написано

depend() {
        need net
        use dns logger netmount
}

может и у Вас чтото такое есть?

[776166]

Ubuntu 18 Desktop.
В юните это есть. Всё ставилось штатно. Я вот не знаю, запуск через systemd и по-старому через service вообще отличаются? Если сделать update-rc.d nginx remove а потом systemctl enable nginx что-то поменяется?

Но суть ошибки, как мне видится, в том, что сеть поднялась, но пока не рабоатет резолв. Поэтому шаманство в сторону сети не сработает.

[Виктор Таран]

закинь релоад nginx в автозагрузку
если это проблема с последовательностью то этого вполне хватит.
Да и рестарт компьютера пироисходит раза 3 за его жизнь смысл париться ?

[776166]

Виктор Таран, нет, так не пойдёт. Ребут должен быть полным и валидным, потому что может случиться всегда. Желательно с полным пониманием того, почему косяки, а разрешаться эти косяки должны максимально кошерно, а не костылями.

[Виктор Таран]

776166, какая ОС или сборка, что ставили сами что по манам по каким.
ваша идея мало вероятна поскольку у меня ни разу такой проблемы не было
centos 6-8
debian - от самых лохматых
ubuntu - тоже
да и на апстриме лучше использовать или 127.0.0.1 ( все равно на зберет поскольку по http reffery домен забирает
ну а если это реально другой сервер то по ip поскольку ДНС не использует.

атак больше инфы о конфигурации.
Полностью конфиг.
ну и лог

[776166]

Виктор Таран, Идея с IP неплохая, но если что, надо будет все конфиги менять. Заодно можно проверить, что сеть поднимается на момент запуска.

[Виктор Таран]

776166,
не забывай что 127.0.0.1 не использует сетевой интерфейс вообще посколькуо он lo

как вариант попробуй
I put the resolve parameter on server and you need to set the Nginx Resolver in nginx.conf as below:
/etc/nginx/nginx.conf:

http {
    resolver 192.168.0.2 ipv6=off valid=40s;  # The DNS IP server
}

[776166]

Виктор Таран, проксировать на себя не надо. Надо проксировать на внешние ресурсы. Так что localhost и его производные не проканает.
Можно ещё hosts задействовать, но это всё костыли, т.е. плохо.

[Виктор Таран]

776166 посмотри может имеет смысл добавить днс гугла 8.8.8.8.

Answer 1

[paran0id]

Дописать в unit-файл nginx'a в секцию unit:
After=network.target

Comments

[sergey-b]

К сожалению, не поможет. DNS начинает ресолвить адреса несколько позже, даже несмотря на запись в секции unit.

А поможет вот такое:

set $target example.com;
proxy_pass http://$target;