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

"Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	+/–
Сообщение от opennews (??), 06-Мрт-20, 10:35
В опубликованной две недели назад ветке BIND 9.16.0 выявлена серьёзная ошибка, приводящая к исчерпанию лимита на число TCP-соединений. В BIND 9.16 была предложена новая сетевая подсистема, переведённая на механизм асинхронной обработки запросов на основе библиотеки libuv.  Из-за ошибки в данной подсистеме счётчик активных TCP-соединений при некоторых условиях не уменьшается, что приводит к нарастающему расхождению его значения с фактическим числом соединений. Через какое-то время значение счётчика может достигнуть установленного лимита на число клиентских соединений и новые запросы по TCP перестанут приниматься (запросы по UDP продолжат обрабатываться)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=52490
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	–2 +/–
Сообщение от Аноним (1), 06-Мрт-20, 10:35
Зачем соединяться с BINDом по TCP, если можно по UDP?
Ответить | Правка | Наверх | Cообщить модератору

	2. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	+/–
	Сообщение от null (??), 06-Мрт-20, 10:41
	по UDP не всё можно просунуть
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	+1 +/–
	Сообщение от Аноним (8), 06-Мрт-20, 16:28
	Вроде бы современный DNS-сервер с легкостью посылает фрагментированные пакеты любой длины. Хотя стандарт требует вписываться в 512 байт при использовании UDP.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	+/–
	Сообщение от vantoo (ok), 08-Мрт-20, 17:11
	> Хотя стандарт требует вписываться в 512 байт при использовании UDP. 508
	Ответить | Правка | Наверх | Cообщить модератору

	3. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	+1 +/–
	Сообщение от Аноним (3), 06-Мрт-20, 10:50
	https://www.opennet.me/opennews/art.shtml?num=51102#dnsflag
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	+/–
Сообщение от Аноним (4), 06-Мрт-20, 11:17
А ещё в нём память течёт. Пришлось вернуть 9.11.
Ответить | Правка | Наверх | Cообщить модератору

	10. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 07-Мрт-20, 01:00
	См. тж. версии bind на http://distrowatch.com/alt -- и патчи, вдруг да пригодятся: http://packages.altlinux.org/bind
	Ответить | Правка | Наверх | Cообщить модератору

5. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	–2 +/–
Сообщение от Gogi (??), 06-Мрт-20, 13:33
> ...переведённая на механизм асинхронной обработки ВОТ где зло! Настоящий инженер не будет по натуре синхронную вещь коверкать в асинхронную. Ну а если таки испортили - получите весь ворох проблем. Нет никакой проблемы в синхронных вещах. Ты соединился - всё, это твой канал, ты в нём работаешь. Любой прочитанный байт - твой. Все остальные сетевые прибулы - форкайтесь рядышком и сидите на своих каналах. Это же простейшая, идеальная схема!
Ответить | Правка | Наверх | Cообщить модератору

	6. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	+1 +/–
	Сообщение от Аноним (6), 06-Мрт-20, 14:31
	> простейшая Да. > идеальная Нет.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	+2 +/–
	Сообщение от йо ж (?), 06-Мрт-20, 16:55
	Осталось избавиться от ненужных многопоточности и многозадачности, а на уровне железа - от мультиядерности процессоров.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	11. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	+/–
	Сообщение от крок (?), 07-Мрт-20, 14:31
	Унылый троль, бинд занялся проблемой 10к, которой другие занимались 20 лет назад. Форкатся на каждый чих - сами таким уг пользуйтесь!
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	12. "Ошибка в BIND 9.16, приводящая к нарушению обработки TCP-сое..."	+/–
	Сообщение от Ordu (ok), 08-Мрт-20, 10:53
	> Настоящий инженер не будет по натуре синхронную вещь коверкать в асинхронную. Сетевой ввод/вывод -- это по природе асинхронная вещь. Есть костыли, которые позволяют работать с ней как с синхронной -- fork, pthreads, юзерспейс потоки, но юзерспейс потоки почему-то непопулярны в сишечке, а fork с pthreads кладут систему, когда соединений много.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

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

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