Re: web-морда для dhcp + dns
Wed, 14 Mar 2012 19:43:21 +0200 було написано -=Devil_InSide=- devil_ins...@mail.ru: так вот, вопрос: кто нить что нить пользует внятное для одновременного (желательно) управления bind (forward+reverse zones) и dhcpd ? webmin -- xmpp:ale...@boyko.km.ua
Re: web-морда для dhcp + dns
15.03.2012 16:57, Alexey Boyko пишет: Wed, 14 Mar 2012 19:43:21 +0200 було написано -=Devil_InSide=- devil_ins...@mail.ru: так вот, вопрос: кто нить что нить пользует внятное для одновременного (желательно) управления bind (forward+reverse zones) и dhcpd ? webmin уж до етого изыска, конечно же, догадался. особых преимуществ перед ручным набиванием в конфиги не увидел. -- 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/jjsv6j$t4m$1...@dough.gmane.org
Re: web-морда для dhcp + dns
On Thu, Mar 15, 2012 at 06:43:31PM +0400, -=Devil_InSide=- wrote: 15.03.2012 16:57, Alexey Boyko пишет: Wed, 14 Mar 2012 19:43:21 +0200 було написано -=Devil_InSide=- devil_ins...@mail.ru: так вот, вопрос: кто нить что нить пользует внятное для одновременного (желательно) управления bind (forward+reverse zones) и dhcpd ? webmin уж до етого изыска, конечно же, догадался. особых преимуществ перед ручным набиванием в конфиги не увидел. Какую функциональность хочется от управлялки? Задача внести новый хост с реверсом столь проста, что трудно ожидать какие-то бонусы от web-морды. А для нетривиальных конфигураций с вьюшками, классами хостов и прочей заумью - проблемы частенько не в мордах. -- 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/20120315152029.gh3...@sie.protva.ru
Re: dhcp + dns
Gnu Belarusian пишет: Обслуживаю маленькую сеть, до сегодняшнего дня использовал связку isc dhcpd + bind9. Устраивало всё, кроме немерянного потребления памяти биндом: 20 мегов для пяти статических записей да ещё записей для полутора десятков машин - перебор. Сегодня забыл применить мозги для написания скритов, в результате применил облегчённую версию патча бармина, и остался без /etc :) Короче, раз заново всё устанавливать, то почему бы не попробовать заменить бинд на что-нибудь менее прожорливое. Поскольку apt-cache search ddns говорит только о бинде, то думаю вместо isc dhcpd установить dnsmasq, а вместо бинда nsd или maradns. Собственно вопрос - кто-нибудь пользовал подобную связку, каков результат? Или есть лучшие варианты? а чем просто dnsmasq не устроил, полтора десятка машин можно и в /etc/hosts записать -- Александр Вайтехович www: http://sanych.nnov.ru e-mail: ssanych[dogi]gmail.com jid: sanych[dogi]sanych.nnov.ru (icq mast die) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: dhcp + dns
On Friday 06 March 2009 19:20:16 Gnu Belarusian wrote: Поскольку apt-cache search ddns говорит только о бинде, то думаю вместо isc dhcpd установить dnsmasq, а вместо бинда nsd или maradns. Если не держишь зону на этом хосте, то dnsmasq заменит и bind и dhcpd.
Re: dhcp + dns
On 3/7/09, San_Sanych ssan...@gmail.com wrote: а чем просто dnsmasq не устроил, полтора десятка машин можно и в /etc/hosts записать У меня поддомен, и извне должны видеть только вручную прописанные машины. А в остальном, да dnsmasq хватает.
dhcp + dns
Обслуживаю маленькую сеть, до сегодняшнего дня использовал связку isc dhcpd + bind9. Устраивало всё, кроме немерянного потребления памяти биндом: 20 мегов для пяти статических записей да ещё записей для полутора десятков машин - перебор. Сегодня забыл применить мозги для написания скритов, в результате применил облегчённую версию патча бармина, и остался без /etc :) Короче, раз заново всё устанавливать, то почему бы не попробовать заменить бинд на что-нибудь менее прожорливое. Поскольку apt-cache search ddns говорит только о бинде, то думаю вместо isc dhcpd установить dnsmasq, а вместо бинда nsd или maradns. Собственно вопрос - кто-нибудь пользовал подобную связку, каков результат? Или есть лучшие варианты? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
dhcp dns
Здравствуйте, подскажите, можно ли поднять связку dhcp dns, в которой dhcp-сервер является вторичным (slave) для своих зон? Случай, когда dhcp-сервер является первичным не плохо работает в Debian GNU/Linux 3.1: bind9 9.2.4, dhcp3-server 3.0.1. Спасибо. -- Oleg Bespolitov University of Samara
Re: dhcp dns
14.09.05, Oleg Bespolitov[EMAIL PROTECTED] написал(а): Здравствуйте, подскажите, можно ли поднять связку dhcp dns, в которой dhcp-сервер является вторичным (slave) для своих зон? Случай, когда dhcp-сервер является первичным не плохо работает в Debian GNU/Linux 3.1: bind9 9.2.4, dhcp3-server 3.0.1. Что такое _вторичный dhcp сервер_ ? DNS -- знаю. -- Regards, Yuri Kozlov
Re: dhcp dns
Oleg Bespolitov - debian-russian@lists.debian.org @ Wed, 14 Sep 2005 14:20:02 +0500: OB подскажите, можно ли поднять связку dhcp dns, OB в которой dhcp-сервер является вторичным (slave) OB для своих зон? OB Случай, когда dhcp-сервер является первичным OB не плохо работает в Debian GNU/Linux 3.1: OB bind9 9.2.4, dhcp3-server 3.0.1. А в чем проблема? В желании динамически апдейтить зону? Так по идее всем апдейтилкам без разницы, локальный у них мастер или не очень. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Правки Белявского, сделанные им в рабочей копии головы Из коммитлога. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dhcp dns
подскажите, можно ли поднять связку dhcp dns, в которой dhcp-сервер является вторичным (slave) для своих зон? А в чем проблема? В желании динамически апдейтить зону? Так по идее всем апдейтилкам без разницы, локальный у них мастер или не очень. Вот и мне так показалось, что апдейтилкам до лампочки, но у меня никак не получается поднять эту связку. DHCP-сервер обслуживает определенный домен и данные оправляет dns-серверу. Если dns-сервер является первичным для этой зоны, то все хорошо работает, но если сделать dns-сервер вторичным для это же зоны, то эта связка (dhcp dns) перестает работать. -- Oleg Bespolitov University of Samara
Re: dhcp dns
Oleg Bespolitov - debian-russian@lists.debian.org @ Wed, 14 Sep 2005 17:11:41 +0500: подскажите, можно ли поднять связку dhcp dns, в которой dhcp-сервер является вторичным (slave) для своих зон? А в чем проблема? В желании динамически апдейтить зону? Так по идее всем апдейтилкам без разницы, локальный у них мастер или не очень. OB Вот и мне так показалось, что апдейтилкам до лампочки, но у меня OB никак не получается поднять эту связку. OB DHCP-сервер обслуживает определенный домен и данные оправляет OB dns-серверу. Если dns-сервер является первичным для этой зоны, OB то все хорошо работает, но если сделать dns-сервер вторичным OB для это же зоны, то эта связка (dhcp dns) перестает работать. Так я не понял, ты пытаешься апдейтить зону на slave? Вот этого делать не стоит. Зона апдейтится всегда на мастере. Но он не обязан быть локалхостом. Если проблемы именно с апдейтом мастера по сети (у меня были проблемы, когда я пытался с sarge апдейтить мастера на woody, так до конца и не разобрался, поскольку скоро стало не надо), проблему можно обойти, зайдя по ssh на мастера и тем сведя задачу к предыдущей. Правда, не знаю, как эта апдейтилка сделана в dhcp3-server, можно ли ей это объяснить. Я предпочитаю фигней не страдать, и на основании DHCP зону не редактировать. По крайней мере, основную - запаришься ее потом сортировать. Если уж пошла такая пьянка, то я бы выделил под эти имена и соответствующие им адреса поддомены, да и делегировал бы их заодно DHCP-серверу. Все равно, если он сдох, обновлять их некому... -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Пришел в гости математик, почитать новую рукопись. Вычитал из нее трех героев напрочь, и ушел. Gimli on #arda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]