The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от opennews (??), 20-Дек-21, 12:52 
Доступен релиз кэшируюшего DNS-сервера PowerDNS Recursor 4.6, отвечающего за рекурсивное преобразование имён. PowerDNS Recursor построен на одной кодовой базе с PowerDNS Authoritative Server, но рекурсивный и авторитетный DNS-серверы  PowerDNS развиваются  в рамках разных циклов разработки и выпускаются в форме отдельных продуктов. Код проекта распространяется под лицензией GPLv2...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=56380

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. Скрыто модератором  +/
Сообщение от Аноним (1), 20-Дек-21, 12:52 
Ответить | Правка | Наверх | Cообщить модератору

2. Скрыто модератором  +/
Сообщение от УГловник (?), 20-Дек-21, 13:11 
Ответить | Правка | Наверх | Cообщить модератору

3. Скрыто модератором  –3 +/
Сообщение от Анон_ли (?), 20-Дек-21, 13:12 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

5. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  –3 +/
Сообщение от Брат Анон (ok), 20-Дек-21, 15:44 
Не, прекурсор гораздо интереснее!))
Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  –1 +/
Сообщение от Аноним (22), 21-Дек-21, 04:26 
Угу, товарищу майору прекурсоры тоже больше нравятся.
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  –1 +/
Сообщение от Брат Анон (ok), 21-Дек-21, 11:23 
> Угу, товарищу майору прекурсоры тоже больше нравятся.

Нет. Товарищу майору вообще пофигу. Возьмёт черенок от лопаты и скажет, что это прекурсор. Что самое смешное -- так оно и будет.

Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Гость (??), 20-Дек-21, 16:51 
Достали его частые "Failed to update . records, got an exception: Too much time waiting for .|NS", лучше взять dnsdist или dnsmask c нескольким публичными и/или провайдерским dns, гораздо надежней и быстрей!
Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (18), 20-Дек-21, 21:48 
Не встречал. dnsdist рук этих же ребят кстати.
Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +1 +/
Сообщение от Гость (??), 20-Дек-21, 22:27 
dnsdist интересная поделка, только жрущий +30мб каждый newServer немного огорчает!
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Sw00p aka Jerom (?), 21-Дек-21, 23:57 
на конфиг взлянуть можно? и желательно какая версия
Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Гость (??), 22-Дек-21, 12:13 
Дело не в конфиге, а количестве бэкэндов (newServer) в нем, просто добавление каждого сразу занимает около 30 мегабайт, версия 1.6.1. Из-за этого на небольших vds, сильно не разгуляешься с балансировкой.
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Sw00p aka Jerom (?), 22-Дек-21, 16:04 
> Дело не в конфиге, а количестве бэкэндов (newServer) в нем, просто добавление
> каждого сразу занимает около 30 мегабайт, версия 1.6.1. Из-за этого на
> небольших vds, сильно не разгуляешься с балансировкой.

https://github.com/PowerDNS/pdns/issues/9372

вот такой багрепорт был, похоже на вашу ситуацию

Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Sw00p aka Jerom (?), 21-Дек-21, 23:59 
https://dnsdist.org/advanced/tuning.html#memory-usage

раздел Memory usage, можно посчитать

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

33. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (33), 22-Дек-21, 01:05 
Подтверждаю наблюдения пользователя Гость, жрет память оно как не в себя.

setMaxUDPOutstanding(10240) -- default 65535
setMaxTCPQueuedConnections(1000) -- default 10000
setMaxTCPClientThreads(4) -- default 10
setMaxCachedTCPConnectionsPerDownstream(4) -- default 10
setRingBuffersSize(256, 4) -- default 10000, 10

Вообще никак не повлияло на потребление (ну, может, ±1 Мб, на фоне 200 незаметно).

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Sw00p aka Jerom (?), 22-Дек-21, 08:28 
судя по ченджлогу в бета версии 1.7.0 куча фиксов с течкой памяти и расходами
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (33), 22-Дек-21, 12:18 
Протестировали мы 1.7.0. В определенных конфигурациях, если апстримный сервер был up, а потом стал down, то dnsdist прекращает healthcheck-и и считает этот сервер вечно down, даже если он поднялся.
Остались на 1.6.1.
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Sw00p aka Jerom (?), 22-Дек-21, 15:53 
> если апстримный сервер был up, а потом стал down, то dnsdist прекращает healthcheck-и и считает этот сервер вечно down, даже если он поднялся.

