Включаю ноутбук в отеле, открываю Telegram, а он не грузит даже текст. Медиа висят серыми кружками, сообщения уходят через раз. Сеть есть, спидтест показывает честные 40 Мбит. История не про скорость интернета, а про маршрут до серверов Telegram.
Дальше обычно начинается разговор с подписчиками: у кого какой прокси и какой живой. В ответ прилетает десяток ссылок. Половина мёртвая, ещё треть отваливается через сутки. Разберём без иллюзий, как работают прокси сервера для телеграмм mtproto, откуда их брать и когда проще поднять свой узел, чем бегать по чатам.
MTProto прокси встроен в клиент, и в этом вся разница
MTProto прокси - не отдельная программа и не системная настройка. Он живёт внутри клиента Telegram. Вы добавляете сервер, приложение само гоняет трафик через него на уровне своего протокола, а не операционной системы.
Отсюда два следствия. Прокси не влияет на остальной трафик: браузер и почта ходят напрямую. Настраивать его нужно в каждом клиенте отдельно - на телефоне, десктопе, планшете. Синхронизации этой настройки между устройствами нет, и это многих удивляет.
С SOCKS5 разница архитектурная. SOCKS5 работает как транспортный туннель: клиент говорит «соедини меня с таким-то адресом», сервер соединяет и перекладывает байты. Что внутри, он не понимает. MTProto прокси понимает, потому что это часть того же протокола, что и мессенджер. Он умеет вставлять случайный padding в пакеты, менять их размер и ритм, а в режиме fake TLS оборачивать поток в подобие TLS-сессии.
На практике SOCKS5 проще поднять, но его трафик легче распознать по характерным признакам. MTProto прокси проектировали так, чтобы он выглядел как обычное защищённое соединение. На нестабильных сетях, в кафе, гостиницах и корпоративных Wi-Fi MTProto держится заметно лучше. Проверял в поездке: один и тот же канал с SOCKS5 рвался на отправке фото, а MTProto дотягивал голосовое без переподключения.
Секрет это не пароль, а кусок протокола
При добавлении прокси Telegram просит три поля: сервер, порт и секрет. Люди воспринимают секрет как пароль, вводят руками, ошибаются в одном символе и потом пишут, что прокси не работает. На самом деле это не пароль, а 16 байт, то есть 32 шестнадцатеричных символа. Они задают параметры шифрования соединения.
Секрет генерируется на сервере при запуске. Клиент и сервер должны совпасть по этим байтам, иначе соединение не установится. Аутентификации по логину нет, аккаунтов нет, лимитов на пользователя нет. Сервер либо принимает соединение с правильным секретом, либо нет.
Для тех, кто думает, что «прокси» и «приватность» - синонимы, есть неприятный нюанс. Человек, который держит сервер, знает секрет. Он видит метаданные: с каких адресов пришли подключения, когда, сколько трафика прошло. Содержимое переписки он не читает: MTProto шифрует данные между клиентом и серверами Telegram, а секретные чаты идут сквозным шифрованием. Но факт «кто-то общается через мой узел в 3 часа ночи» остаётся видимым.
Правило простое. Непонятный публичный прокси годится для чтения каналов и новостей. Для рабочей переписки, сделок и внутренних документов лучше держать свой узел или брать прокси у того, кому доверяете как провайдеру.
Три формата секрета, которые встречаются на практике
Форматов больше, но в реальной жизни вы столкнётесь с тремя. Разница влияет на совместимость и поведение в сетях.
- С префиксом dd. Базовая версия с поддержкой случайного padding. Самый распространённый вариант, работает во всех актуальных клиентах.
- С префиксом ee. Режим fake TLS: соединение маскируется под обычный HTTPS-поток. Полезен в сетях, где внимательно смотрят на характер трафика, но требует свежего клиента.
- Голый ключ без префикса. Нужен для старых версий приложений, которые не умеют padding. Встречается реже, совместимость хуже.
Если поднимаете сервер сами, почти всегда имеет смысл раздавать секрет с префиксом ee и держать второй, с dd, как резервный. У меня был случай: на одном устройстве с давно не обновлённым клиентом нормально завёлся только голый вариант. Мелочь, но она съела полчаса нервов.
Бесплатные списки живут ровно столько, сколько живёт сервер энтузиаста
В открытых репозиториях регулярно появляются автообновляемые подборки MTProto узлов. Бот раз в 12 часов сканирует пространство, проверяет отклик и публикует свежий файл. Звучит удобно, и этим реально пользуются.
Проблема в экономике. Публичный прокси - чужой VPS за 3-5 долларов в месяц и канал, который кто-то оплачивает из своего кармана. Как только узлом начинают пользоваться сотни людей, владелец видит счёт за трафик и нагрузку на процессор. Дальше два варианта: сервер выключают или ставят рекламную заглушку с монетизацией, которая режет скорость.
На Reddit в обсуждениях self-hosted MTProto администраторы регулярно отмечают: публичные узлы умирают не от атак, а от счёта за трафик. Средний срок жизни узла из открытого списка, по моим наблюдениям, от нескольких часов до пары недель. Умирает он не мгновенно, а деградирует. Сначала растёт пинг, потом отваливаются медиа, потом перестаёт приходить код подтверждения. Человек думает, что у него проблемы с телефоном, а сервер просто перегружен.
Вторая категория публичных узлов живёт дольше: их запускают как скрытые сервисы в оверлейных сетях вроде I2P. Публичного адреса нет, соединение идёт через цепочку узлов, задержка выше, зато узел стабильнее. Для текста нормально, для звонков и видео не подходит.
Свой узел на VPS стоит дешевле, чем кажется
Разговор про свой сервер обычно упирается в миф, что это сложно и дорого. Минимальная конфигурация - один виртуальный процессор, гигабайт памяти и канал от 100 Мбит. Такого хватает на несколько сотен одновременных подключений, если не гонять через узел видеокружки сутками.
Процессор важнее канала. MTProto прокси не расшифровывает и не перешифровывает контент, он работает с уже зашифрованным потоком, но проверяет и модифицирует пакеты. На слабой машине ядерный час уходит быстро, если пользователей много. Я видел узлы на двух ядрах, которые держали рабочий чат на 30 человек и не превышали 20 процентов загрузки.
География важнее мощности. Сервер в Германии даст 40-60 мс из Москвы, сервер в Финляндии те же 40, а сервер в США добавит 120 мс. Такую разницу вы почувствуете на каждом сообщении. Для голосовых звонков 40 и 120 мс - это разница между «нормально» и «переспроси, я не расслышал».
Ещё один момент, про который забывают: у провайдера VPS нужно смотреть условия по трафику. Дешёвые тарифы часто дают 500 ГБ в месяц, а активный пользователь с медиа спокойно съедает 20-30 ГБ. Три-четыре человека уже подводят вас к лимиту.
Docker и Rust: рабочий сервер за десять минут
Самая простая дорога к своему узлу выглядит так. Берёте VPS с Ubuntu, ставите Docker, запускаете готовый образ с реализацией на Rust. Эта сборка считается одной из самых стабильных и экономных по памяти. Я сам на ней остановился после экспериментов с другими.
Логика запуска такая: в параметрах контейнера вы указываете порт и свою фразу, из которой генерируется секрет. После старта смотрите логи контейнера. Там появляется готовый секрет и ссылка для подключения. Дальше остаётся открыть нужный порт в файрволе и раздать ссылку тем, кому она нужна.
Три вещи, которые я делаю всегда. Ставлю автоперезапуск контейнера, чтобы узел поднимался после ребута VPS. Не оставляю порт открытым для всего мира без ограничений по количеству соединений. Сразу настраиваю мониторинг хотя бы на уровне пинга раз в минуту, иначе об отвале узнаю от людей, а не от системы.
Официальная референсная реализация тоже открытая. На ней работает часть публичных сервисов, но по ресурсам она тяжелее Rust-варианта. Для одного-двух пользователей разницы не почувствуете, для десятка уже да.
Владелец прокси видит метаданные, и об этом лучше помнить
Разговор про приватность в контексте MTProto почти всегда скатывается в две крайности: «прокси всё скрывает» и «прокси всё видит». Обе неверны.
Что не видно: текст сообщений, содержимое файлов, содержимое секретных чатов. Трафик между клиентом и дата-центрами Telegram зашифрован, прокси в этой схеме перекладывает уже готовые пакеты.
Что видно: IP-адрес клиента, время подключения, объём трафика в обе стороны, длительность сессий. По этим данным строится довольно детальная картина активности, хотя без содержания. Владелец узла знает секрет и теоретически может собрать свою конфигурацию и попробовать посмотреть больше. На практике для этого нужны серьёзные усилия, но отрицать саму возможность глупо.
Мой вывод: доверенный прокси - вопрос доверия к человеку или компании, а не вопрос технологии. Если такого человека нет, поднимайте свой узел на своём VPS. Тогда владелец прокси - вы, и вопрос закрыт.
Задержка важнее страны на карте
Люди выбирают прокси по флагу: «хочу немецкий, он же быстрый». Флаг сам по себе ничего не значит. Значение имеет физическое расстояние и качество маршрута между вами и узлом, а не юрисдикция сервера.
Бывает, узел в соседней стране отвечает 90 мс, потому что трафик идёт кривым маршрутом через три точки обмена. А узел на другом континенте даёт 60 мс, потому что у провайдера прямой пиринг. Проверять надо пингом, а не картой.
Второй фактор - MTU и фрагментация. Если на пути стоят туннели с маленьким MTU, крупные пакеты фрагментируются. Получаете странный эффект: текст летает, а картинки грузятся вечно. Лечится подбором узла или настройкой MSS на самом сервере.
Третий фактор - количество людей на узле. Публичный прокси с сотней активных пользователей будет тормозить даже при идеальном пинге, потому что канал делится на всех. Свой узел на пять человек работает ровно так, как вы ожидаете.
Настройка в приложении занимает четыре нажатия
В мобильном Telegram идёте в настройки, дальше в раздел данных и памяти. Там находите пункт про прокси, добавляете новый, выбираете тип MTProto и вставляете три поля. Если есть готовая ссылка от владельца узла, всё подставится само, достаточно нажать «подключить».
На десктопе путь другой: настройки, продвинутые, тип подключения, прокси. Логика та же, интерфейс отличается. В веб-версии настройки прокси нет вообще. Это архитектурное ограничение браузерного клиента, а не баг.
Деталь, которая экономит время: если прокси добавлен, но не включён, Telegram продолжит ходить напрямую. Проверять статус нужно глазами, а не по ощущениям. При переключении сети с Wi-Fi на мобильную соединение иногда отваливается и не восстанавливается само. Лечится переподключением прокси в том же меню.
Один прокси для парсинга это мало
Отдельная история для тех, кто работает с Telegram по работе: собирает статистику каналов, мониторит упоминания, ведёт несколько аккаунтов. Публичные узлы тут не годятся вообще, и не из-за скорости.
Причины три. Нестабильность: скрипт, который раз в час теряет соединение, бесполезен. Общий адрес: все пользователи публичного узла выходят в сеть с одного адреса, Telegram это видит, риск ограничений на аккаунт растёт. Чужой контроль: владелец узла может в любой момент поменять секрет, и ваш парсер тихо умрёт ночью.
Для задач сбора данных нужен пул адресов: несколько узлов в разных подсетях, ротация, проверка отклика перед каждым заданием. Это уже не «нашёл ссылку в чате», а инфраструктура. Хорошая новость: собирается она один раз и потом только масштабируется.
Каталог прокси как отправная точка, а не как панацея
Когда своих узлов пока нет, а разбираться с VPS не хочется, логично начать с готового каталога, где узлы уже отсортированы и проверены. Это в разы лучше, чем собирать ссылки по чатам и форумам, где половина постов устарела на месяц.
В каталоге прокси 3seller можно выбрать узел по стране, типу и задаче: под личное использование, под работу с несколькими аккаунтами, под сбор данных. Разница с публичными списками в том, что узлы там живут не один вечер и не отваливаются в самый неподходящий момент. Для рабочего процесса это критично.
Мой подход к выбору. Сначала беру один узел и гоняю его сутки на обычных задачах: переписка, каналы, пара звонков, отправка файлов на 50 МБ. Если за сутки не было разрывов и медиа уходило с первого раза, узел остаётся. Если хотя бы раз пришлось переподключаться вручную, меняю без сожалений. Экономия пяти минут на выборе оборачивается часом нервов потом.
Второй критерий - поведение на мобильной сети. Стационарный Wi-Fi прощает многое, а переключение между вышками и роуминг вскрывают всё. Проверять прокси надо именно в движении, а не сидя за столом.
Третий критерий - предсказуемость. Хороший прокси не должен быть самым быстрым в момент проверки. Он должен показывать одинаковый результат утром, днём и в полночь. Стабильные 50 мс лучше, чем 20 мс с провалами до 400.
Что сделать сегодня
Если нужен прокси для чтения каналов и пары чатов, начните с готового узла из каталога. Проверьте его сутки и не мучайтесь. Если у вас рабочая переписка, несколько аккаунтов или задачи по сбору данных, смотрите в сторону своего VPS. Один вечер настройки, три доллара в месяц, полный контроль над тем, кто и что видит.
Если нужен пул под парсинг, берите несколько узлов сразу, а не один с надеждой на лучшее. И держите в голове простую мысль: в MTProto прокси главное не скорость в спидтесте, а то, что он не отвалится в момент, когда нужно отправить важный файл. Всё остальное вторично.