| 1.5, анон (?), 21:20, 06/03/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
А вы знали что в rhel bind на столько старый что имеет в себе не закрытые дырки?
| | |
| |
| 2.10, Аноним (10), 06:57, 07/03/2019 [^] [^^] [^^^] [ответить]
| +7 +/– |
Враньё. Судить нужно не по версии приложения, а по редакции пакета. Они портируют конкретные исправления, а не переходят на нове версии с новыми багами.
| | |
| |
| 3.13, Аноним (13), 10:42, 07/03/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
А вы поставьте centos'ёвый bind и проверьте его на dnsflagday.net
О результатах отчитаетесь :)
| | |
| |
| 4.16, . (?), 15:27, 07/03/2019 [^] [^^] [^^^] [ответить]
| +/– | |
то что одержимые "улучшайки" собрались сами себе и тем кто сдуру пользуется их услугами, сознательно поломать то что работало - ни разу не "незакрытый баг" и не проблема редхатовского сервера - у его-то пользователей все будет работать.
а вот что действительно существенно - это таки да, список п-сов, спонсировавших данную глупость.
очень жаль, что чехи, так хорошо начав, вдруг перешли к срезанию углов, наплевав на золотое правило времен начала интернета - самому соблюдать стандарты максимально строго, стараться принимать чужие максимально широко.
| | |
|
|
|
| 1.12, Антонин (?), 09:49, 07/03/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как так получилось, что чешский регистратор тратит выручку на разработку свободного софта, а некоторые, гм, не будем показывать пальцами... чтоб им кушалось хорошо.
| | |
| |
| 2.14, Клыкастый (ok), 13:25, 07/03/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Сложно сказать. Но тебе точно никто не мешает тратить выручку на разработку свободного софта.
| | |
| 2.17, пох (?), 15:29, 07/03/2019 [^] [^^] [^^^] [ответить]
| +/– | |
им так просто показалось дешевле, чем оплачивать миллион быстроподнимающих рухнувший от обжорства bind.
но ты, действительно, всегда можешь свою выручку потратить как тебе нравится.
| | |
|
| 1.15, PnDx (ok), 13:50, 07/03/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Начиная с 2.7, опять идут "ноздря в ноздрю" с nsd по производительности.
При этом knot можно конфигурить "на ходу" (конфиг в той же lmdb). (Но: некоторые изменения требуют "reload", о чём в доках не всегда упомянуто.)
Если не придираться к мелочам (например, knotc позволяет зафорсить некорректные записи в зону), пока не хватает разве что встроенной репликации конфигов зон на слейвы (сам понимаю, что не вполне однозначная задача, но свои костыли дают +0.5с просто за подёргать ssh "в соседнем шкафу").
Просто дёргая за knotc, можно инитить по 20…30 тыс. зон в час на средненькой виртуалке, без заметного ущерба производительности собственно DNS.
| | |
| |
| 2.18, Аноним (18), 22:13, 08/03/2019 [^] [^^] [^^^] [ответить]
| +/– |
Сколько конфигураций зон в минуту надо динамически реплицировать с мастера на слейвы и с какими нормативами по времени?
| | |
| |
| 3.19, PnDx (ok), 11:23, 11/03/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Сколько конфигураций зон в минуту надо динамически реплицировать с мастера на слейвы
> и с какими нормативами по времени?
В пиках — несколько сотен в минуту. Пока.
* На самом деле задача хорошо ложится на распределённый журнал (типа kafka). Так что не факт, что выше я не сморозил фигню и надо городить комбайн прямо на knot.
| | |
|
|
|