странная ситуация, нужны подробности, ибо можно сказать, что хилзчек в этой версии перестал работать. Ну и собственно зарепортить багрепорт.

Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Гость (??), 22-Дек-21, 12:19 
1.6 не замечена значительными утечками, может связано с внедрением DoT и DoH на бэкенде
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

45. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Sw00p aka Jerom (?), 22-Дек-21, 15:47 
> 1.6 не замечена значительными утечками, может связано с внедрением DoT и DoH
> на бэкенде

там не обязательно из-за утечек, судя по ченджлогам там всякие импрувы reduce memory usage встречаются.

Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  –1 +/
Сообщение от timur.davletshin (ok), 20-Дек-21, 16:51 
В современном странном мире эффективность кэширования DNS очень сильно упала из-за безумно низких значений TTL в несколько секунд. Всё настолько плохо, что даже APNIC жалуется — https://blog.apnic.net/2019/11/12/stop-using-ridiculously-lo.../
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Гость (??), 20-Дек-21, 17:19 
Несколько минут - час простоя это не плохо, зато эффективность кэширования будет хорошая?
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  –1 +/
Сообщение от timur.davletshin (ok), 20-Дек-21, 17:26 
Откуда час простоя? Простоя чего? Зачем вы постоянно перенастраиваете DNS? Для балансировки такой низкий TTL точно не нужен.
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  –1 +/
Сообщение от Гость (??), 20-Дек-21, 17:33 
Все просто: разные независимые каналы с разными ip, проверяем их каждую минуту, если проблемы, убираем отдачу записи, восстанавливается - возвращаем!
Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от timur.davletshin (ok), 20-Дек-21, 17:44 
Вы простите, но я ничего не понял из вашего тезиса.
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от YetAnotherOnanym (ok), 20-Дек-21, 22:16 
Возможно, речь идёт о ЦОДе, подключённом к нескольким провайдерам. При падении линка приходится переключаться на другого провайдера, соответственно, надо менять DNS-записи на IP-адреса этого провайдера.
Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (33), 21-Дек-21, 11:49 
Если уж есть свои серваки и деньги на аренду стоек, то арендовать автономку вообще не проблема (20 к/мес).

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

Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от YetAnotherOnanym (ok), 21-Дек-21, 13:35 
Экий ты резвый чужими деньгами распоряжаться...
А если это веб-сервер, почтовик и VPN для "road warriors" на одном хосте в админской каморке? Просто админ предусмотрительный, а начальство разумное, раскошелилось на второй линк от другого провайдера. При падении одного линка использующие его сервисы переводятся другой, автоматом меняются IPшники в DNS (админ же предусмотрительный, выбрал регистратора, у которого можно клеевую запись поменять через API, если DNS тоже придётся перебросить на другой IP), отправка почты приостанавливается (чтобы дальний SMTP не отбил из-за инвалидного DKIM), и так далее. Несколько минут недоступности для тех, кому не повезло запросить DNS незадолго до сбоя - вполне приемлемый компромисс.
Да, это кустарщина в чистом виде. Но такой подход скорее можно сравнить с заливкой в бачок омывателя самогонки собственного приготовления.
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (33), 22-Дек-21, 01:14 
> А если это веб-сервер, почтовик и VPN для "road warriors" на одном хосте в админской каморке?

Суровый ЦОД, однако.

> отправка почты приостанавливается (чтобы дальний SMTP не отбил из-за инвалидного DKIM)

Какое отношение IP-адрес отправителя имеет к DKIM? Открытые ключи публикуются в отдельных TXT-записях.
Ничто не мешает локальному релею отправлять хоть с пяти адресов по очереди, лишь бы они в SPF были разрешены.

