URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 134378
[ Назад ]
Исходное сообщение
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новый бэкенд для БД"
Отправлено opennews , 23-Июл-24 22:59 
После двух с половиной лет разработки консорциум ISC представил первый стабильный релиз новой значительной ветки DNS-сервера BIND 9.20, который вобрал в себя изменения, развивавшиеся в экспериментальной ветке BIND 9.19. Поддержка ветки 9.20 будет осуществляться в рамках расширенного цикла сопровождения до первого квартала 2028 года. Поддержка ветки 9.18 прекратится во 2 квартале 2025 года. Для развития функциональности следующей стабильной версии BIND будет сформирована экспериментальная ветка BIND 9.21.0. Код проекта написан на языке Си и распространяется под лицензией MPL 2.0...

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

Содержание
Сообщения в этом обсуждении
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 23-Июл-24 22:59 
>Предложен новый бэкенд для работы с БД - "QP trie", который пришёл на смену RBTDB (Red-Black Tree Database) и задействован по умолчанию для хранения кэша и базы DNS-зон.

Лишь бы LMDB/SQLite не использовать.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 09:15 
А зачем?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Апро , 24-Июл-24 09:33 
> А зачем?

У sqlite очень хорошее покрытие тестами, включая тесты имитирующие ошибки
нижележащей ФС/диска.
а также куча пользователей, которые обеспечивают дополнительное тестирование.

Логично, что в "bind" от надежности работы которого зависит практически весь Интернет,
должен взять что-то надежное, а не изобретать свой велосипед, пусть даже этот
велосипед и даст несколько процентов выигрыша.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 10:17 
Покрытие тестами? А то что "bind" от надежности работы которого зависит практически весь Интернет, начнёт дико тормозить, тебя не беспокоит?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 11:46 
потормозит и перестанет, чё такого?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 12:52 
> Покрытие тестами? А то что "bind" от надежности работы которого зависит практически весь Интернет, начнёт дико тормозить, тебя не беспокоит?

Bind — это primary NS всяких сайтов колхозов 50-лектия октября. Пусть тормозят.
У серьёзных ребят свои серваки. nic.cz вон свой выложили, knot называется. Неплох.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Ананий , 24-Июл-24 13:03 
У тебя десятки-сотни тысяч зон? Тогда и ты не сурьезный пасан.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 17:20 
Дискуссия началась с "практически весь Интернет".
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 17:19 
>А то что "bind" от надежности работы которого зависит практически весь Интернет, начнёт дико тормозить, тебя не беспокоит

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

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 17:30 
Лайфхак: если поменять user-agent на последний хром, трафик снова идёт с нормальной скоростью. Ох уж эти русские!
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Мне хватает , 24-Июл-24 21:54 
Брешиш ты, пробовал не пашет ваш метод
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 00:39 
Я бы даже и пробовать не стал бы. Очевидая чушь же.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 02:12 
Ну конечно, гугл никогда не стал бы бороться со всякими firefox и yt-dlp!
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено YetAnotherOnanym , 24-Июл-24 17:04 
> У sqlite очень хорошее покрытие тестами, включая тесты имитирующие ошибки нижележащей ФС/диска. а также куча пользователей, которые обеспечивают дополнительное тестирование.

В переводе на русский - "я сосредоточился на одной СУБД и стремлюсь пихать её везде".
Откуда уверенность, что qp-trie для своего юзкейса хуже "покрыт тестами"?
Ну, и железное правило "специальный инструмент для своей задачи эффективнее общего" никто не отменял.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 17:19 
> Откуда уверенность, что qp-trie для своего юзкейса хуже "покрыт тестами"?

Из чтения кода. Тесты там "для галочки" https://gitlab.isc.org/isc-projects/bind9/-/blob/main/tests/...

Ну и прежде всего стоит вопрос к качеству кода. У ISC оно традиционно пробивает нулевую отметку. У SQLite, наоборот, очень хорошая репутация в этом плане.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено _ , 25-Июл-24 18:35 
И тем не более - специализированное решение практически всегда лучше универсального. Универсальное в данном случае это SQLite.
К самому SQLite я претензий не имею, чудесная штука выручавшая оХсилиард раз :) Но тем не более ...
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 22:02 
> специализированное решение практически всегда лучше универсального

Мантра, которая вполне подпадает под определение "универсального" решения, и тем самым дискредитирует сама себя :)

А специализированно к данному случаю можно сказать, что любая плюс-минус функционально подходящая библиотека, у авторов которой руки из плеч, всяко уделает реализацию от индусов из ISC.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено bOOster , 24-Июл-24 10:15 
Затем что ребятки знают что делают, видно что и Кнута читали. В отличие от задающих тупые вопросы недоодминов или недопрограммистов.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 11:50 
Ты почему-то так пишешь как будто читать Кнута это что-то хорошее.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 12:56 
Карго-культ, полагаю.

(Лично Кнута читал, но не вижу смысла этим понтоваться.)

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 13:25 
Я читал обложку. Теперь понтуюсь.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Соль земли , 24-Июл-24 13:26 
да они Пряника даже не читали
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 15:17 
TeXbook, что ли?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 17:25 
Из русских Кнута никто не читал. Отдельные главы можеть быть кто-то осилил, но даже один том целиком никто ещё не осилил. Осилить его книги могут только единицы, если рассматривать весь мир. В мире пока ещё нет человека, который бы осилил полное собрание сочинений "Искусства программирования".
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 17:28 
Таблицы Брадиса до последней цифры тоже только редкие аутисты читали.
"Искусство программирования" — это справочник алгоритмов, зачем его читать целиком?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Соль земли , 24-Июл-24 13:24 
без аргументов выпендреж не засчитан
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 13:55 
Это служебная БД для одного приложения, зачем там СУБД общего назначения?!
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено пох. , 24-Июл-24 16:01 
и ладо бы - общего, но транзакционная реляционная - точно нафиг не сдалась.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 02:21 
Для постоянного хранения данных вполне подходит.
Реляционность
TABLE "records" CONSTRAINT "domain_exists" FOREIGN KEY (domain_id) REFERENCES domains(id) ON DELETE CASCADE

Транзакционность не то чтобы слишком полезна в eventually consistent системе DNS, но удобно, когда управляющая система видит статус завершении транзакции в БД (и может, например, сделать git commit в систему отслеживания и бэкапа).

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 09:10 
Ещё скажи, что удобно делать выборку маркетологам, датасайентистам и прочим анaнистам.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено _ , 25-Июл-24 18:42 
>но удобно(C)

Если бы это "удобно" ещё и доставалось бы условно "бесплатно" ... Не-не - нафиг-нафиг!
Для курсовой сделайте свой типо-бинд на модном Ёзыге и с MS-SQL server в придачу, ничего против не имею.
В МОИ тулы не лезьте - я когда ухожу, туда фазу 380V подключаю, я предупреждал ... ;)

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 21:57 
Кто тут лезет в ваш денвер?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 20:00 
>> Предложен новый бэкенд для работы с БД - "QP trie", который пришёл на смену RBTDB (Red-Black Tree Database) и задействован по умолчанию для хранения кэша и базы DNS-зон.

Предлагаю это ещё раз перечитать и ознакомиться с алгоритмом красно-черного дерева. Что тут непонятного? В протоколе DNS данные достаточно просты и красно-чёрное дерево для этих данных идеально подходят.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 21:10 
Впрочем добавлю тот факт что DNS сервера и так быстро работают - не такие уж и массивные данные чтобы спорить о выборе БД. Тут больше от скорости канала все зависит и железа сетевой карты, жёсткого диска и количества оперативки. А обращение на большинстве БД к таким маленьким данным особо сильно отличаться не будут. Если опираться на современное новое железо, то нужно что-то из оптимального для NVME и умеющего выгружать эти данные в оперативку.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 02:15 
Уточню, что речь идёт не о постоянном хранении данных, а о кэше.
Чтобы кэш пришлось держать на диск, иногда выгружая в оперативку — достаточно специфическая ситуация.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено ананим.orig , 23-Июл-24 23:20 
Интересно, а bind 10 всё?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено _ , 25-Июл-24 18:44 
Скрестил пальцы - надеюсь что да.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 23-Июл-24 23:30 
А каким DNS пользуетесь вы?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Kisagi , 24-Июл-24 00:12 
/etc/hosts
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 02:31 
tor
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 02:40 
Микс из KnotDNS и Bind, примерно 50%/50%. Сделано специально, чтобы ошибка в одном не уронила всю систему сразу. Думаю добавить ещё какой-нибудь третий когда время появится. В идеале не на libuv.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 08:55 
libuv проблемная?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 18:28 
Нет, не проблемная. Но ошибка в ней может потенциально оказаться проблемой для Knot и Bind одновременно и уронить всё сразу. Поэтому теперь будем искать что-то третье, без libuv. Разнообразие серверов в ДНС — благо.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 18:48 
Такая ситуация возможна где-то раз в 200 лет. Точно стоит тратить время на такую пежню?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 19:06 
Неточно. Поэтому я об этом на опеннет пишу, а не бегу в прод деплоить. Но на следующей итерации посмотрю, есть ли практический смысл добавить третью альтернативу.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено onon , 24-Июл-24 11:59 
NSD?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 12:48 
> Микс из KnotDNS и Bind, примерно 50%/50%. Сделано специально, чтобы ошибка в одном не уронила всю систему сразу.

Если не пофиг на надёжность, от bind лучше избавиться. Он всегда славился дырявостью и низким качество кода (как и другие продукты ISC).
Knot неплох, в качестве достойного аналога можно предложить PowerDNS auth server.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 18:45 
Норм. Бинд держит зоны, unbound отвечает. На фронт можно ещё dnsdist присобачить для пущей FT. Классическая история.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 19:02 
Пользуюсь байндом в проде не первый десяток лет. Достаточно надёжный софт для практического применения. Судить о качестве кода BIND оставлю тем, у кого много свободного времени. Моя забота доступность системы в целом, и тут BIND-специфичные проблемы не влияют никак. В отличие от проблем у аплинков. То канал забит, то китайтелеком наши подсети пытается анонсировать, то ещё какая-нибудь дичь. А BIND — отличный софт. Даже если память у него течёт иногда, это не та проблема, о которой стоит беспокоиться, для этого есть мониторинг и автоматическая перезагрузка сервиса при необходимости.

PowerDNS предыдущий админ забраковал. Встречу — спрошу почему, но подозреваю что из-за проблем с DNSSec.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 21:52 
> Достаточно надёжный софт для практического применения.

Если только ваше применение — DoS или remote code execution.

> А BIND — отличный софт.

Ага, на этой странице перечислены все его фичи https://security-tracker.debian.org/tracker/source-package/b...

> PowerDNS предыдущий админ забраковал. Встречу — спрошу почему

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

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 22:31 
Мне приятно, что ты так о нашем бизнесе печёшься, но, право, не стоит. Во-первых, мы как достаточно крупный оператор получаем сообщения о CVE от ISC до публикации, и, во-вторых, у нас по части безопасности всё очень серьёзно, от кастомных полиси SELinux до весьма изощрённого мониторинга, который в любой непонятной ситуации просто изолирует от сети хост целиком (отключает интерфейс на свиче).
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 23:19 
> получаем сообщения о CVE от ISC до публикации

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

Нахождение 0-day в bind/dhcpd/ntpd уже давно стало классическим методом понтануться для талантливой молодежи. А именитые зубры такой скучищей занимаются только за деньги.

> у нас по части безопасности всё очень серьёзно, от кастомных полиси SELinux до весьма изощрённого мониторинга, который в любой непонятной ситуации просто изолирует от сети хост целиком (отключает интерфейс на свиче)

