На прошлой неделе настраивал Telegram отделу продаж: восемь аккаунтов, три города, один рабочий ноутбук на всех. Полдня ушло не на прокси, а на объяснение, почему купленный HTTP-прокси в клиент просто не встаёт. Telegram умеет ровно два типа - MTProto и SOCKS5. Всё остальное можно не покупать.
Дальше - что реально работает, с задержками, которые я мерил руками на разных узлах, и с граблями, на которые наступают почти все. На Reddit в тредах про прокси для Telegram регулярно всплывает та же история: купили HTTP-прокси, а клиент его не видит. Заодно покажу, почему «поближе к дому» не всегда значит «быстрее».
Встроенный прокси-менеджер Telegram: два протокола, третьего нет
Прокси в Telegram живёт внутри приложения, а не в настройках операционной системы. Открываешь «Продвинутые настройки», выбираешь тип подключения, вбиваешь хост, порт и либо логин с паролем, либо секрет. Клиент сам держит соединение, сам переподключается, сам показывает пинг. Сторонний софт на компьютер ставить не нужно.
Обратная сторона - жёсткая привязка к формату. В списке типов только MTProto и SOCKS5. HTTP-прокси, HTTPS-прокси и всевозможные «универсальные» поделки с двойным протоколом остаются за бортом. Если продавец в описании лота пишет только HTTP, для Telegram такой вариант бесполезен, каким бы дешёвым он ни был.
MTProto: шифрование внутри протокола, а не снаружи
MTProto-прокси - родная история Telegram, её писали под мессенджер и только под него. На входе у вас секрет: 32 hex-символа, иногда с префиксом dd. Из этого секрета клиент и сервер выводят ключ AES. Дальше весь поток шифруется на уровне самого прокси, без TLS-обёртки. Пакеты при этом добиваются случайным паддингом до произвольной длины.
Практический смысл простой: снаружи соединение не похоже на типовой HTTPS-хендшейк, а внутри уже едет обычный MTProto-трафик. Для бизнеса важнее другое - накладные расходы. На нормальном узле в Амстердаме я стабильно вижу +8-15 мс к базовому пингу. На дешёвом оверселлинге те же +8 превращаются в +120 и прыгающий джиттер. Вот это уже чувствуется в голосовых.
Ещё нюанс: один MTProto-прокси спокойно держит сотни одновременных подключений. Я гонял узел на одном vCPU с 512 МБ памяти, к нему цеплялись 40-50 человек, процессор при этом отдыхал. Узкое место - канал, а не вычислительная мощность.
SOCKS5: универсальный, но без собственного шифрования
SOCKS5 работает на уровне TCP: клиент говорит «соедини меня с таким-то адресом и портом», прокси соединяет. Ничего не шифрует, ничего не инспектирует, в содержимое не лезет. Шифрование обеспечивает сам Telegram своим TLS-слоем поверх. Отсюда и главная прелесть - через один и тот же SOCKS5 ходят браузер, парсер, торрент-клиент и мессенджер.
Авторизация двумя способами: логин с паролем или привязка по IP. Для офиса второй вариант удобнее: настройки прописываются один раз в клиенте, пароли не гуляют по чатам. Для распределённой команды наоборот, логин с паролем, иначе каждый переезд сотрудника превращается в тикет в поддержку.
Задержка у SOCKS5 обычно ниже, чем у MTProto. Лишнего слоя шифрования нет: TLS-хендшейк всё равно случается, но один раз и напрямую с серверами Telegram. На близких локациях разница в 3-7 мс, на дальних она уже не имеет значения.
Что брать под конкретную задачу
Личный аккаунт на телефоне. Хватит MTProto, одного узла, минимального тарифа. Настройка занимает минуту, стабильности обычно достаточно на месяцы. Если пользуетесь только мессенджером, переплачивать за универсальность незачем.
Отдел продаж с десятью-тридцатью аккаунтами. Тут SOCKS5 и правило «один адрес на три-пять аккаунтов». Больше не стоит: растёт риск, что один проблемный аккаунт утянет за собой соседей по IP. И обязательно привязка по IP, а не общий логин на всех.
Парсинг каналов, аналитика, мониторинг упоминаний. Только SOCKS5, и лучше резидентские адреса с ротацией. Дата-центровые IP после пары тысяч запросов начинают получать капчи и пустые ответы. Резидентские дороже в разы, но живут дольше и ведут себя естественнее.
Боты и интеграции через API. Здесь важна не география, а аптайм. Берите дата-центровый узел рядом с точкой входа вашего сервера и смотрите на SLA, а не на количество стран в списке.
Дата-центр, резидент или мобильный: арифметика в цифрах
Дата-центровые прокси - самый дешёвый и самый быстрый вариант. Задержка от 5 до 30 мс на соседнюю локацию, канал от 100 Мбит, цена начинается от пары долларов за адрес в месяц. Минус один: адреса общие по своей природе, и репутация подсети может быть подпорчена соседями.
Резидентские - это реальные домашние подключения. Задержка 80-200 мс, тарификация по гигабайтам. Для мессенджера такой расход смешной: переписка и пара каналов съедают мегабайты, а не гигабайты. Ставить резидентский прокси под стриминг видео бессмысленно, под аккаунты с историей оправданно.
Мобильные - самый дорогой сегмент, 150-400 мс и цена за гигабайт в разы выше резидентских. Нужны в узком сценарии: когда важна максимальная «человечность» адреса и вы готовы за это платить. Для обычной рабочей переписки это избыточно.
География: где физически стоят серверы Telegram
У Telegram пять дата-центров: два в Амстердаме, два в Майами и один в Сингапуре. Клиент сам выбирает ближайший по задержке и переключается между ними, если один стал отвечать медленно. Прокси в этот выбор не вмешивается, он просто несёт трафик.
Отсюда простое правило: узел ставьте между собой и ближайшим ЦОД. Из Москвы до Амстердама по нормальному маршруту 40-60 мс, из Новосибирска 90-110 мс. Прокси в Германии даст те же 40-60 плюс 5-10 мс накладных. Прокси в США - уже 120-150 мс, и это чувствуется в голосовых: собеседник начинает переспрашивать.
Азиатским командам логичнее смотреть на Сингапур, европейским на Амстердам, американским на Майами. Красивая локация «где-нибудь в Люксембурге» почти всегда проигрывает соседнему дата-центру с нормальным аплинком.
Сколько сессий и устройств держит один адрес
По моим замерам, один дата-центровый SOCKS5 спокойно тянет 200-300 одновременных TCP-соединений, дальше начинаются очереди и рост времени отклика. На практике это 15-25 активных аккаунтов при условии нормальной работы. Если у вас больше, делите на несколько адресов.
MTProto масштабируется легче: соединение одно на клиент, накладные расходы копеечные. Один узел на VPS с 1 ГБ памяти выдерживал у меня 80-100 активных клиентов без деградации. Но тут всё упирается в канал: 100 Мбит на всех, и если кто-то начал качать файлы, остальные это заметят.
Прокси и VPN: разные инструменты, а не конкуренты
VPN заворачивает весь трафик устройства: браузер, мессенджер, обновления системы, фоновые сервисы. Прокси в Telegram заворачивает только мессенджер. Для рабочего ноутбука разница принципиальная. Под VPN у вас падает корпоративный доступ к внутренним ресурсам и ломается геолокация в рекламных кабинетах. Под прокси всё остальное работает как обычно.
Второй аргумент - скорость. Прокси добавляет один хоп до узла. VPN гоняет через шифрованный туннель весь стек. На мобильном интернете это заметно по расходу батареи. Третий - управляемость: прокси настраивается на уровне клиента, отключается одной кнопкой и не требует прав администратора на машине.
VPN нужен, когда задача шире мессенджера: удалённый доступ в офисную сеть, единая точка выхода для всей команды, аудит. Для переписки в Telegram он избыточен.
Настройка в клиенте: куда нажимать
Десктоп. Настройки, затем «Продвинутые настройки», строка «Тип подключения», кнопка «Добавить прокси». Выбираете MTProto или SOCKS5, вводите хост и порт, для SOCKS5 логин с паролем, для MTProto секрет. Кнопка «Проверить» покажет пинг до узла. Сохранить и включить.
Android. Настройки, «Данные и память», раздел «Прокси», «Добавить прокси». Дальше те же поля. На iOS путь такой же: «Настройки», «Данные и память», «Прокси». В веб-версии прокси не настраивается вообще, только через системные настройки браузера или ОС.
Один момент, на котором спотыкаются: после добавления прокси нужно переключить тумблер «Использовать прокси» и дождаться, пока вверху чата пропадёт «Подключение...». Если через 30 секунд статус не изменился, проблема не в клиенте, а в узле или в паре логин-пароль.
Как проверить прокси до оплаты и после
Первое - пинг в самом клиенте. До 100 мс комфортно, 100-200 терпимо для переписки, выше 250 мс голосовые превращаются в пытку. Второе - тестовый канал с медиа: отправьте себе файл на 10-20 МБ и посмотрите на реальную скорость, а не на цифру в описании тарифа.
Третье - стабильность в течение суток. Хороший продавец даёт тестовый период от часа до суток, и этого хватает, чтобы увидеть провалы. Смотрите не на средний пинг, а на разброс: если 60 мс превращаются в 400 каждые пять минут, узел перегружен.
Четвёртое - проверка с двух разных сетей, например с домашнего Wi-Fi и с корпоративного канала. Бывает, что узел жив, а конкретный провайдер до него идёт кривым маршрутом. Тогда лечится сменой локации, а не сменой провайдера.
Публичные бесплатные прокси: чем платит пользователь
Бесплатный узел из открытого списка стоит не ноль. Владелец такого сервера видит весь ваш трафик, а SOCKS5, напомню, сам ничего не шифрует. Всё, что уходит без TLS, читается. Даже с TLS остаётся метаинформация: к каким адресам и как часто вы ходите.
Дальше производительность. На публичный адрес заходят сотни людей, канал забит, задержка скачет, соединение рвётся в самый неподходящий момент. Для личной переписки ещё куда ни шло, для рабочего аккаунта с клиентами гарантированные проблемы.
Такие адреса живут часами. Вы потратите больше времени на поиск рабочего узла каждое утро, чем стоит месяц нормального приватного прокси. Посчитайте свою ставку в час, и всё станет очевидно.
Свой узел на VPS: когда арифметика сходится
MTProto-прокси поднимается на минимальном VPS: 1 vCPU, 512 МБ памяти, около 5 долларов в месяц. Официальный образ разворачивается в две команды, секрет генерируется автоматически, обновления ставятся пакетным менеджером. На 20-40 человек этого хватает с запасом.
Сходится не всегда. Как только нужно три-четыре географии, ротация адресов, замена узла за пять минут и поддержка, которая отвечает ночью, свой VPS превращается в отдельную работу. Я держу один личный узел для тестов и покупаю готовое, когда речь о команде.
Каталог, где протокол указан до оплаты
Половина проблем с прокси для Telegram решается на этапе выбора: нужно видеть протокол, локацию, тип адреса и лимиты до того, как деньги ушли. Каталог прокси 3seller.com/proxy как раз про это: фильтры по протоколу, включая MTProto и SOCKS5, по стране и по типу адреса - дата-центровые, резидентские, мобильные.
Мне в работе важны две вещи: тестовый период и понятная тарификация. Когда берёшь адрес на отдел из двадцати аккаунтов, ошибка стоит дорого, и возможность проверить узел до оплаты экономит нервы. Плюс в каталоге сразу видно, поддерживает ли конкретный лот привязку по IP, а это для офисной настройки критично.
Ссылку на каталог прокси держу в закладках: заходит и под разовую задачу вроде одного аккаунта, и под регулярные проекты с парсингом.
Чек-лист перед оплатой
- Протокол в описании - MTProto или SOCKS5, третьего для Telegram не существует.
- Тестовый период или пробный тариф хотя бы на час.
- Локация между вами и ближайшим ЦОД Telegram.
- Способ авторизации: привязка по IP для офиса, логин с паролем для распределённой команды.
- Лимит одновременных соединений и политика при превышении.
- Возможность смены адреса без потери оплаченного времени.
С чего начать сегодня
Определитесь с задачей. Один личный аккаунт - берите MTProto на минимальном тарифе и забудьте на месяц. Команда или несколько аккаунтов - SOCKS5 с привязкой по IP и расчётом «один адрес на три-пять аккаунтов». Парсинг - резидентские с ротацией, и сразу закладывайте бюджет выше, чем кажется.
Потом возьмите тестовый период, прогоните его сутки, посмотрите на разброс задержки и только после этого платите за месяц. Такой порядок экономит больше денег, чем любая скидка за годовую подписку.