OpenForum RSS: Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое... https://www.opennet.ru/openforum/vsluhforumID3/119980.html В опубликованной две недели назад ветке BIND 9.16.0 выявлена серьёзная ошибка, приводящая к исчерпанию лимита на число TCP-соединений. В BIND 9.16 была предложена новая сетевая подсистема, переведённая на механизм асинхронной обработки запросов на основе библиотеки libuv. Из-за ошибки в данной подсистеме счётчик активных TCP-соединений при некоторых условиях не уменьшается, что приводит к нарастающему расхождению его значения с фактическим числом соединений. Через какое-то время значение счётчика может достигнуть установленного лимита на число клиентских соединений и новые запросы по TCP перестанут приниматься (запросы по UDP продолжат обрабатываться)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52490<br> Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое... (vantoo) https://www.opennet.ru/openforum/vsluhforumID3/119980.html#13 Sun, 08 Mar 2020 14:11:32 GMT &gt; Хотя стандарт требует вписываться в 512 байт при использовании UDP.<br><br>508<br> Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое... (Ordu) https://www.opennet.ru/openforum/vsluhforumID3/119980.html#12 Sun, 08 Mar 2020 07:53:24 GMT &gt; Настоящий инженер не будет по натуре синхронную вещь коверкать в асинхронную.<br><br>Сетевой ввод/вывод -- это по природе асинхронная вещь. Есть костыли, которые позволяют работать с ней как с синхронной -- fork, pthreads, юзерспейс потоки, но юзерспейс потоки почему-то непопулярны в сишечке, а fork с pthreads кладут систему, когда соединений много.<br> Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое... (крок) https://www.opennet.ru/openforum/vsluhforumID3/119980.html#11 Sat, 07 Mar 2020 11:31:02 GMT Унылый троль, бинд занялся проблемой 10к, которой другие занимались 20 лет назад. Форкатся на каждый чих - сами таким уг пользуйтесь!<br> Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое... (Michael Shigorin) https://www.opennet.ru/openforum/vsluhforumID3/119980.html#10 Fri, 06 Mar 2020 22:00:12 GMT См. тж. версии bind на http://distrowatch.com/alt -- и патчи, вдруг да пригодятся: http://packages.altlinux.org/bind<br> Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое... (йо ж) https://www.opennet.ru/openforum/vsluhforumID3/119980.html#9 Fri, 06 Mar 2020 13:55:22 GMT Осталось избавиться от ненужных многопоточности и многозадачности, а на уровне железа - от мультиядерности процессоров.<br> Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое... (Аноним) https://www.opennet.ru/openforum/vsluhforumID3/119980.html#8 Fri, 06 Mar 2020 13:28:40 GMT Вроде бы современный DNS-сервер с легкостью посылает фрагментированные пакеты любой длины. Хотя стандарт требует вписываться в 512 байт при использовании UDP.<br> Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое... (Аноним) https://www.opennet.ru/openforum/vsluhforumID3/119980.html#6 Fri, 06 Mar 2020 11:31:18 GMT &gt; простейшая<br><br>Да.<br>&gt; идеальная<br><br>Нет.<br> Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое... (Gogi) https://www.opennet.ru/openforum/vsluhforumID3/119980.html#5 Fri, 06 Mar 2020 10:33:09 GMT &gt; ...переведённая на механизм асинхронной обработки<br><br>ВОТ где зло!<br><br>Настоящий инженер не будет по натуре синхронную вещь коверкать в асинхронную. Ну а если таки испортили - получите весь ворох проблем.<br><br>Нет никакой проблемы в синхронных вещах. Ты соединился - всё, это твой канал, ты в нём работаешь. Любой прочитанный байт - твой. Все остальные сетевые прибулы - форкайтесь рядышком и сидите на своих каналах. Это же простейшая, идеальная схема!<br> Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое... (Аноним) https://www.opennet.ru/openforum/vsluhforumID3/119980.html#4 Fri, 06 Mar 2020 08:17:42 GMT А ещё в нём память течёт. Пришлось вернуть 9.11.<br>