Позвольте вам не поверить. Если бы у вас были люди, которым не пофиг на безопасность, они бы на милю не подпустили к проду всякие дуршлаги типа bind, ntpd, apache, proftpd, exim.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 23:49 
> Позвольте вам не поверить

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

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено _ , 25-Июл-24 18:46 
Да что бы ты не говорил о своей практике использования BIND, этот голубь просто обгадит шахматную доску. Расслабься - это теоретик-сан :)
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 18:44 
Блин, Кнот это же какая-то хтоническая магия. Там чтобы что-то сделать надо на луа писать черные мракобесные заклинания.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 19:09 
Ты путаешь с Knot Resolver. И даже там нет никакой магии. У нас он используется в другом месте, в качестве DNS application firewall, но это совсем оффтопик.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 21:33 
Ну а как там сделать, например, резолвинг определенных зон через определенные серверы?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 22:04 
policy.add(policy.suffix(policy.FORWARD({'1.1.1.1', '2.2.2.2'}), {todname('home.local'), todname('mycompany.com')}))

Не сложнее, чем в dnsdist. Тот же Lua, только немного другие функции.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 22:09 
Скопировав пример из документации и поправив под свои нужды. Покажи как ты делаешь и расскажи что не работает, тогда обсудим. А так, стэковерфлоу в другой вкладке.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 21:12 
Мне knot понравился
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено zo0M , 27-Июл-24 11:31 
> Думаю добавить ещё какой-нибудь третий когда время появится.

Выбор между NSD и YADIFA, получается? Всё остальное редкостное г...

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 06:27 
Дома использую Unbound.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено arthi747 , 24-Июл-24 08:52 
Малоизвестный pdnsd.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 09:36 
Рекомендую 127.0.0.53, сам поднимал.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено bOOster , 24-Июл-24 10:16 
Bind внутрянка, Yadifa наруже.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено _ , 25-Июл-24 18:51 
>Yadifa

Ыыыы?
А почему?
И для чего?
Ну и как оно?
Я дико извиняюсь - но самому до него никак времени и желания не хватает добраться. А зверёк редкий ...

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено bOOster , 25-Июл-24 20:21 
>>Yadifa
> Ыыыы?
> А почему?
> И для чего?
> Ну и как оно?
> Я дико извиняюсь - но самому до него никак времени и желания
> не хватает добраться. А зверёк редкий ...

Отличный быстрый, не требовательный и самодостаточный зверек.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено _ , 28-Июл-24 07:40 
Маретолухов тут не любят, хотелось бы грязных подробностей(С)
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 10:53 
Skype
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 11:52 
Не надо так.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 12:03 
Telegram
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено анон , 24-Июл-24 15:53 
квад9
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено penetrator , 23-Июл-24 23:39 
кто знает есть ли патчи от kernel.org к нему в открытом доступе? для geodns
    
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 12:50 
geodns — это, конечно, невероятно сложная задача [sarcasm]. Нельзя просто взять любой нормальный авторитативный сервер и включить в нем geo backend (на самом деле можно).
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено penetrator , 24-Июл-24 23:25 
если ты не знаешь, о каких патчах речь идет, то проходи мимо не разводи флейм, пустобрех
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 00:01 
Ни в коем случае не собирался заглядывать в ваш коровник.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 08:17 
То есть ты знаешь о существовании неких "патчей от кернел.орг для бинда" (о чем гугл не знает). Но не знаешь, можно ли их качнуть бесплатно без смс? Звучит странно. Примерно как спрашивать "Никто не знает, где у меня в квартире лежит правый носок? Нигде найти не могу, подскажите плиз".
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено penetrator , 25-Июл-24 14:04 
если что-то в твоей костяной коробочке не складывается, это не значит что у этого нет разумного объяснения, ты же не пытаешься узнать детали, чтобы не выглядеть идиотом, ну и мне не с руки рассказывать людям, которые этого не ценят
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 16:32 
Ты звучишь как человек, который всеми силами старается избежать получения ответа на свой вопрос.

— Где качнуть патчи?
— Какие?
— Сам думай! Костяная коробочка! Пустобрех! Узнай сначала детали!

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 25-Июл-24 17:07 
>> о чем гугл не знает
> ты же не пытаешься узнать детали

