Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Vladimir Skubriev -> Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 12:47:26 +0400:
>> VS> Столкнулся с проблемой описанной:
>> VS> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479
>>
>> VS> В кратце: не стартует сервис bacula-fd только при старте компьютера:
>>
>> VS> cat /var/log/bacula-fd-initd.log
>> VS> 23-Oct 11:30 bacula-fd: ERROR TERMINATION at address_conf.c:521
>> VS> Config error: can't add port (server.example.lab) to (can't resolve
>> VS> hostname(server.exmaple.lab) Connection timed out)
>> VS> : line 8, col 30 of file /etc/bacula/bacula-fd.conf
>> VS> FDAddress = server.example.lab
>>
>> VS> Причем такое на нескольких компьютерх в сети и не только с File Daemon но и
>> VS> Storage Daemon, Director как то обходится без hosts.
>>
>> VS> Видимо потому, что стартует позже всех, это видно из /etc/rc2.d/*
>>
>> VS> Это предистория. А теперь вопрос:
>>
>> VS> Я могут использовать /etc/hosts файл и задать там АДРЕС ИМЯ вручную. Но тогда
>> VS> мне придется за этим файлом следить.
>> VS> Тем более что сервера у меня используют статические IP.
>>
>> VS> А если например мне нужно будет запускать bacula-fd на компьютерах с DHCP а
>> VS> таких большинство, поддерживать hosts файл будет не совсем правильно.
>>
>> VS> Можно конечно решить эту проблему другими способами, но меня больше интересует
>> VS> именно /etc/hosts и его use cases
>>
>> VS> Или лучше следить за hosts и в будущем не наступать на такие грабли (на компах
>> VS> со статическим IP)?
>>
>> VS> Тем более, что это возможно актуально и для других служб.
>>
>> VS> Вообщем best-practic ?
>>
>> Я подозреваю, что лучше всего будет ему объяснить, чтобы он поднимался
>> после полного подъема сети. (В смысле, если DNS-сервер локальный, то и
>> после него тоже.) У нас же dependency-based загрузка нынче.
>>
>>
VS> вопрос больше не в этом а в том, использововть /etc/hosts или нет )
Мое мнение: на хостах с DHCP точно не стоит. На серверах со статикой
может иметь смысл, но по минимуму. Себя надо вписывать, а остальных без
крайней необходимости - нет.
Ну, или альтернативный вариант: сделать централизованный hosts,
содержащий всю статику сети, и раскидывать его скриптом по всем серверам
сразу после изменений.
VS> это я и сам понимаю, я пробовал, но например там где стоят bacula-sd и
VS> bacula-fd это действует только только на одни сервис, другой почему то все
VS> равно запускаеться или до или видимо во время инициализации сети )
Странно. Если зависимость прописана, то уж для сети-то она должна
срабатывать. Подъем сети уж должен быть устроен так, чтобы не считаться
завершенным, пока сеть действительно не поднялась.
Вот в то, что скрипт запуска DNS-сервера забывает дождаться, пока оный
сервер успешно поднимется и будет готов к работе, я легче поверю.
Reply to: