Какие риски несёт долгоживущее TCP-соединение?

Основные риски долгоживущих TCP-соединений

Долгоживущие TCP-соединения полезны для снижения накладных расходов на установку соединения, но они несут несколько рисков. Главный из них — утечка ресурсов: каждое соединение занимает файловый дескриптор, память в ядре и, возможно, порт. Если клиенты не закрывают соединения корректно, сервер может исчерпать лимиты и перестать принимать новые подключения.

Второй риск — half-open соединения. Это ситуация, когда одна сторона (например, клиент) неожиданно отключается (обрыв сети, сбой), а другая сторона не узнает об этом, пока не попытается отправить данные. TCP не имеет встроенного механизма обнаружения таких обрывов, поэтому сервер может держать мёртвое соединение часами.

Как решать проблемы

• Использовать TCP keep-alive: периодически отправлять пустые пакеты для проверки живости соединения. По умолчанию в Linux интервал — 2 часа, но его можно настроить.
• Устанавливать таймауты на уровне приложения: например, если нет данных в течение N секунд, закрывать соединение.
• Применять балансировщики нагрузки и пулы соединений, чтобы ограничить количество одновременных соединений.

Пример настройки keep-alive в Node.js

const net = require('net');
const server = net.createServer((socket) => {
  socket.setKeepAlive(true, 10000); // включаем keep-alive, интервал 10 сек
  socket.setTimeout(30000); // таймаут бездействия 30 сек
  socket.on('timeout', () => socket.destroy());
});
server.listen(8080);

В этом примере сервер проверяет соединение каждые 10 секунд и закрывает его, если нет активности 30 секунд. Это предотвращает накопление мёртвых соединений.

Вывод

Долгоживущие TCP-соединения стоит применять, когда важна низкая задержка и частые обмены данными, но обязательно нужно настроить keep-alive, таймауты и мониторинг ресурсов, чтобы избежать исчерпания лимитов и half-open проблем.