Открываю Telegram в кофейне: сообщение уходит с третьей попытки, фото грузится минуту. Вставляю прокси из канала - пять минут всё летает, потом снова тишина. За вечер поменял четыре адреса и потратил час жизни. Теперь правило другое: сначала смотрю на узел, потом подключаю.
Дальше разбор без магии. Что такое MTProto прокси на уровне архитектуры, чем он отличается от SOCKS5, откуда берутся бесплатные адреса и почему половина умирает к вечеру. Плюс настройка за две минуты прямо в приложении и сценарий, когда команде нужен собственный узел.
MTProto прокси не переупаковывает шифрование, и в этом его сила
Telegram шифрует переписку сам, на уровне протокола. Прокси не расшифровывает содержимое и не читает сообщения: он видит поток байт, который надо доставить до серверов мессенджера и вернуть обратно. Роль MTProto прокси транспортная. Он принимает соединение на 443 порту, маскирует его под обычный HTTPS и держит сессию, пока клиент переключается между Wi-Fi и LTE.
Ключевая деталь - секрет. Он приходит вместе с адресом и представляет собой hex-строку. Первый байт задаёт режим: с префиксом ee включается рандомизированное шифрование пакетов, с префиксом dd только паддинг, без полного шифрования канала. На практике это значит простую вещь: два прокси с одинаковым адресом и портом, но разными секретами, для Telegram разные узлы. Секрет - фактически ключ к соединению, поэтому его не пересылают в общий рабочий чат и не публикуют в открытых каналах.
По задержке MTProto прокси обычно выигрывает у VPN. VPN заворачивает весь трафик устройства, включая обновления и фоновые процессы. Прокси работает только с Telegram, поэтому RTT на публичных узлах держится в районе 60-150 мс, а у VPN через две границы легко улетает за 250.
Разница между узлами видна только под нагрузкой
Два прокси с одинаковым пингом могут вести себя совершенно по-разному. Один спокойно тянет видео на 100 МБ и не рвёт звонок при переходе из дома в метро. Второй отваливается на первом же крупном файле: узкий канал, а хозяин не рассчитывал на десять одновременных сессий.
Причина в том, как устроен публичный узел. Это процесс на конкретном сервере с конкретным лимитом трафика. На Reddit в ветках про самостоятельный хостинг MTProto-прокси приводят грубую арифметику: полоса делится на всех, кто в этот момент качает видео. Пока узлом пользуются десять человек, всё прекрасно. Когда адрес попал в список с сотней тысяч просмотров, начинается дележ. Вечером, с восьми до одиннадцати, картина хуже всего: люди дома, канал забит.
Отсюда простое правило. Не сравнивайте прокси по пингу в одиночку. Сравнивайте по поведению в час пик и по стабильности на медиа. Текст пролезет через любой узел, а голосовые, кружки и файлы показывают реальное качество канала.
SOCKS5 проще, MTProto прокси устойчивее на мобильной сети
SOCKS5 работает на уровне сокетов и ничего не знает про протокол Telegram. Настройка такая же простая, но при переключении с Wi-Fi на LTE соединение рвётся чаще: SOCKS5 не умеет демультиплексировать потоки и переиспользовать уже открытые каналы. На десктопе разница почти незаметна, на телефоне в движении чувствуется сразу.
Второй момент, важный для корпоративных и гостевых сетей. MTProto прокси выглядит как обычный трафик на 443 порт, а SOCKS5 часто слушает нестандартные порты, которые админ офиса или отеля закрыл по умолчанию. Если Telegram через раз работает в публичном Wi-Fi, начинайте с MTProto, а SOCKS5 держите как второй вариант.
Третий момент про батарею. MTProto прокси держит одно долгоживущее соединение и мультиплексирует в него десятки чатов. SOCKS5 на каждое действие открывает новый сокет, телефон чаще просыпается, аккумулятор садится быстрее. За день активной переписки разница заметна, особенно на старых устройствах.
Рабочий бесплатный прокси определяется пятью параметрами, а не словом "свежий"
Когда кто-то публикует список рабочих mtproto прокси для телеграмм бесплатно, он чаще всего проверил одно: TCP-хендшейк проходит. Этого мало. Узел может принимать соединение и при этом не пропускать медиа, резать звонки или умирать на первом крупном файле.
Смотрю на пять вещей. Задержка: до 150 мс нормально, 200-300 терпимо для текста, выше уже больно. Стабильность на медиа: отправьте себе видео на 50-100 МБ, если загрузка идёт ровно, без рывков и перезапусков, узел живой. Время жизни: публичные адреса живут от нескольких часов до пары недель, и это норма, а не чей-то злой умысел. Загрузка: если узлом пользуется тысяча человек, вечером скорость падает у всех. Владелец: анонимный адрес из канала может быть чьим-то домашним сервером, который выключат в полночь.
Практический тест занимает минуту. Подключили, отправили себе файл, позвонили в любой чат на 30 секунд, вернулись в приложение через десять минут. Если все три шага прошли без переподключений и без надписи "соединение" в шапке, узел ваш на сегодня.
Бесплатные списки живут за счёт автоматики и умирают от нагрузки
Откуда вообще берутся бесплатные адреса. Есть публичные проекты, которые держат открытый узел на официальной референсной реализации Telegram, без регистрации и лимитов: зашёл в настройки, добавил, пользуешься. Есть сообщества, которые раз в час прогоняют открытые базы, отсеивают мёртвое и публикуют остаток. Есть автоматические подборки, где бот раз в 12 часов проверяет каждый адрес и перезаписывает файл.
Схема рабочая, но у неё есть потолок. Автопроверка видит только факт соединения. Она не измеряет скорость под нагрузкой, не проверяет медиа и не знает, что через два часа владелец выключит сервер. Поэтому список, обновлённый час назад, к вечеру теряет половину адресов. Это не баг, это природа бесплатного: полоса стоит денег, и кто-то за неё платит или не платит.
Отдельно про приватность публичных узлов. MTProto прокси не видит содержимое переписки, но видит метаданные: ваш IP, время подключения, объём трафика. Порядочные проекты подчёркивают, что не ведут логов, и открывают исходники, чтобы это можно было проверить хотя бы косвенно. Полностью доверять чужому серверу всё равно не стоит. Обсуждаете в мессенджере что-то чувствительное - это аргумент в пользу своего узла.
Подключение занимает две минуты и не требует софта
Самое приятное: прокси в Telegram встроен в клиент. Никаких приложений, сертификатов и профилей конфигурации.
На Android: Настройки, затем Данные и хранилище, затем Прокси, затем Добавить прокси. Появится поле для ссылки или три поля вручную: сервер, порт, секрет. Вставляете ссылку, сохраняете, включаете переключатель Использовать прокси.
На iOS путь тот же: Настройки, Данные и хранилище, Прокси, Добавить прокси. Интерфейс чуть отличается, логика идентичная.
На десктопе: Настройки, Продвинутые настройки, строка Тип подключения, там же добавляется прокси. Заполняете хост, порт и секрет, сохраняете. Клиент перезапускать не нужно, соединение поднимается сразу.
Есть короткий путь. Прислали ссылку на узел в чате - нажмите на неё, и Telegram сам предложит подключиться и подставит все поля. На компьютере это работает так же, если мессенджер установлен и назначен обработчиком ссылок. Ручное заполнение остаётся на случай, когда адрес прислали текстом и кликать по нему не хочется.
Одна частая ошибка при копировании: секрет обрезается на переносе строки. Строка длинная, мессенджер её ломает, в буфер попадает половина. Если прокси "не работает", первым делом проверьте длину секрета и отсутствие пробелов в конце.
Как отличить проблему прокси от проблемы приложения
Прежде чем менять узел, поймите, кто виноват. Порядок простой. Отключите прокси и проверьте, грузится ли медиа напрямую. Если да, дело в прокси. Если нет, дело в сети или в самом клиенте.
Дальше посмотрите на другие устройства. Тот же адрес на планшете по другой сети: если там всё летает, проблема в вашем Wi-Fi, а не в секрете. Если не летает нигде, узел мёртв или перегружен.
И последнее: очистите кеш Telegram. Иногда старые медиа висят в очереди и создают ощущение, что канал не тянет, хотя клиент просто разбирает залежи загрузок. Две минуты на очистку экономят полчаса перебора адресов.
Свой узел на VPS поднимается за вечер и держит нагрузку команды
Официальная референсная реализация открыта, написана на Go и на удивление нетребовательна: один vCPU и 512 МБ памяти держат тысячи одновременных соединений, процесс в покое ест несколько десятков мегабайт. Ставится на минимальный сервер за пару долларов в месяц, конфигурируется одним файлом, запускается как системный сервис.
Что вы получаете взамен. Первое - предсказуемую задержку: сервер в нужном регионе, без чужих людей рядом. Второе - постоянный адрес и порт, которые не меняются через сутки, что критично для автоматизации. Третье - контроль над логами: по умолчанию прокси не пишет содержимое, остальное настраиваете сами. Четвёртое - возможность поставить TLS-сертификат и вписать трафик в свой домен.
Для бизнеса это часто не про сам мессенджер, а про инфраструктуру вокруг: сбор открытых данных из каналов, отгрузка заявок в CRM, несколько аккаунтов поддержки с одного исходящего адреса. Когда все они ходят через публичный бесплатный узел, вы получаете плавающие таймауты и непредсказуемые обрывы. Свой узел снимает проблему и даёт понятную точку в схеме сети, которую видно на мониторинге.
Корпоративный вариант: несколько узлов вместо одного
Если сотрудников больше десяти, ставьте не один прокси, а два-три в разных регионах и раздавайте их по группам. Балансировка простая: разработчикам ближе один, поддержке другой, дальше смотрите на графики задержки. Референсная реализация масштабируется горизонтально без боли, потому что состояние соединения живёт в клиенте, а не на сервере.
Резервный канал делают иначе: второй узел в другом регионе, который включают, когда основной провайдер начинает чудить. Держать его в работе необязательно, достаточно готового конфига - запуск занимает минуты. Для ежедневной работы это лишняя сущность, а как страховка на случай проблем с каналом вариант рабочий.
Три метрики, которых достаточно для мониторинга своего узла: время ответа, число активных соединений и объём трафика за сутки. Всё это отдаётся стандартными средствами сервера. Если график соединений рвётся вниз каждые несколько минут, проблема в канале провайдера, а не в конфиге.
Несколько аккаунтов на одном прокси: что учесть
Технически один MTProto прокси пропускает десятки аккаунтов одновременно, ограничение только в полосе и памяти сервера. На практике важнее другое: для внешних сервисов все эти аккаунты выходят с одного IP. Для сбора открытых данных и внутренних задач нормально, для работы с рекламными кабинетами уже нет, там любят разнообразие адресов.
Поэтому в корпоративной схеме потоки разделяют: мессенджер для команды идёт через один узел, интеграции и парсинг через другой, тестовые задачи через третий. Так проще искать узкое место, когда что-то начинает тормозить, и не нужно перезапускать всё сразу.
Чек-лист перед тем, как вставлять незнакомый адрес
Пять пунктов, которые я прогоняю каждый раз, когда беру новый узел из списка.
- Секрет полный, а не обрезанный при копировании. Половина "нерабочих" прокси это просто недокопированная строка.
- Порт 443 в приоритете. Нестандартный порт чаще закрыт в гостевых сетях и отелях.
- Ссылка распознаётся Telegram как приглашение подключиться, а не остаётся обычным текстом в чате.
- После подключения пройден тест медиа и короткий звонок.
- Адрес не из личной переписки малознакомого человека: секрет даёт доступ к вашему соединению.
Если хотя бы один пункт не сходится, узел идёт в мусор. Это нормальный расход, не переживайте.
Каталог, где список фильтруют до публикации
Держать в голове десять источников и вручную сверять адреса каждый день быстро надоедает. Я держу под рукой один каталог: каталог прокси 3seller. Там собраны прокси разных типов, включая MTProto для Telegram, с фильтрами по географии и назначению, поэтому не приходится угадывать, что за узел скрывается за строкой.
Практическая ценность каталога в том, что он экономит самый дорогой ресурс: время на перебор. Вместо пяти каналов и трёх подборок вы открываете одну страницу, выбираете нужный тип, проверяете по чек-листу выше и работаете. Кто берёт прокси под задачи посерьёзнее одного мессенджера, найдёт там же варианты под парсинг, рекламные кабинеты и корпоративные схемы с несколькими адресами.
Отдельно отмечу: каталог удобно использовать как точку входа, а не как единственный источник навсегда. Задача разовая - хватит и публичного узла оттуда. Работа постоянная - вы всё равно придёте к своему серверу, а каталог останется местом, где быстро проверить гипотезу или подстраховаться на день.
Что делать прямо сейчас
Откройте настройки Telegram, добавьте прокси из каталога 3seller, прогоните тест с видео и звонком. Узел держится сутки без переподключений - оставляйте. Не держится - не пытайтесь его лечить: у бесплатных прокси срок жизни короткий по определению, и это не ваша вина.
А если Telegram нужен для работы каждый день, посчитайте стоимость своего VPS. Пара долларов в месяц и вечер настройки часто дешевле, чем час в день на перебор мёртвых адресов. Такой узел не меняет владельца в полночь, и это, пожалуй, главный его плюс.