Исследование стабильности соединений показало, что прокси-сервер не является причиной сбоев. Логи за девять часов работы не зафиксировали ни одной ошибки, при этом система обработала 2 415 клиентских сессий и передала 482 МБ данных, прежде чем связь начала пропадать.
Анализ выявил закономерность: апстрим принудительно закрывал сессии ровно через 0,1 секунды. Объем переданных данных составлял около 800 байт вверх и от 8 до 28 байт вниз. Все подобные инциденты происходили исключительно на прямой ступени соединения.
Проверка сетевого пути к Telegram показала, что из 1 270 проверенных адресов по протоколу TCP отвечает только один. Этот узел является служебным, а не дата-центром, и на него наложен скрытый лимит на количество одновременных подключений.
Приложение пытается открыть 13 сокетов одновременно. Узел принимает семь из них, а остальные шесть закрываются без отправки ответных пакетов. Стандартные логи приложения не фиксируют подобные потери соединений.
