На Хабре вышел второй материал из серии технических расследований о том, как ведёт себя сетевой стек Telegram на мобильном устройстве. Судя по заголовку и описанию, автор продолжает разбирать не баг в привычном смысле, а поведение, которое не оставляет следов: клиент теряет соединения, но ни одна строка в логе не помечена как ошибка, процесс не перезапускается, видимых окон с жалобами на прокси больше нет. Сам источник мы не читали целиком — опираемся только на то, что вынесено в заголовок и описание, — поэтому дальше будет явно разделено, что сказано автором, а что добавляем мы.
По словам автора, в предыдущей части расследования была найдена и устранена одна конкретная проблема: раз в десять минут клиентское приложение проверяло первую ступень прокси-маршрута, которая на самом деле была мёртвой, и платило за эту проверку несколькими секундами зависания без единого полученного байта. Эту «яму» убрали — характерные окна и сообщение о некорректных настройках прокси исчезли. Но, как сообщает автор, через несколько часов работы телефон снова начал терять соединения, причём лог за девять часов выглядел безупречно чистым. Выводится новая деталь: один живой адрес и молчаливый лимит на 13 одновременных соединений.
Что из этого следует, а что — нет
Важно сразу разграничить факты и интерпретацию. Источник сообщает о конкретном техническом наблюдении: устранение одной причины обрывов не устранило обрывы как явление, а причина сместилась в область, которая не логируется как ошибка. Источник не уточняет (по крайней мере, в заголовке и описании), идёт ли речь о пользовательском MTProto-прокси, о внутренней инфраструктуре Telegram или о сетевом окружении конкретного оператора. Поэтому делать выводы о природе лимита на 13 соединений мы не будем — это предмет самого расследования, а не наш.
Что можно сказать увереннее: сам факт, что мессенджер способен терять связь без единой строки ERROR в логе, — показательная иллюстрация того, почему субъективное ощущение «Telegram сегодня работает нестабильно» так трудно подтвердить техническими средствами рядовому пользователю. Если даже внимательный автор с доступом к логам и сетевым трассировкам находит проблему только во второй итерации расследования, у обычного человека со смартфоном шансов заметить причину обрыва — только симптом: сообщение не доставилось, уведомление не пришло.
Почему это не абстрактная проблема для России
Для пользователей из России устойчивость соединения с Telegram — не теоретический вопрос. Мессенджер здесь годами живёт в режиме то частичных ограничений, то их снятия, а значит любое промежуточное звено — проводной оператор, мобильная сеть, корпоративный шлюз — потенциально добавляет собственные обрывы сверху тех, что находит и устраняет сама команда Telegram или независимые исследователи. Расследования вроде того, что разбирает автор на Хабре, ценны именно тем, что показывают: даже без явной блокировки соединение может деградировать по причинам, не имеющим отношения к цензуре напрямую — к архитектуре прокси-слоёв, лимитам на число сокетов, таймаутам первой ступени маршрута.
Параллельно с этим в России активно продвигается отечественный мессенджер MAX, который для многих становится обязательным — для работы с госуслугами, корпоративных коммуникаций, учебных заведений. На практике это означает, что человек не выбирает между MAX и Telegram, а вынужден держать оба: один — потому что без него не обойтись формально, второй — потому что в нём живёт личная переписка, рабочие чаты и привычный круг общения.
Два мессенджера — один источник тревоги за приватность и стабильность
Здесь и возникает практический вопрос, напрямую связанный с темой обрывов соединения. Если даже у Telegram, с его многолетним опытом обхода ограничений, периодически всплывают незаметные на первый взгляд проблемы с доставкой, что говорить о доверии к стабильности и прозрачности MAX — сервиса, за которым стоит меньше публичных технических разборов и меньше истории независимых расследований сетевого уровня. Мы не беремся оценивать техническую надёжность MAX — это было бы спекуляцией без собственных данных, — но сам факт неопределённости является отдельным поводом не держать MAX включённым на основном телефоне дольше, чем необходимо.
Добавим к этому обычную для двух мессенджеров проблему: внимание человека не бесконечно. Пока одно приложение тихо теряет сообщения по причинам, которые не видны даже в логе, второе приложение требует отдельной проверки — не пришло ли там что-то важное. Два источника уведомлений с разной надёжностью хуже, чем один.
Где здесь место для Максограма
Максограм решает именно эту вторую часть проблемы — не сетевую инфраструктуру Telegram, а бытовой разрыв между двумя мессенджерами, которые приходится держать одновременно. Сервис подключается к MAX через бота @maxogrambot: ставите MAX на отдельный телефон или эмулятор, сканируете QR-код, и дальше все входящие сообщения из MAX приходят к вам в привычный Telegram, откуда на них же можно и отвечать. После настройки сам MAX на личном устройстве можно вовсе удалить — переписка продолжит приходить через бота.
В контексте материала с Хабра это означает простое практическое следствие: если вопрос обязательного MAX для вас уже решён необходимостью, а вопрос стабильности и приватности Telegram остаётся открытым исследовательским полем для технических авторов, — нет смысла добавлять к этой неопределённости ещё и постоянную проверку второго приложения на телефоне. Достаточно оставить один канал связи, в котором вы точно знаете, где искать новые сообщения.