Да и вообще, мало-мальски ответственный админ сделает сайт и почтовик (который будет smarthost для локального релея) на нормальном хостинге, где есть резервирование каналов и прочие плюшки ЦОД, типа резерва питания, нормального охлаждения, отсутствия пыли и т.д.

Более-менее оправдано размещать в офисе разве что VPN-гейт, но и то, современные VPN-клиенты (например, OpenVPN) умеют последовательно пробовать несколько серверов.

Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от YetAnotherOnanym (ok), 22-Дек-21, 12:28 
Перепутал, да, SPF, конечно. Шклерож, чо...
Сайт, на котором всё и так общедоступное - может быть. А вот почтовик - извините, только в моём помещении.
Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (43), 22-Дек-21, 14:54 
Совет дня: в SPF можно указывать несколько адресов!
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от YetAnotherOnanym (ok), 22-Дек-21, 15:51 
Чтобы при заражении офисного компа спам валился с гейта с валидным SPF?
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от _ (??), 21-Дек-21, 23:22 
>Возможно, речь идёт о ЦОДе, подключённом к нескольким провайдерам.

Ну то есть ты хочешь поговорить о том чего ни разу и близко не видел? %-D

Hy Ok!

Начнём с того что если сдохнет любой из провайдеров обеспечивающих __Ц__од - то НИ ОДНОЙ днс-записи менять не придётся! Прикинь!!!! :-D

А если это не так - не называйте этот сарайчик ЦОД-ом :)

Опеннетные Ыгсрерды - ****** и беспощадные :)  (C)

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

14. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (43), 20-Дек-21, 17:56 
>  Все просто: разные независимые каналы с разными ip, проверяем их каждую минуту, если проблемы, убираем отдачу записи, восстанавливается - возвращаем!

Более того, в PowerDNS Authoritative (не сабж, а его родственник) поддерживаются LUA-записи с функциями ifurlup и ifportup, которые используют фоновые проверки доступности каждые 5 секунд.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

36. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  –1 +/
Сообщение от mikhailnov (ok), 22-Дек-21, 01:18 
Чтобы, если хост упадёт, в А или иной записи поменять IP-адрес быстро
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

28. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (28), 21-Дек-21, 23:21 
Поддерживаю, с ttl в минуту записи в кэше долго не живут. Заметил что при обращение на прямую к корневому днс очень долго отвечает, а тот же гугл отдаёт быстро, у cf такая же проблема. Гугл кладёт на все эти TTL?
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

37. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (33), 22-Дек-21, 01:27 
Есть как минимум две фичи, позволяющие не тупить даже на малых TTL
- prefetch: периодически просматривать кэш, и для часто запрашиваемых записей с истекающим TTL выполнять фоновое обновление раньше, чем истечет TTL.
- serve-stale: если RR в данный момент не резолвится, отдавать из кэша, даже если TTL уже истек.

Ну и да, можно просто задать минимальный TTL, "кладя" на все TTL ниже этого значения.

Ответить | Правка | Наверх | Cообщить модератору

8. Скрыто модератором  –3 +/
Сообщение от Аноним (8), 20-Дек-21, 16:55 
Ответить | Правка | Наверх | Cообщить модератору

15. Скрыто модератором  –2 +/
Сообщение от Аноним (15), 20-Дек-21, 18:41 
Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (43), 20-Дек-21, 17:54 
Делать prefetch, как в Unbound, видимо, не собираются.

> Добавлена функция "Zone to Cache", позволяющая периодически извлекать DNS-зону и подставлять её содержимое в кэш, для того, чтобы кэш всегда был в "горячем" состоянии и содержал связанные с зоной данные.

Работает только для "своих" зон. Какой-нибудь гугл AXFR кому попало не отдаст.
А вот prefetch на все зоны работает одинаково.

Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +1 +/
Сообщение от Аноним (16), 20-Дек-21, 18:53 
Пидро-зум-евается, что эта херня будет стоять *перед* авторитативным сервером и заниматься кэшированием его ответов, а авторитативный сервер для всего, что ломится на 127.0.0.1 разрешает axfr.

