Gentoo, ppp, Nginx

Я бы лучше смотрел /etc/conf.d/nginx или /etc/init.d/nginx (если первого нет).

Это вот:

$ cat /etc/conf.d/nginx
# /etc/conf.d/nginx

# Configuration file
#NGINX_CONFIGFILE="/etc/nginx/nginx.conf"

# PID file
# If you should ever change this, remember to update
# "/etc/logrotate.d/nginx", too.
#NGINX_PIDFILE="/run/nginx.pid"

# User to run nginx as
# If you should ever change this, make sure this user has
# execution permission on any of your log directories
# (/var/log/nginx per default) but do NOT forget other log directories
# one of your vhost(s) maybe using or logging after logrotation will
# be broken).
#NGINX_USER="nginx"

# Group to run nginx as
# See the note above regarding NGINX_USER.
#NGINX_GROUP="nginx"

# You can use this configuration option to pass additional options to the
# start-stop-daemon, see start-stop-daemon(8) for more details.
# Per default we wait 1000ms after we have started the service to ensure
# that the daemon is really up and running.
#NGINX_SSDARGS="--wait 1000"

# The termination timeout (start-stop-daemon parameter "retry") ensures
# that the service will be terminated within a given time (60 + 5 seconds
# per default) when you are stopping the service.
#NGINX_TERMTIMEOUT="TERM/60/KILL/5"

Дефолт в общем-то. Я думаю такая же ситуация с любой службой использующей сеть будет наблюдаться. Так что Nginx это всего лишь иллюстрация.

Вероятно есть какой-то параметр в настройках сетевого интерфейса делающий слежение за сетевым интерфейсом «не обязательным».

Но какой? Что и где крутить?

За подсказку про /etc/init.d/nginx спасибо.

Подправил

depend() {
    need net
    use dns logger netmount
}

на

depend() {
    #need net
    use dns logger netmount
}

И вроде бы всё «как надо» стало.

Но это как-то грубо так стартовые сценарии подправлять.

Пока тему решенной отмечать не буду.

по первой же ссылке в гугле

С другой стороны, если установлено rc_depend_strict=«NO», тогда «net» зависимость считается разрешенной, в том случае, если хотя бы один сетевой интерфейс удачно поднялся.

на вот

Похоже это оно и есть.

Уже так и сделал.

Спасибо всем, кто ответил. Вопрос решен.

Спасибо всем, кто ответил. Вопрос решен.

Минуточку...

сервер с Gentoo вместо операционной системы

Ну что поделать - не умеет человек работать с гентой вот и плюётся. Это видно ну хотя бы по тому, что используют postup/postdown ТОЛЬКО для установки маршрутов - и это при том что для этого есть директивы routes_ifname.

А еще в данном случае postdown НЕ НУЖЕН, так как при удалении интерфейса(postdown сработает ПОСЛЕ отключения, но в случае ppp это равносильно удалению - ведь директива persist в конфигурации pppd не задана) маршруты уже будут удалены и в этой функции нет НИКАКОГО смысла

И что не так?)

Ткни где это в handbook расписано.

Про тонкости такие я не знал.

Чуть раньше я там FreeBSD вместо операционной системы использовал и вообщем так же маршруты добавлял/убирал, но отдельным сценарием - то ещё удовольствие.

Возможно и во FreeBSD есть свои правильные способы, но я не знаю никого кто бы в таких тонкостях разбирался. Так что спросить не у кого - делаю так как понимаю.

За то, что мой вопрос исправлен на «более правильный» отдельное спасибо)

Ткни где это в handbook расписано.

Легко. Открываем handbook, смотрим в раздел Gentoo network configuration. routes_iface упоминается уже в Introduction

postup/postdown по своей природе очень полезны, но обычно когда другими способами сделать то что тебе нужно не получается. Я так(правда с помощью preup/postdown) заводил себе поддержку vxlan в netifrc. Просто тупо прописывал создание интерфейса в preup и удаление в postdown через iproute - а уже сам netifrc разруливал назначение ip-адресов, маршруты, зависимости служб от интерфейса и прочее. Очень удобно. Но потом я всё же решил, что хватит терпеть эти костыли и отправил в netifrc патч :-)

Нашел решение проблемы? Я собираюсь пересесть на генту, внатури боюсь различных багов её

Какой проблемы? Мой патч в netifrc давно приняли, так что VXLAN-ы создавать можно без preup/postdown, пруф