The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 4.15, opennews (?), 29-Янв-18, (0) [смотреть все]

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


48. "Релиз ядра Linux 4.15"  +/
Сообщение от Аноним (-), 29-Янв-18, 16:05 
Появилась ли какая-либо альтернатива удаленному параметру - tcp_tw_recycle ?
Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз ядра Linux 4.15"  +/
Сообщение от zanswer CCNA RS and S (?), 29-Янв-18, 19:17 
Нет, данный механизм полностью удалён и не будет реализован в будущем, если конечно tcp timestamp offset randomization не удалят.

А для каких нужд вы использовали данный механизм?

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

66. "Релиз ядра Linux 4.15"  +/
Сообщение от Аноним (-), 29-Янв-18, 23:03 
Я использую данный механизм на тестовой машине для проведения опытов над сервером. Для того, чтобы сгенерировать достаточное количество запросов на тестовой машине имеется 2 интерфейса(по 10ГБит/с). Чтобы отправить пакет с нужного интерфейса, для сокета, после его создания, вызывается функция bind(параметром является локальный ip адрес). При интенсивной отправке коротких запросов на тестовой машине все сокеты переходят в состояние TIME_WAIT. И только tcp_tw_recycle установленный в 1 помогает переиспользовать данные сокеты. Причем, если не использовать bind, а использовать только маршрут по-умолчанию, то tcp_tw_recycle не нужен. Но этот случай я не рассматриваю за ненадобностью.
Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз ядра Linux 4.15"  +/
Сообщение от zanswer CCNA RS and S (?), 30-Янв-18, 07:46 
Понятно, с ходу в голову приходит только увеличить диапазон портов до максимума, который можно использовать, а так же количество локальных IP адресов. Ещё нашёл вариант, использовать опцию SO_REUSEADDR, если у вас есть доступ к исходным кодам генератора запросов.
Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз ядра Linux 4.15"  –1 +/
Сообщение от Аноним (-), 30-Янв-18, 18:37 
> Понятно, с ходу в голову приходит только увеличить диапазон портов до максимума,
> который можно использовать, а так же количество локальных IP адресов. Ещё
> нашёл вариант, использовать опцию SO_REUSEADDR, если у вас есть доступ к
> исходным кодам генератора запросов.

Или узнать про zmap, где вообще нет этих проблем. Просто как класса нет. Но он специфичная штука, где все ради скорости. Зато эта штука может просканить порт по всему IPv4 с гигабита за час, чтоли.

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

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

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




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

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