Ну да, точно.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 03:28 
Интересно, почему libuv а не libevent? В чем его преимущество?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 08:36 
Для polling'а файловый дескрипторов тут вообще подошёл бы libev
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено llolik , 24-Июл-24 10:47 
Так libuv, по сути на основе libev и сделан. ЕМНИП задача была прикрутить к libev поддержку IOCP (потому что оригинальный на Виндах умеет только в select), а там уже дальше просто развитие под задачи пошло.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 10:49 
Прикольно, не знал этого :)
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено llolik , 24-Июл-24 11:06 
> Прикольно, не знал этого :)

У них в книге написано https://nikhilm.github.io/uvbook/introduction.html#background . Изначально libuv была обёрткой над libev, на всём, кроме Виндов (там был кастомный код IOCP). Потом код более-менее унифицировали и зависимость от libev удалили, но там плюс-минус похоже (а глобально, тот же самый event-loop/reactor pattern).

Насколько я помню, разраб libev говорил, что логика IOCP плохо сочетается с логикой *nix механизмов, чтобы красиво вписать его в проект. Ссылка у них в доке, приводить не буду, потому что автор-редиска и доступ без VPN закрыл. Вот, у разрабов libuv получилось более-менее стройно абстрагировать и теперь тут есть практически все механизмы на выбор (даже свежий io_uring).

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Ivan_83 , 24-Июл-24 13:58 
> что логика IOCP плохо сочетается с логикой *nix механизмов

Так и есть.
У меня свой вариант "libev" работающий только с kqueue() и epoll().
IOCP вообще другой, сильно другой.

kqueue()/epoll() ты берёшь дескриптор, засовываешь его в kqueue()/epoll() и ждёшь уведомления, потом читаешь/пишешь.

Для IOCP ты заранее подготавливаешь буффер и структуру WSAOWERLAPPED где описываешь что и как читать, потом дёргаешь чтение/запись а вот когда оно завершится тебе сообщит IOCP, до того момента и структуру и буффер трогать низя.

И я тоже думал как это себе втащить, потом забил, а теперь МС втащило линуксятор - WSL и портироватся под венду совсем смысла нет.
А так, народ в основном использовал select() с ограничением в 64 дескриптора, вроде nginx так работает до сих пор.
Ещё можно было бы юзать WSASelect и скрытое окно, ИМХО было бы лучше, ибо там лимитов нет.
А начиная с 8 (вроде) появился WSAPoll(), но там есть какой то баг вроде в сочетании с connect() который МС фиксить отказалось ради совместимости. И я не видел чтобы его юзали где то. (хотя и не искал специально).

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 15:25 
А что лучше, libuv или asio?

У меня есть один сетевой сервис на С++, но сеть в нём POSIX+openssl и самодельных тредах.
Думаю переписать на что-нибудь менее кустарное, но не знаю, в какую сторону лучше смотреть.

"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 16:08 
Дурацкий вопрос. Каким образом Си-библиотек может быть лучше проверенной временем Си++-библиотеки для проекта на Си++?
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 16:37 
В айтишечке что угодно может быть.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 20:10 
Печаль беда - доносить швободку мы рады, а вот хотя-бы перейти на utf-8 отказавшись от панни-кода нет. Ну добавили транспорта для обхода блокировок. Наверно только в России возбудились от этого. А по факту - ничего значительного.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 24-Июл-24 22:10 
А как же Британия, где DNS — первый бастион цензуры?
https://opennet.ru/51046-doh
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено Аноним , 27-Июл-24 20:03 
Ага, они тоже))). К сожалению это не одно и то же. Чего-то я не видел чтобы бриты выражали неудовольствие Великобританией, впрочем не особо читаю британские сайты. Я не про далёкие технологии. Это констатация факта - то что я здесь читаю в комментариях (а я наверно читаю этот сайт около года) меня откровенно печалит, потому что много людей не любят свою страну. Я не живу в России, но мне всё-равно неприятно читать как люди, которые пишут так, будто в ней живут - свою страну ненавидят. Такое вот сложилось впечатление - таких людей много.
"Выпуск DNS-сервера BIND 9.20.0, переведённый на libuv и новы..."
Отправлено ffsdmad , 24-Июл-24 22:20 
>> Задействован обновлённый механизм сжатия доменных имён, использующий более компактный метод кодирования имён с большим числом меток.

капец,  самый топовый продукт для DNS в 2024