pdnsd 1.2.1-par

Знатоки, перечислите -- чем каждый name-сервер лучше чем BIND?

на сайт Берштэйна зайди, там расписано чем плох bind и хорошо djbdns ;)

Около двух лет назад у меня этот djb-овый dns НЕПРАВИЛЬНО отдавал mx-записи. Почему я так тогда и не понял, с дебаггером на него не пошел, но и использовать дальше не стал...

>НЕПРАВИЛЬНО отдавал mx-записи

Ты просто не смог оценить глубину идеи доктора Б.

Это суперсекурный днс демон, почта нах не нужна, в ней трояны и вирусы.

вот уж точно слон vs моська (адресовано Sun-ch)

> Это суперсекурный днс демон, почта нах не нужна, в ней трояны и вирусы.

Единственное, что я могу предположить, что qmail примерно в то же самое время рутил почту не по MX-записям, а в соответствии с A-записями. Этот факт как-то объяснялся Берштейном, но это я понять тогда так и не смог...

фикус, это ты неправильно описываешь проблему, если она вообще имела
место быть. Возможно её не было вовсе, и это только твои домыслы,
возникшие в результате непонимания. Как можно отдать MX-запись
неправильно? Она либо отдаётся, либо нет ;) Проверено, в djbdns нет
генератора случайных MX-записей ;) Приведи реальный пример
неправильной отдачи.

Может Бернштейн и ядрышко какое-нить забабахает маленькое такое -- микро.

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

> Знатоки, перечислите -- чем каждый name-сервер лучше чем BIND?

Так pdnsd - это не bind, даже близко =) Это мелкий сервер для локалхоста или м-а-а-ленькой локалки, чтоб кэшировать DNS-запросы. Что-то типа wwwoffle для DNS. В принципе неплохая штука на модемном соединении - оно у меня в свое время долго стояло...

> неплохая штука на модемном соединении

Не только на модемном. Ещё сильно помогает, когда у провайдера DNS тормозной или часто падает. Я, помнится, узнал о том, что мой "провайдер" поменял адрес первичного DNS'а, примерно через месяц (юзера всегда ходят на одни и те же адреса практически, работа)...

> Как можно отдать MX-запись неправильно? Она либо отдаётся, либо нет ;)

Да, я не правильно сказал. Я имел в виду, что он их неправильно не отдаёт, он их неправильно обрабатывает. То есть из файла зон он их загружает, а на запрос не отдаёт. Вот такая вот бадяга. Я понимаю, что он сейчас так не делает, но с этим я столкнулся.

> он их неправильно обрабатывает. То есть из файла зон он их загружает

Хм, ошибка в файле зон? Алгоритм не менялся с момента написания, то есть
где-то с 1999-го года. Так что он не мог тогда отдавать неправильно, а
сейчас правильно. Я внимательно следил за списками рассылки. Никто не
рапортовал о подобной ошибке. Это могут быть только руки ;)

Тот же файл зон в бинде работал. И в то время я траву почти не курил.

Ключевое слово "почти" :)

Да, пожалуй... :)

> Тот же файл зон в бинде работал.

Да что ты говоришь! Прям-таки "тот же"? У них _разный_ формат описания зон. Видимо, ты криво прописал руками mx запись (не используя ./add-mx).

> В принципе неплохая штука на модемном соединении - оно у меня в свое время долго стояло

Я тоже в свое время пытался ее юзать (еще на диалапе). Работало стабильно 2 недели, после чего ловило SIGSEGV и умирало. Перезапускаю, опять 2 недели, опять тот же сигнал... "Нунах" (c) Sun-ch.

> Видимо, ты криво прописал руками mx запись (не используя ./add-mx).

Да, не используя. Прописал так:

. MX 10 mail

Что не так?

> Прописал так:
> . MX 10 mail
> Что не так?

А догадайся с трёх раз. Подсказка уже была: форматы файла зон разные!
Чудак, читай маны прежде чем ругать хорошую софтину. Это ж надо было додуматься, кусок конфига от bind'a запихнуть в tinydns... Я в шоке ;)

> Чудак, читай маны прежде чем ругать хорошую софтину.

От чудака слышу. А теперь ткни пальщем, где я её ругал. Я сказал, что у меня она не заработала. Ни слова против неё сказано не было...

> Это ж надо было додуматься, кусок конфига от bind'a запихнуть в tinydns...

Конфиг BIND'а -- это named.conf. А формат файла зон прописан в RFC1034. Почему Бернштейн считает себя умнее планеты всей -- я не знаю.

> Конфиг BIND'а -- это named.conf. А формат файла зон прописан в RFC1034. Почему Бернштейн считает себя умнее планеты всей -- я не знаю.

Я знаю. Потому что описанный в rfc формат дурной. И его можно не юзать, потому что по сети запросы/ответы все равно идут в другом формате. Формат описания зон нужен только для организации интерфейса между админом и сервером. Админ вполне в состоянии прочесть доку на формат файла, используемый его сервером. Почему ты не решился это сделать -- не знаю. А приведенная тобой запись вообще по идее не должна была через make пройти. Почему ты не обратил внимания на сообщение об ошибке -- тоже непонятно. Резюме, вобщем, обычное: RTFM :-).