Ссылку на «рабочий прокси для Телеграма» я открывал в четверг вечером. В пятницу утром она уже не отвечала. Интернет не сломался и катастрофы не случилось - публичный узел за сутки выжрали до нуля, а владелец его выключил.
Дальше разберу, какие вообще бывают адреса прокси серверов для телеграмма, чем MTProto отличается от SOCKS5 на уровне пакетов, как подключить узел руками за минуту и почему держать в закладках список из десяти адресов - худшая стратегия из возможных.
Адрес прокси умирает быстрее, чем вы успеваете его сохранить
Типичная картина. Человек находит в тематическом чате сообщение с набором параметров, копирует домен, порт и секрет, вставляет в настройки, видит зеленый индикатор и расслабляется. Через два дня индикатор краснеет, а в чате уже триста сообщений «а есть рабочее?».
Причин ровно три, и все они технические. Первая - полоса пропускания. Публичный бесплатный узел на VPS за пять долларов в месяц не рассчитан на сотни людей, которые одновременно тянут через него голосовые и видео. Канал забивается, latency растет, клиент отваливается по таймауту. Вторая - владелец. Человек держал узел для себя, потом выложил в паблик, получил нагрузку и просто выключил машину. Третья - ротация. Многие сервисы меняют выходные адреса по расписанию, и вчерашняя конфигурация физически указывает в пустоту.
Отсюда простой вывод: ценность представляет не конкретная строчка с адресом, а канал, откуда эти строчки приходят регулярно и с проверкой на живость. Параметры без проверки - это лотерея, а не инструмент.
Три категории адресов и что они реально дают
Когда говорят «прокси для Телеграма», обычно смешивают в кучу три совершенно разных класса узлов. Отличаются они не ценой, а тем, как мессенджер к ним относится.
Датацентровые адреса. Это IP с известных хостинговых площадок. Работают быстро, стоят дешево, поднимаются за пять минут. Для чтения каналов, скачивания файлов и обычной переписки - более чем достаточно. Но антифрод Телеграма прекрасно знает диапазоны крупных облачных провайдеров, и как только вы начинаете делать что-то кроме чтения, отношение к такому адресу меняется резко.
Резидентские адреса. IP домашних провайдеров. Выглядят для платформы как обычный живой пользователь из квартиры, поэтому спокойно переживают регистрацию аккаунтов, работу с ботами и умеренную автоматизацию. Дороже датацентровых в разы, зато стабильнее в сценариях, где важна репутация адреса, а не скорость отклика.
Мобильные адреса. IP сотовых операторов 3G/4G/5G. Самая лояльная к себе категория: за одним мобильным IP через NAT одновременно сидят сотни реальных людей. Платформа к таким адресам привыкла и почти не реагирует. Цена соответствующая, и стабильность сессии ниже - оператор может перекинуть вас на другой IP в любой момент.
MTProto против SOCKS5: разница в архитектуре, а не в «скорости»
В настройках Телеграма выбор протокола выглядит как два пункта в списке. По факту это два разных подхода к тому, что происходит с вашим трафиком.
SOCKS5 - универсальный транспортный уровень. Клиент говорит серверу «соедини меня с вот этим адресом и портом», сервер соединяет и дальше просто перекладывает байты. Никакой криптографии поверх TCP он не добавляет, шифрование остается на плечах самого Телеграма. Отсюда плюсы: работает везде, поддерживается любым софтом, легко настраивается в браузере и в скриптах. Минусы: провайдер видит, что вы ходите на конкретный хост и порт, а сам узел легко опознается по характерному TLS-хендшейку.
MTProto - протокол, который команда мессенджера сделала специально под себя. Внутри него трафик выглядит как обычное TLS-соединение, ключ шифрования задается секретом в base64, а сервер умеет проксировать только Telegram и ничего больше. Задержка ниже, чем у SOCKS5, потому что нет лишних рукопожатий, а нагрузка на узел при большом числе клиентов распределяется аккуратнее. Обратная сторона - привязанность к одному приложению и обязательное наличие секретного ключа.
Практический выбор простой. Нужен прокси для рабочего места, где в фоне крутятся браузер, парсер и десктопный клиент - берите SOCKS5. Нужна максимальная стабильность именно в мессенджере и минимальный пинг на мобильном - берите MTProto.
Подключение руками: пошагово по интерфейсу
Начну с мобильного клиента, там путь короче всего. Открываете приложение, тапаете по трем полоскам в левом верхнем углу, заходите в «Настройки». Дальше «Данные и память», прокручиваете вниз до раздела «Прокси» и нажимаете на него. Переключаете тумблер «Использовать прокси» и добавляете новый сервер через кнопку добавления.
Приложение предложит выбрать тип: SOCKS5 или MTProto. Для SOCKS5 заполняете адрес сервера, порт, при необходимости логин и пароль. Для MTProto к тем же полям добавляется секретный ключ - длинная строка в base64. После сохранения напротив записи загорается индикатор соединения. Зеленый - параметры верные, красный - перепроверяйте порт и ключ, чаще всего ошибка именно там.
В десктопной версии логика та же, только путь другой: «Настройки» ищем в левом меню, затем раздел «Продвинутые настройки» и внутри него «Тип соединения». Там открывается список прокси, куда через «Добавить прокси» вбиваются те же поля. На macOS и Linux путь почти идентичный, отличается только расположение пункта меню.
Отдельно про веб-версию. В браузере настройки прокси живут не в самом Телеграме, а в системе или в расширении. Через интерфейс веб-клиента задать узел нельзя, поэтому для стабильной работы в браузере либо настраивают системный SOCKS5, либо используют отдельный профиль браузера с расширением, куда прописываются адрес и порт.
Что проверить в первые 30 секунд после подключения
Зеленый индикатор в настройках значит гораздо меньше, чем кажется. Он говорит только о том, что TCP-соединение установилось. Дальше начинается практика.
Отправьте себе в «Избранное» голосовое сообщение на двадцать секунд и дождитесь, пока оно уйдет и прочитается обратно. Если загрузка встает на середине, у узла плохой канал, и никакая скорость отклика в тесте это не компенсирует. Затем откройте канал с медиа и пролистайте двадцать постов с фотографиями - так вы проверите, как узел держит параллельные потоки.
Дальше посмотрите на задержку в реальной работе. В веб-версии нажмите правой кнопкой в поле чата и выберите настройки, там в разделе соединений видно время отклика. Для датацентрового узла в вашем регионе нормально 40-90 мс. Если видите 400 и выше, узел физически далеко, и голосовой разговор превратится в пытку.
Где брать адреса, которые не отвалятся через день
Есть три источника, и они неравноценны.
Первый - публичные списки и чаты. Бесплатно, быстро, ноль гарантий. Годится, чтобы проверить гипотезу или разово зайти с чужого ноутбука. Для постоянной работы не годится вообще: вы каждый день тратите время на поиск вместо задач.
Второй - свой узел на VPS. Вы сами держите адрес, сами контролируете нагрузку и знаете, что сервер не выключат из-за чужого трафика.
Третий - каталог, где узлы проверяются и обновляются. Я держу под рукой каталог прокси от 3seller именно потому, что там адреса сгруппированы по типу и географии, а не свалены в одну простыню. Когда мне нужен узел под конкретную задачу - парсинг канала, тест рекламного креатива из нужной страны или фоновая работа нескольких аккаунтов, - иду туда и беру готовое вместо того, чтобы полчаса листать чат.
В обсуждениях на Reddit практикующие маркетологи сходятся в том же: единственный метрик, который имеет значение у публичного узла, - это возраст последней проверки. Все остальное - шум.
Следующий шаг конкретный: откройте свой список сохраненных адресов и прогоните каждый через тест из трех пунктов - голосовое сообщение, двадцать медиа-постов, замер задержки. Что не прошло - удаляйте без сожалений и замените узлами из проверяемого источника.