Сервер для MTProto вы выбираете сами, и это главное
Вопрос «какой сервер у прокси mtproto» обычно появляется на втором шаге. Сначала человек решает, что ему нужен собственный узел, а потом выясняет: никакого «сервера MTProto» как отдельного продукта не существует.
MTProto-прокси - это демон. Маленький процесс, который вы запускаете на своей машине. Официальная реализация живёт в образе telegrammessenger/proxy, ставится через Docker и при первом старте сама генерирует секретный ключ, по которому клиенты к ней подключаются. Никакой центральной инфраструктуры, к которой надо «подключиться», нет.
Отсюда и ответ: подойдёт любой нормальный VPS. Вопрос не в бренде и не в том, что написано в названии тарифа, а в трёх вещах - виртуализация, локация и свободный выделенный адрес.
Минимальная конфигурация, которой хватает с запасом
Планка низкая. 1 vCore, 1 ГБ RAM, 10 ГБ SSD или NVMe, канал от 100 Мбит, полный root и выделенный IPv4. Всё это в 2027 году стоит 2-4 доллара в месяц, если не брать модные «премиум» локации.
Причина в архитектуре. MTProto-прокси не расшифровывает трафик: принимает пакет, снимает свой слой шифрования и отправляет дальше к датацентрам Telegram. Криптография тут дешёвая, арифметики на процессор почти нет. Узкое место - сеть и лимиты хостера, а не ядра.
На одном ядре я спокойно держал узел, через который одновременно ходило два-три десятка активных людей. Процессор в этот момент отдыхал, память съедалась на 150-200 МБ. Если у вас не канал на аудиторию в тысячи человек, гнаться за 4 ядрами и 8 ГБ смысла ноль.
KVM - то, что реально важно. Не OVZ, не «контейнерная виртуализация», не тарифы с пометкой NAT. В OpenVZ ядро общее с соседями: легко упереться в чужие ограничения по сети или не получить нужные модули. Плюс NAT означает, что внешний адрес делится между несколькими клиентами, а прокси нужен собственный - иначе не открыть нормально порт и не посмотреть статистику.
IPv6, кстати, не нужен. Достаточно одного выделенного IPv4. Поддержку IPv6 хостер может дать бонусом, но строить на ней прокси смысла мало: клиенты всё равно придут по v4.
Локация влияет сильнее, чем количество ядер
Правило простое: сервер не в стране вашего проживания. Причина не в мистике, а в маршрутах. Если узел стоит в том же датацентре, что и ваш домашний провайдер, вы получаете минимальную задержку, но и минимальную устойчивость к перегрузкам местного сегмента.
Для аудитории из России и СНГ практичнее всего Нидерланды, Германия, Финляндия, Польша. Пинг оттуда до пользователя обычно 30-60 мс, до датацентров Telegram - ещё меньше. Амстердам вообще удобен: там плотно стоят и хостеры, и обменные точки.
Аудитория в Азии - смотрите Сингапур и Гонконг. Для США - восточное побережье, Майами. Логика одна: чем короче путь до ближайшего узла Telegram, тем меньше дрожание задержки и тем реже клиент переключается на другой прокси.
Перед покупкой я всегда проверяю маршрут. Беру тестовый адрес у хостера и смотрю трассировку до сетей Telegram. Если пакет идёт через три континента и обратно, никакой тариф это не исправит.
Порт 443 должен быть свободен, и это не мелочь
Стандартная схема запуска слушает тот же порт, что и HTTPS. Если на машине уже висит nginx или apache, прокси не поднимется: адрес занят. На чистом VPS такой проблемы нет, но на сервере, который вы купили «заодно под сайт», это первая причина тишины в логах.
Сеть контейнера - второй момент. Официальный образ запускают с сетью хоста, томом под конфиг и автоперезапуском. Том важен: именно там лежит секретный ключ, который сгенерировался при первом старте. Потеряете том - потеряете ключ, и все клиенты отвалятся, придётся раздавать новый.
Сам ключ - это не пароль и не логин. Строка, которую вы копируете в Telegram вместе с адресом и портом. Обращаться с ней стоит как с ключом от квартиры: не выкладывать в открытые чаты, не публиковать в описании канала, не хранить в заметках на расшаренном аккаунте.
Что происходит с трафиком внутри
Понимание архитектуры экономит нервы. MTProto-прокси работает как релей на уровне пакетов. Клиент устанавливает соединение, обменивается секретом, дальше трафик идёт в зашифрованном виде до датацентров Telegram. Прокси не видит ни логинов, ни содержимого переписки - в официальной реализации у владельца узла нет доступа к метаинформации протокола.
Схема с секретом даёт ещё одну вещь: у клиента и сервера нет фазы открытого обмена. Первые пакеты выглядят как обычный TLS-хендшейк, с паддингом и случайными размерами. Именно поэтому узел на стандартном HTTPS-порту не выделяется в общем потоке.
Для бизнеса это означает простую вещь. Если вы поднимаете корпоративный узел, чтобы сотрудники в публичных Wi-Fi и роуминге ходили через одну точку, вы не строите систему слежки и не собираете логи. Вы просто ставите релей и управляете доступом через список тех, кому дали ключ.
MTProto или SOCKS5 на том же сервере
Частый вопрос от тех, кто уже купил VPS. Один и тот же узел может держать оба протокола, они не конфликтуют, если развести порты.
Разница в архитектуре. SOCKS5 - универсальный прокси, он гоняет любой TCP-трафик: браузер, мессенджеры, клиенты API. MTProto заточен под Telegram и работает с секретом, за счёт чего даёт меньшую задержку и лучшую маскировку под TLS. Для парсинга и работы с внешними API обычно берут SOCKS5, для мессенджера - MTProto.
Нагрузка на процессор у SOCKS5 выше, потому что через него идёт больше типов соединений. Планируете и то, и другое - берите 2 ядра. Разница в цене копеечная, а запас пригодится.
Свой VPS или готовый доступ из каталога
Два честных пути. Первый - взять VPS и поднять прокси самому. Контроль полный, цена минимальная, но вы отвечаете за обновления, за состояние диска и за то, что узел жив в три часа ночи.
Второй - купить готовый прокси в каталоге, где уже собраны узлы по локациям и протоколам. Экономит вечер на настройку и снимает вопрос с обновлениями. Каталог прокси на 3seller.com/proxy как раз про это: смотрите локации, протоколы, тестовые условия и берите то, что совпадает с вашей аудиторией.
Каталог прокси 3seller удобен тем, что можно сравнить несколько узлов по задержке до того, как вы привяжете к одному из них рабочий канал или отдел продаж.
Выбирать самому стоит в двух случаях: у вас несколько проектов и нужен один управляемый узел под всё, либо вы хотите держать прокси и VPN на одной машине. Тот же сервер спокойно тянет и то, и другое, докупать отдельный не нужно.
Что не пишут в тарифах хостинга
Три вещи, на которых легко попасть. Первая - «безлимитный трафик» с оговоркой в мелком шрифте: после 1 ТБ канал режут до 10 Мбит. Для узла на пару десятков человек это терпимо, для активного канала - нет.
Качество аплинка - вторая ловушка. Датацентр может быть в Амстердаме, а аплинк - один, перегруженный. Смотрите, с кем у хостера пиринг, и проверяйте тестовый адрес вечером, когда нагрузка пиковая.
Третья - защита от флуда. На публичном узле рано или поздно прилетит мусор. Базовая фильтрация на уровне хостера экономит вам ночь разбирательств.
Мониторинг: три цифры, которые стоит смотреть
Прокси отдаёт статистику только на localhost. Снаружи она недоступна, и это правильно: открытая метрика на публичном адресе - приглашение для случайных людей. Смотреть её можно запросом изнутри контейнера или через локальный вызов, если запускали с сетью хоста.
Из метрик мне реально нужны три. Количество активных соединений - показывает, сколько людей сейчас на узле. Объём трафика - помогает понять, не упираетесь ли вы в лимит хостера. Ошибки соединений - первыми сигналят, что маршрут до Telegram деградировал или провайдер начал резать канал.
Обслуживание сводится к обновлению образа раз в пару месяцев и бэкапу тома с секретом. Никаких ночных дежурств, если узел не один и клиенты умеют переключаться.
Как выдавать доступ и отзывать его
Ключ один на узел, поэтому управление доступом идёт не через отдельные логины, а через выдачу ссылки. Отозвать доступ у одного человека, не сломав остальным, на одном секрете нельзя. Если это важно, поднимайте несколько узлов или переходите на схему, где у каждого свой инстанс.
Практика простая: отдельный узел для команды, отдельный для внешних подрядчиков, отдельный для личного. Ротация ключа раз в несколько месяцев - разумная гигиена, особенно если ссылка уходила в широкий чат.
Как это выглядит в клиенте
В Telegram Desktop: Настройки, раздел «Продвинутые» или «Данные и память» в зависимости от версии, дальше «Тип соединения» и «Прокси». Добавляете узел, выбираете MTProto, вбиваете адрес, порт и секрет. Кнопка «Включить» рядом с записью.
На Android и iOS путь короче: Настройки, «Данные и память», «Прокси», плюс в углу, тип MTProto. Поля те же. Если у вас ссылка от владельца узла, приложение подставит параметры само, вручную ничего вводить не нужно.
Проверка занимает секунды. Включили, открыли любой чат, отправили сообщение. Если статус соединения зелёный и картинки грузятся, узел живой. Если висит «соединение», первым делом проверяйте, свободен ли порт на сервере и совпадает ли секрет.
Ошибки, которые я вижу чаще всего
Первая - экономия на выделенном адресе. Берут дешёвый тариф с общим адресом, а потом выясняется, что порт наружу не пробросить нормально.
Вторая - OVZ. Работает, пока сосед по физической машине не начнёт качать торренты. Сеть проседает у всех.
Третья - локация «где дешевле». Сервер за полтора доллара в далёком датацентре с плохим аплинком даст задержку, которую пользователи почувствуют на голосовых.
Четвёртая - открытая статистика. Один раз видел узел, у которого метрики торчали в интернет через nginx. Не делайте так.
Пятая - потеря тома с конфигом при переезде. Пересоздали контейнер без volume, ключ сгенерировался новый, половина людей осталась с нерабочим прокси.
Сколько это стоит по деньгам
VPS под MTProto - от 2 до 4 долларов в месяц у нормальных хостеров. Готовый доступ в каталоге обычно считают по объёму или по числу устройств, и там свои цифры. Для одного-двух человек разница не принципиальна, для команды из тридцати человек собственный узел почти всегда дешевле.
Домен не нужен. Сертификат не нужен. Панель управления не нужна. Пожалуй, самый дешёвый инфраструктурный проект, который можно собрать на коленке за вечер.
Что сделать прямо сейчас
Если вопрос был «какой сервер брать», ответ у вас есть: KVM, 1 ядро, 1 ГБ RAM, 10 ГБ диска, выделенный IPv4, локация вне вашей страны. Дальше - Docker, образ telegrammessenger/proxy, свободный HTTPS-порт и сохранённый том с секретом.
Если возиться не хочется, посмотрите готовые прокси в каталоге 3seller, сравните локации и задержку. Второй вариант ничем не хуже первого, просто чужими руками.