WEB-прокси в Telegram Desktop 7.1: что это, чего не заменяет и о чём предупреждают сами разработчики

Что именно добавили

Версия 7.1.0 опубликована 22 августа 2026 года в 10:03, следом в 14:30 вышла 7.1.1 с исправлением загрузки чатов. Текущей версией на 27 августа значится 7.1.2 от 25 августа, 04:41. В журнале изменений 7.1.0 функция описана одной строкой — «добавлен новый тип WEB-прокси в настройки подключения», в 7.1.2 добавлена вторая: «предупреждать о возможных рисках при добавлении WEB-прокси».

Объём работы виден по исходному коду: коммит «Initial WEB proxy implementation» авторства john-preston затрагивает 23 файла и добавляет 3 179 строк при 38 удалённых. Это не переключатель поверх существующего механизма, а отдельный транспорт.

Устройство функции разбирали профильные издания — kod.ru 24 августа и Anti-Malware 24 и 25 августа. По их описанию клиент открывает встроенный веб-компонент, поднимает HTTPS- или WebSocket-соединение с указанным доменом и мультиплексирует несколько подключений MTProxy в один поток через порт 443. Отдельно опубликован серверный компонент tproxy-server в статусе прототипа: он разбирает объединённый поток и раздаёт соединения обычному MTProxy. Мост внутри веб-компонента намеренно урезан — без cookies, локального хранилища, служебных воркеров и доступа к камере и микрофону. Эту часть мы проверяли не по коду, а по публикациям, и подаём её как их описание.

Почему разработчики предупреждают о рисках

Предупреждение в 7.1.2 — не формальность, и это самое интересное в сюжете. Смысл претензии к схеме в том, что бесплатный поставщик такого прокси весь сеанс держит в фоне собственную веб-страницу, а также может добавлять спонсорские каналы в список чатов. Разработчики оговаривают, что фоновая страница не получает доступа к содержимому трафика.

Более общий риск ровно тот же, что у любого чужого прокси: точка входа принадлежит не вам. Вы переносите доверие с оператора связи на владельца прокси-сервера — не устраняете посредника, а меняете его. Для мессенджера с оконечным шифрованием переписки это менее болезненно, чем для веб-трафика, но метаданные соединения посредник видит в любом случае.

Публичной точки для рядового пользователя пока нет: адрес t.me/webproxy на момент проверки неактивен, сроков разработчики не называли. Версии для Android и iOS, по тем же публикациям, в разработке. То есть прямо сейчас это функция для тех, у кого есть свой сервер, а не готовая кнопка.

Чего WEB-прокси не заменяет

Границу стоит провести жёстко, потому что её легко не заметить. WEB-прокси в Telegram прячет трафик Telegram и только его. Браузер, магазин приложений, банковское приложение, видеосервис и все остальные соединения идут мимо и остаются ровно в том состоянии, в котором были.

Это отличает функцию от туннеля системного уровня, который меняет маршрут всего трафика устройства. Сравнивать их как «одно вместо другого» некорректно: они закрывают разные по охвату задачи, и у встроенного прокси охват заведомо у́же.

Второе ограничение — уже техническое. Маскировка под обычный HTTPS решает задачу распознавания по форме соединения, но не отменяет анализ поведения потока: длительность, объёмы, ритм обмена. Ни разработчики, ни разбиравшие функцию издания не утверждают, что схема неуязвима, и мы такого утверждения тоже не делаем.

Что здесь действительно ново и стоит запомнить: обход ограничений переехал из категории «сторонний скрипт, который надо где-то раздобыть» в категорию «штатная настройка в официальном клиенте, поставляемая вендором». Стоимость входа для пользователя падает, а ответственность за выбор точки входа — остаётся на нём, о чём приложение теперь и предупреждает.