Вобщем, учитывая, то, насколько криво в своё время работал кэш этих всех powerdns-поделок при наличии ACL, лучше наверно использовать unbound.

Во всяком случае unbound работает согласно стандартам и прозрачно. Да и кэш у него как-то поприятнее устроен. И префетч есть, и DoH, с валидацией ssl и подписей dnssec и свои зоны из bind-like файлов он умеет раздавать и чужие зоны частично переписывать и дополнять своими записями тоже могёт.

Единственное, чем может похвастать recursor - не самым дурным lua-апи. Оно и быстрое и кое-чего может. Луа, как язык, конечно, максимально убог своими средствами и синтаксисом, но зато быстрый, пока за него не берутся питонисты и яваскрипткиддисы.

Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +1 +/
Сообщение от Гость (??), 21-Дек-21, 00:17 
rec перед auth это просто вариант (не лучший и не всегда удобный) перехода когда auth перестал пропускать рекурсивные запросы, auth вполне самостоятелен и имеет свой кэш.
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (33), 21-Дек-21, 11:55 
>  rec перед auth это просто вариант (не лучший и не всегда удобный) перехода когда auth перестал пропускать рекурсивные запросы

Скорее, когда есть корпоративные резолверы, которым нужно быстро отдавать записи для корпоративного домена (возможно, даже внутреннего).
Но у нас с этим и Unbound прекрасно справляется, и костыли типа Zone to Cache только помешали бы, потому что на auth некоторые особо ответственные записи генерируются на лету Lua-скриптами, которые делают health check (о чем уже писали выше по обсуждению).

> auth вполне самостоятелен и имеет свой кэш.

Ага, обычно даже два (query и packet).
Ставить перед ним рекурсор "просто так" - вообще бессмысленно.
Если не хватает производительности - сделать больше потоков, не хватает железа - сделать балансировку через dnsdist.

Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Sw00p aka Jerom (?), 22-Дек-21, 00:11 
>сделать балансировку через dnsdist.

так и надо, ставится dnsdist который разделяет рекурсивные запросы во внешний мир и рекурсивные запросы на внутренний нейм сервер. Но можно и тем же unbound-дом понасоздавать всяких local-zone

Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (33), 22-Дек-21, 01:18 
Да можно и не через local-zone.

В Unbound есть stub-zone, когда он идет за зоной сразу на заданные серваки, минуя рекурсивный процесс для вышестоящих зон (и, в отличие от forward-zone, запрашивает их без флага RD, так что даже самый придирчивый auth сервер не будет ругаться).

Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (49), 23-Дек-21, 12:46 
local-zone под нагрузкой 300-400 запросов в секунду дают серьезную деградацию производительности. Споткнулись на 1.13.0. Применение stub-zone ситуацию выплавило, на чем и продолжаем жить.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

26. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (33), 21-Дек-21, 12:01 
>  Пидро-зум-евается, что эта херня будет стоять *перед* авторитативным сервером и заниматься кэшированием его ответов, а авторитативный сервер для всего, что ломится на 127.0.0.1 разрешает axfr.

Типа того. Многие до сих пор не могут смириться, что из auth убрали поддержку рекурсии.
https://doc.powerdns.com/authoritative/guides/recursion.html
В таких сценариях зайдет нормально.

> Во всяком случае unbound работает согласно стандартам и прозрачно. Да и кэш у него как-то поприятнее устроен. И префетч есть, и DoH, с валидацией ssl и подписей dnssec и свои зоны из bind-like файлов он умеет раздавать и чужие зоны частично переписывать и дополнять своими записями тоже могёт.

Все так. PDNS recursor на его фоне смотрится как игрушка.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

44. "Выпуск кэшируюшего DNS-сервера PowerDNS Recursor 4.6.0"  +/
Сообщение от Аноним (43), 22-Дек-21, 14:57 
>  Делать prefetch, как в Unbound, видимо, не собираются.

Попутал, все-таки сделали (refresh-on-ttl-perc) в 4.5.0. А вот serve stale (AKA serve expired) - нет.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру