Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Vladimir Skubriev -> Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 12:26:32 +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 загрузка нынче. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87vc0ocrqs@wizzle.ran.pp.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 12:32 PM, Artem Chuprina wrote: Vladimir Skubriev -> Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 12:26:32 +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 загрузка нынче. вопрос больше не в этом а в том, использововть /etc/hosts или нет ) это я и сам понимаю, я пробовал, но например там где стоят bacula-sd и bacula-fd это действует только только на одни сервис, другой почему то все равно запускаеться или до или видимо во время инициализации сети ) -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52678d1e.4000...@skubriev.ru
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-сервера забывает дождаться, пока оный сервер успешно поднимется и будет готов к работе, я легче поверю. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r4bccn2r@wizzle.ran.pp.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On Wed, Oct 23, 2013 at 02:13:00PM +0400, Artem Chuprina wrote: > Ну, или альтернативный вариант: сделать централизованный hosts, > содержащий всю статику сети, и раскидывать его скриптом по всем серверам > сразу после изменений. Я так понимаю, до DNS так и делали? -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023101539.ga32...@belkar.wrar.name
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 02:15 PM, Andrey Rahmatullin wrote: On Wed, Oct 23, 2013 at 02:13:00PM +0400, Artem Chuprina wrote: Ну, или альтернативный вариант: сделать централизованный hosts, содержащий всю статику сети, и раскидывать его скриптом по всем серверам сразу после изменений. Я так понимаю, до DNS так и делали? до DNS не было bacula просто так получилось, что я забыл вообще про hosts после настройки DNS почти на всех серверах, ну работает все и хорошо. Потом не сразу заметил, что бакула не подымается иногда, постепенно выяснил в чем дело и вот опять вернулся с чего начинал ) Т.е. к hosts Вообщем то я для себя решил пока буду юзать hosts на статике А если будет dhcp буду вешать рестарт бакулы после старта сети как нибудь Вообще хотел услышать практику по hosts если есть свой DNS ) -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5267a7a0.2010...@skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Andrey Rahmatullin -> debian-russian@lists.debian.org @ Wed, 23 Oct 2013 16:15:39 +0600: >> Ну, или альтернативный вариант: сделать централизованный hosts, >> содержащий всю статику сети, и раскидывать его скриптом по всем серверам >> сразу после изменений. AR> Я так понимаю, до DNS так и делали? Собственно, DNS изобрели оттого, что делать так в рамках целого интернета стало не алё. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mwm0ckhj@wizzle.ran.pp.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On Wed, Oct 23, 2013 at 03:08:56PM +0400, Artem Chuprina wrote: > >> Ну, или альтернативный вариант: сделать централизованный hosts, > >> содержащий всю статику сети, и раскидывать его скриптом по всем серверам > >> сразу после изменений. > AR> Я так понимаю, до DNS так и делали? > Собственно, DNS изобрели оттого, что делать так в рамках целого > интернета стало не алё. Ну я догадываюсь, да. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023114007.gb32...@belkar.wrar.name
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
В Wed, 23 Oct 2013 14:13:00 +0400 Artem Chuprina пишет: > Странно. Если зависимость прописана, то уж для сети-то она должна > срабатывать. Подъем сети уж должен быть устроен так, чтобы не > считаться завершенным, пока сеть действительно не поднялась. > > Вот в то, что скрипт запуска DNS-сервера забывает дождаться, пока оный > сервер успешно поднимется и будет готов к работе, я легче поверю. Зависимость можно прописать только на машине, где стоит DNS сервер(а). А другие сервера (которые используют локальный DNS по сети) вполне могут загрузиться раньше, чем сервер(а) с локальным DNS. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023145422.4bf2ed10@dragoncore.local
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 03:54 PM, Andrey Tataranovich wrote: В Wed, 23 Oct 2013 14:13:00 +0400 Artem Chuprina пишет: Странно. Если зависимость прописана, то уж для сети-то она должна срабатывать. Подъем сети уж должен быть устроен так, чтобы не считаться завершенным, пока сеть действительно не поднялась. Вот в то, что скрипт запуска DNS-сервера забывает дождаться, пока оный сервер успешно поднимется и будет готов к работе, я легче поверю. Зависимость можно прописать только на машине, где стоит DNS сервер(а). А другие сервера (которые используют локальный DNS по сети) вполне могут загрузиться раньше, чем сервер(а) с локальным DNS. Да дело в том, что bacula службы не должны зависеть от DNS, точнее их загрузка не должна зависеть от DNS. Работа должна, точнее у меня она полностью зависит от DNS. Но блин мне было совсем не очевидно когда я копал в сторну почему не они не запускаются и в итоге наткнулся на DNS ) Хотя может и опыта не хватает. -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5267bad7.4070...@skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
23.10.2013 15:26, Vladimir Skubriev пишет: > Столкнулся с проблемой описанной: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 > > В кратце: не стартует сервис bacula-fd только при старте компьютера: > > cat /var/log/bacula-fd-initd.log > 23-Oct 11:30 bacula-fd: ERROR TERMINATION at address_conf.c:521 > Config error: can't add port (server.example.lab) to (can't resolve > hostname(server.exmaple.lab) Connection timed out) > : line 8, col 30 of file /etc/bacula/bacula-fd.conf > FDAddress = server.example.lab > > Причем такое на нескольких компьютерх в сети и не только с File Daemon но и > Storage Daemon, Director как то обходится без hosts. > > Видимо потому, что стартует позже всех, это видно из /etc/rc2.d/* > > Это предистория. А теперь вопрос: > > Я могут использовать /etc/hosts файл и задать там АДРЕС ИМЯ вручную. Но тогда > мне придется за этим файлом следить. > Тем более что сервера у меня используют статические IP. > > А если например мне нужно будет запускать bacula-fd на компьютерах с DHCP а > таких большинство, поддерживать hosts файл будет не совсем правильно. > > Можно конечно решить эту проблему другими способами, но меня больше > интересует именно /etc/hosts и его use cases > > Или лучше следить за hosts и в будущем не наступать на такие грабли (на > компах со статическим IP)? > > Тем более, что это возможно актуально и для других служб. > > Вообщем best-practic ? Если есть DNS-сервер, то hosts использовать не нужно! В качестве подпорки используй что-нибудь типа /etc/init.d/bacula restart в /etc/rc.local, или в файлик в /etc/cron.d/ . По крайней мере за ним не нужно следить. -- С уважением, Любимец Андрей Алексеевич -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5267b26e@nskes.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Ну так обычно нейм серверов-то ставят чуть больше одного. -- С уважением, Константин Матюхин
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Andrey Rahmatullin -> debian-russian@lists.debian.org @ Wed, 23 Oct 2013 17:40:07 +0600: >> >> Ну, или альтернативный вариант: сделать централизованный hosts, >> >> содержащий всю статику сети, и раскидывать его скриптом по всем серверам >> >> сразу после изменений. >> AR> Я так понимаю, до DNS так и делали? >> Собственно, DNS изобрели оттого, что делать так в рамках целого >> интернета стало не алё. AR> Ну я догадываюсь, да. Я это к тому, что в рамках отдельно взятой локальной сети вполне может быть и алё. "Размер имеет значение". -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87iowochbe@wizzle.ran.pp.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Vladimir Skubriev -> Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 16:02:31 +0400: >>> Странно. Если зависимость прописана, то уж для сети-то она должна >>> срабатывать. Подъем сети уж должен быть устроен так, чтобы не >>> считаться завершенным, пока сеть действительно не поднялась. >>> >>> Вот в то, что скрипт запуска DNS-сервера забывает дождаться, пока оный >>> сервер успешно поднимется и будет готов к работе, я легче поверю. >> Зависимость можно прописать только на машине, где стоит DNS сервер(а). А >> другие сервера (которые используют локальный DNS по сети) вполне могут >> загрузиться раньше, чем сервер(а) с локальным DNS. >> VS> Да дело в том, что bacula службы не должны зависеть от DNS, точнее их загрузка VS> не должна зависеть от DNS. VS> Работа должна, точнее у меня она полностью зависит от DNS. Вообще говоря, считается, что если работа зависит от DNS, то и загрузка может иметь право от него зависеть. Ну, то есть никто или почти никто не заботится отдельно о том, чтобы без DNS можно было загрузиться, если без него нельзя работать. И в целом это правильно. Если ты уже при старте демона знаешь имя сервера, этот сервер тебе критичен для работы, и он не найден или даже найден, но недоступен, обычно лучше по этому поводу отказаться стартовать, желательно с внятным сообщением об ошибке, чтобы админ не подумал, что твой демон будет работать, в то время как работать он не будет. Обычно такая ситуация означает, что в конфиге ошибка, или что сервер на том конце действительно сломан, реже - что DNS сломан, а вовсе не то, что DNS просто не успел подняться, но вот щас поднимется, и щас все будет. Хотя, конечно, в каждой конкретной ситуации может оказаться, что лучше было бы запуститься и подождать, но... Лучше уж тогда наоборот, подождать и запуститься :) VS> Но блин мне было совсем не очевидно когда я копал в сторну почему не они не VS> запускаются и в итоге наткнулся на DNS ) VS> Хотя может и опыта не хватает. А вот если он при обломе старта забыл положить в лог внятное сообщение об ошибке, то это он зря. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87eh7ccgwm@wizzle.ran.pp.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 03:26 PM, Andrey Lyubimets wrote: Если есть DNS-сервер, то hosts использовать не нужно! В качестве подпорки используй что-нибудь типа /etc/init.d/bacula restart в /etc/rc.local, или в файлик в /etc/cron.d/ . По крайней мере за ним не нужно следить. спасибо, я что то подобное прежполагаю - хук к скриптам запуска может сетевым может другим -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5267c10c.5090...@skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 04:26 PM, Artem Chuprina wrote:
Вообще говоря, считается, что если работа зависит от DNS, то и загрузка
может иметь право от него зависеть. Ну, то есть никто или почти никто
не заботится отдельно о том, чтобы без DNS можно было загрузиться, если
без него нельзя работать.
И в целом это правильно. Если ты уже при старте демона знаешь имя
сервера, этот сервер тебе критичен для работы, и он не найден или даже
найден, но недоступен, обычно лучше по этому поводу отказаться
стартовать, желательно с внятным сообщением об ошибке, чтобы админ не
подумал, что твой демон будет работать, в то время как работать он не
будет.
Внятное сообщение об ошибке я е видел сколько раз перегружал сервант, а
был я на месте только пару раз
В остальном удаленно
В а логах она ни чего не оставляет, такая вот уже штучка. пришлось юзать
ARGS="-d20 -dt -c /etc/bacula/bacula-fd.conf"
do_start()
{
start-stop-daemon --start --quiet --pidfile $PIDFILE \
--exec $DAEMON -- $ARGS >> /var/log/bacula-fd-initd.log 2>&1
}
в init.d script'e
Вопрос в другом как сделать чтобы то, что выводиться при загрузки еще
куда нибудь сохранялось в отдельный лог )
Обычно такая ситуация означает, что в конфиге ошибка, или что сервер на
том конце действительно сломан, реже - что DNS сломан, а вовсе не то,
что DNS просто не успел подняться, но вот щас поднимется, и щас все
будет.
Хотя, конечно, в каждой конкретной ситуации может оказаться, что лучше
было бы запуститься и подождать, но... Лучше уж тогда наоборот,
подождать и запуститься :)
VS> Но блин мне было совсем не очевидно когда я копал в сторну почему не они
не
VS> запускаются и в итоге наткнулся на DNS )
VS> Хотя может и опыта не хватает.
А вот если он при обломе старта забыл положить в лог внятное сообщение
об ошибке, то это он зря.
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~
Россия, Ростовская область, г. Таганрог
тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Artem Chuprina ☫ → To debian-russian@lists.debian.org @ Wed, Oct 23, 2013 16:17 +0400 > Andrey Rahmatullin -> debian-russian@lists.debian.org @ Wed, 23 Oct 2013 > 17:40:07 +0600: > > >> >> Ну, или альтернативный вариант: сделать централизованный hosts, > >> >> содержащий всю статику сети, и раскидывать его скриптом по всем > серверам > >> >> сразу после изменений. > >> AR> Я так понимаю, до DNS так и делали? > >> Собственно, DNS изобрели оттого, что делать так в рамках целого > >> интернета стало не алё. > AR> Ну я догадываюсь, да. > > Я это к тому, что в рамках отдельно взятой локальной сети вполне может > быть и алё. "Размер имеет значение". Я, кстати, видел такое, но "на ручном приводе" - т.е. админ каждый раз ручками копировал hosts с "мастер-сервера" по всем машинам. Имхо, это ужасно криво (даже если автоматизировать процесс) - если уж совсем не хочется заморачиваться с полноценным DNS-сервером, то можно сделать, как я: использовать pdns-recursor экспортом /etc/hosts как зоны и прикрутить forward DNS-запросов для всего остального. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- ...Когда я увидел перед собой перспективу жизни, прожитой так же, как живет весь мир, я решил - ни за что, это отвратительно, мне будет стыдно самого себя. Если бы я участвовал в поддержке этой системы отчужденного, собственнического программирования, мне казалось бы, что я делаю мир хуже ради денег. -- Ричард М. Столлман (из интервью) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023124723.gf5...@undertaker.dev.lan.arta.kz
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
помимо зависимостей в хедерах инит-скрпита можно в оный скрипт добавить при старте что-то типа until ping -c1 ; do sleep 1; done ну или dig. или еще как-нибудь. через разумное время попытки прекращаем, ругаемся в лог, что сервер че-то ну никак не доступен 2013-296 14:54 Andrey Tataranovich wrote: > Зависимость можно прописать только на машине, где стоит DNS сервер(а). А > другие сервера (которые используют локальный DNS по сети) вполне могут > загрузиться раньше, чем сервер(а) с локальным DNS. > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023175629.5c94e...@ulf.tvoe.tv
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On Wed, Oct 23, 2013 at 04:26:17PM +0400, Artem Chuprina wrote: > Vladimir Skubriev -> Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 > 16:02:31 +0400: > VS> Да дело в том, что bacula службы не должны зависеть от DNS, точнее их > загрузка > VS> не должна зависеть от DNS. > > VS> Работа должна, точнее у меня она полностью зависит от DNS. > > Вообще говоря, считается, что если работа зависит от DNS, то и загрузка > может иметь право от него зависеть. Ну, то есть никто или почти никто > не заботится отдельно о том, чтобы без DNS можно было загрузиться, если > без него нельзя работать. Вообще говоря, для правильно построенной системы отказ dns -- не повод не стартовать сервис и/или не работать. К тому же совершенно непонятно, нахрена бакуле dns. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023135853.gb3...@cio.protva.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
23.10.2013 15:26, Vladimir Skubriev пишет: > Столкнулся с проблемой описанной: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 > FDAddress = server.example.lab > > Это предистория. А теперь вопрос: > Можно конечно решить эту проблему другими способами, но меня больше > интересует именно /etc/hosts и его use cases > > Или лучше следить за hosts и в будущем не наступать на такие грабли (на > компах со статическим IP)? > > Тем более, что это возможно актуально и для других служб. > > Вообщем best-practic ? Владимир! Что бы не наступать на грабли -- не нужно их разбрасывать! Прочитай приведённую тобой ссылку - там dns ни разу не упоминается! Правильное решение между тем - первым пунктом: 1. Allow bacula-fd to listen on all addresses - remove line "FDAddress = .." or change it to "FDAddress = 0.0.0.0" С уважением, Любимец Андрей Алексеевич -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52688e38.1060...@nskes.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
23.10.2013 20:58, Eugene Berdnikov пишет: > On Wed, Oct 23, 2013 at 04:26:17PM +0400, Artem Chuprina wrote: >> Vladimir Skubriev -> Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 >> 16:02:31 +0400: >> VS> Да дело в том, что bacula службы не должны зависеть от DNS, точнее их >> загрузка >> VS> не должна зависеть от DNS. >> >> VS> Работа должна, точнее у меня она полностью зависит от DNS. >> >> Вообще говоря, считается, что если работа зависит от DNS, то и загрузка >> может иметь право от него зависеть. Ну, то есть никто или почти никто >> не заботится отдельно о том, чтобы без DNS можно было загрузиться, если >> без него нельзя работать. > > Вообще говоря, для правильно построенной системы отказ dns -- не повод > не стартовать сервис и/или не работать. К тому же совершенно непонятно, > нахрена бакуле dns. Так и рождаются мифы и легенды. У топикстартера бакула не может отресолвить адрес интерфейса, который должна слушать, потому что сетевой интерфейс ещё не поднялся. -- С уважением, Любимец Андрей Алексеевич -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5268903d.1090...@nskes.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 05:58 PM, Eugene Berdnikov wrote:
On Wed, Oct 23, 2013 at 04:26:17PM +0400, Artem Chuprina wrote:
Vladimir Skubriev -> Debian-russian@lists.debian.org @ Wed, 23 Oct 2013
16:02:31 +0400:
VS> Да дело в том, что bacula службы не должны зависеть от DNS, точнее их
загрузка
VS> не должна зависеть от DNS.
VS> Работа должна, точнее у меня она полностью зависит от DNS.
Вообще говоря, считается, что если работа зависит от DNS, то и загрузка
может иметь право от него зависеть. Ну, то есть никто или почти никто
не заботится отдельно о том, чтобы без DNS можно было загрузиться, если
без него нельзя работать.
Вообще говоря, для правильно построенной системы отказ dns -- не повод
не стартовать сервис и/или не работать. К тому же совершенно непонятно,
нахрена бакуле dns.
вот конфиг бакулы файл демона создаваемой автоматом через chef:
# Managed by chef for <%= node['fqdn'] %>
FileDaemon {
Name = <%= node['hostname'] %>
WorkingDirectory = /var/lib/bacula
Pid Directory = /var/run/bacula
Maximum Concurrent Jobs = 10
FDAddress = <%= node['fqdn'] %>
}
#
# List Directors who are permitted to contact this File daemon
#
Director {
Name = "<%= node['bacula']['director']['name'] %>"
Password = "<%= @password %>"
}
# Send all to director
Messages {
Name = Daemon
Director = "<%= node['bacula']['director']['name'] %>" = all
syslog = all, !skipped, !saved
append = <%= "#{node['bacula']['storage']['log_dir']}/log-fd" %> = all
}
Спору нет можно указать и
FDAddress = 0.0.0.0
Тогда поидее будет слушать на всем чем угодно. Оно и так и так верно, но
0.0.0.0 более универсально конечно.
И в случае если оно настраивает сервер с Интернет IP, то нужно быть 100
% уверенным в firewall'е.
А это потенциальная дыра в случае, если FW не настроен или еще что.
Но я все же остановлюсь на своем варианте т.е. буду править hosts на
машинах со статическим IP.
В дальнейшем можно будет подумать над этим вопросом и его более
элегантным решением.
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~
Россия, Ростовская область, г. Таганрог
тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5268a71c.3010...@skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/24/2013 07:04 AM, Andrey Lyubimets wrote: 23.10.2013 15:26, Vladimir Skubriev пишет: Столкнулся с проблемой описанной: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 FDAddress = server.example.lab Это предистория. А теперь вопрос: Можно конечно решить эту проблему другими способами, но меня больше интересует именно /etc/hosts и его use cases Или лучше следить за hosts и в будущем не наступать на такие грабли (на компах со статическим IP)? Тем более, что это возможно актуально и для других служб. Вообщем best-practic ? Владимир! Что бы не наступать на грабли -- не нужно их разбрасывать! Золотые слова! Но куда же без них - разве чему нибудь научишься ) Прочитай приведённую тобой ссылку - там dns ни разу не упоминается! Правильное решение между тем - первым пунктом: 1. Allow bacula-fd to listen on all addresses - remove line "FDAddress = .." or change it to "FDAddress = 0.0.0.0" С уважением, Любимец Андрей Алексеевич Согласен, как вариант. Но тогда нужны быть уверенным в FW, если подымаешь на шлюзе. А bacula исключительно у меня внутренний сервис. Да у меня шлюз и другие сервисы частенько на одной машине. -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5268a835.7000...@skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Am 24.10.2013 07:00, schrieb Vladimir Skubriev:
On 10/23/2013 05:58 PM, Eugene Berdnikov wrote:
On Wed, Oct 23, 2013 at 04:26:17PM +0400, Artem Chuprina wrote:
Vladimir Skubriev -> Debian-russian@lists.debian.org @ Wed, 23 Oct
2013 16:02:31 +0400:
VS> Да дело в том, что bacula службы не должны зависеть от DNS,
точнее их загрузка
VS> не должна зависеть от DNS.
VS> Работа должна, точнее у меня она полностью зависит от DNS.
Вообще говоря, считается, что если работа зависит от DNS, то и загрузка
может иметь право от него зависеть. Ну, то есть никто или почти никто
не заботится отдельно о том, чтобы без DNS можно было загрузиться, если
без него нельзя работать.
можно назвать сервисы так:
01-service_1
02-service_2
03-service_3
и они стартанут в нужной последовательности
Вообще говоря, для правильно построенной системы отказ dns -- не повод
не стартовать сервис и/или не работать. К тому же совершенно непонятно,
нахрена бакуле dns.
вот конфиг бакулы файл демона создаваемой автоматом через chef:
# Managed by chef for <%= node['fqdn'] %>
FileDaemon {
Name = <%= node['hostname'] %>
WorkingDirectory = /var/lib/bacula
Pid Directory = /var/run/bacula
Maximum Concurrent Jobs = 10
FDAddress = <%= node['fqdn'] %>
}
#
# List Directors who are permitted to contact this File daemon
#
Director {
Name = "<%= node['bacula']['director']['name'] %>"
Password = "<%= @password %>"
}
# Send all to director
Messages {
Name = Daemon
Director = "<%= node['bacula']['director']['name'] %>" = all
syslog = all, !skipped, !saved
append = <%= "#{node['bacula']['storage']['log_dir']}/log-fd" %> = all
}
Спору нет можно указать и
FDAddress = 0.0.0.0
Тогда поидее будет слушать на всем чем угодно. Оно и так и так верно, но
0.0.0.0 более универсально конечно.
И в случае если оно настраивает сервер с Интернет IP, то нужно быть 100
% уверенным в firewall'е.
А это потенциальная дыра в случае, если FW не настроен или еще что.
Но я все же остановлюсь на своем варианте т.е. буду править hosts на
машинах со статическим IP.
В дальнейшем можно будет подумать над этим вопросом и его более
элегантным решением.
--
..
http://wiedergold.net/
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/l4aolk$9vh$1...@online.de
