не работает named при перезагрузке

[chocopie]

Не могу понять в чем дело. В rc.conf стоит named_enable="YES". Система ребутится, по логам named запущен. Но запросы с виртуальной сети mpd не проходят. Вручную передергивая named - /etc/rc.d/named restart все начинает работать. Но это же не вариант.
messages:

Код: Выделить всё

Sep 29 15:09:46 shitty named[597]: starting BIND 9.4.3-P2 -t /var/named -u bind
Sep 29 15:09:46 shitty named[597]: max open files (3520) is smaller than max sockets (4096)
Sep 29 15:09:46 shitty named[597]: command channel listening on 127.0.0.1#953
Sep 29 15:09:46 shitty named[597]: the working directory is not writable
Sep 29 15:09:46 shitty named[597]: running

rc.conf:

Код: Выделить всё

gateway_enable="YES"
hostname="shitty.local"
ifconfig_le0="inet 172.19.48.242  netmask 255.255.255.192"
keymap="ru.koi8-r"
keyrate="fast"
moused_enable="YES"
sshd_enable="YES"
static_routes="net1 net2 net3 net4"
route_net1="-net 172.18.0.0 172.19.48.254 255.254.0.0"
route_net2="-net 172.20.0.0 172.19.48.254 255.254.0.0"
route_net3="-net 192.168.0.0 172.19.48.254 255.255.0.0"
route_net4="-net 0.0.0.0 172.19.48.193 0.0.0.0"
mpd_enable="YES"
mpd_flags="-b"
named_enable="YES"

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[hizel]

а какой ip днс-а вы отдаете клиентам?
сдается мне это из-за того что bind стартует раньше mpd ;]

[ADRE]

а какой ip днс-а вы отдаете клиентам?
сдается мне это из-за того что bind стартует раньше mpd ;]

я вот не понимаю, а в рц.конф разве порядок старта не прописать, просто mpd не приходилось нагло использовать

[hizel]

тупой вопрос
нет конечно в rc.conf никакого порядка не задается - технологически невозможно
порядок изменяется в самих rc скриптах, man rcorder и man rc смотри

[InventoR]

Скорее всего named не слушает интерфейс, он запускается раньше чем запускается mpd

[Gamerman]

Скорее всего named не слушает интерфейс, он запускается раньше чем запускается mpd

Возможно. Но, например, у меня запускается openVPN, и таких проблем нет. Хотя опенвпн думаю стартует позже.

[chocopie]

ну я пробовал не писать named_enable="YES". А задавать в rc.local /usr/sbin/named.
Результат почти одинаковый. Правда в этом случае named ни на какие команды не реагировал, ни start ни stop ни restart.
Хотя гипотеза интересная, как проверить порядок загрузки?

[Gamerman]

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

[chocopie]

ну я понял, что у меня виртуальная подсеть поднимается после named уже. Прочитал, что есть вариант нумеровать скрипты, типа 100.mpd5 и 200.named. Однако это старый тип старта - лексиграфический. А вот с новым я как то не смог пока разобраться. Как оно там работает все...

[paradox]

mpd сервер или клиент?

[chocopie]

сервер, прописал в /usr/local/etc/rc.d/mpd5 #BEFORE DAEMON named Ничего не изменилось, правда после передергивания скрипта, уже запросов клиент не дожидался...

[paradox]

ну и что порядок 001 002 003 не работает?

[chocopie]

я не делал, что мне все 100 с лишним скриптов нумеровать, да и потом придется указывать новое имя скриптов во всех сервисах, это не вариант.

[paradox]

какие 100 с лишним?????
что у вас там за бардак

[hizel]

выдавайте клиентам адрес dns который не меняется

[Gamerman]

Может пригодиться

Что касается опции “interface-interval” она может пригодиться на серверах, где внешний интерфейс динамический, например, tun0. Если у Вас подключение к поставщику услуг сети Интернет посредством PPP или PPPoE при старте системы bind может стартовать быстрее, чем будет поднято PPP/PPPoE соединение. В купе с “listen-on” это будет чревато тем, что bind не сможет слушать интерфейс, который появился после его запуска. Как это лечить, не знаю. Если кто-то подскажет, скажу спасибо. Но знаю, что с помощью “interface-interval N;” можно заставить bind после запуска выждать N секунд до того, как он “прибиндится” на интерфейсы. При старте системы за 10 секунд, PPPoE интерфейс например, поднимается обычно без проблем и bind продолжает нормальную работу.

[paradox]

я не делал, что мне все 100 с лишним скриптов нумеровать, да и потом придется указывать новое имя скриптов во всех сервисах, это не вариант.

лучше мануал читайте
а еще лучше вчитывайтесь
про ВСЕ скрипты в мануале ничего не говориться

[chocopie]

ну у меня в мпд вирт подсеть 172.26.159.0/24 Сервер разумеется 172.26.159.1 - не скрываю, выводится реальный. DNS выдаю не меняющийся 172.26.159.1. (ipsp dns 172.26.159.1)

[chocopie]

в любом случае не хочу пользоваться старым порядком. Странно, что поля #REQUIRE и #BEFORE не работают.

[paradox]

ну айпи вы выдаете правильный
так что переименуйте два скрипта дабы указать кто после кого запускаеться
и не придумывайте себе лишних проблем

[chocopie]

Вот порядок загрузки я наблюдаю при ребуте и вроде бы идет так:
Starting mpd5.
Starting named.
Но в итоге, работает все равно после передергивания. Хотя пробовал слушать сразу с локалки. После перегруза нормально схватывает. Причем в реальной локалке адреса 172.19.48.0. Может ли это как то влиять на порядок поднятия?

[Gamerman]

После ребута, перед передергиванием бинда, можете посмотреть какие интерфейсы он слушает?

[paradox]

потому что интерфейс который поднимает mpd еще не поднят
потому бинд не схватывает его

[hizel]

смотрите выхлоп

Код: Выделить всё

rcorder /etc/rc.d/* /usr/local/etc/rc.d/*

[paradox]

в данном случае порядок запуска ничего не даст
ибо бинд цепляетья на айпишник которого нет еще после старта mpd
а появляеться тот айпишник после первого клиента