WEB-прокси в Telegram Desktop 7.1: что это, чего не заменяет и о чём предупреждают сами разработчики
22 августа 2026 года вышел Telegram Desktop 7.1.0, и в списке изменений появилась строка «добавлен новый тип WEB-прокси в настройки подключения». Через трое суток, 25 августа, версия 7.1.2 дописала к этой функции предупреждение о возможных рисках. Отличие от привычных обходных схем в том, что средство маскировки на этот раз встроено в сам мессенджер его же разработчиками, а не собрано сторонним энтузиастом.
Что именно добавили
Версия 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 решает задачу распознавания по форме соединения, но не отменяет анализ поведения потока: длительность, объёмы, ритм обмена. Ни разработчики, ни разбиравшие функцию издания не утверждают, что схема неуязвима, и мы такого утверждения тоже не делаем.
Что здесь действительно ново и стоит запомнить: обход ограничений переехал из категории «сторонний скрипт, который надо где-то раздобыть» в категорию «штатная настройка в официальном клиенте, поставляемая вендором». Стоимость входа для пользователя падает, а ответственность за выбор точки входа — остаётся на нём, о чём приложение теперь и предупреждает.