Вчера друг скинул скрин: ползунок включен, под ним серая надпись «Недоступен», сообщения висят с одной галочкой. Он уже успел переустановить Telegram, перезагрузить роутер и написать в поддержку провайдера. А причина оказалась в одном символе - в порту лишняя цифра. Знакомая история. За последние пару лет я разбирал такие кейсы десятки раз, и почти всегда дело в пяти-шести типовых вещах. Ниже - то, что я реально проверяю по порядку, когда прокси в Telegram не подключается.
Сначала цифры, которые вводили руками
Самая скучная и самая частая причина. Прокси в Telegram недоступен потому, что в настройках стоит неверный адрес или порт. Человек копирует строку из чата, а там пробел в конце. Или адрес дан в формате с протоколом впереди, а поле ждет только хост. Или порт 1080 перепутан с 1081: поставщик прислал два узла в одном письме, а ты вставил не тот.
Отдельная классика - авторизация. Прокси с логином и паролем без этих данных просто не пустит. Поля для логина и пароля появляются в интерфейсе Telegram только после выбора типа SOCKS5, и многие их пропускают: на скриншоте в инструкции этих полей не было. Вводишь адрес, жмешь «Готово», ползунок загорается зеленым на секунду и гаснет.
Я всегда прошу человека сделать простую вещь: открой настройки и посмотри на символы по одному. Не копипастой, а глазами. Точка вместо запятой в IP, лишний дефис, кириллическая «о» вместо латинской в пароле - все это встречается чаще, чем хочется признавать. Сомневаешься, что данные верные, - возьми у поставщика строку подключения целиком и импортируй ее через ссылку, а не набивай руками.
Telegram понимает SOCKS5 и MTProto, остальное мимо
Тут спотыкаются почти все, кто впервые берет прокси не под браузер. Telegram поддерживает два типа: SOCKS5 и MTProto. HTTPS и HTTP он не переваривает вообще, даже если сервер отличный и в браузере через него все летает. Человек покупает HTTP-прокси, вбивает данные, получает «Недоступен» и идет писать гневный отзыв.
Разница между этими протоколами не косметическая. SOCKS5 работает на уровне сессии: содержимое пакетов он не разбирает, просто гонит трафик через себя. Для Telegram этого достаточно, и по задержке такой вариант обычно предсказуемее. MTProto - собственный протокол мессенджера с шифрованием на уровне транспорта. В режиме Fake TLS прокси эмулирует TLS-рукопожатие и подставляет домен, под который оформлен сертификат.
Практический вывод простой. Если тебе нужен прокси именно под Telegram, бери SOCKS5 с IPv4 и не изобретай. Нужна максимальная совместимость с разными сетями - смотри в сторону MTProto с поддержкой TLS-режима. Подробнее про типы и географии можно посмотреть в каталоге прокси, там сразу видно, что подходит под мессенджер, а что нет.
Еще момент, который ломает голову новичкам: поле «Секрет» для MTProto обязательно, если сервер его требует. Без секрета соединение не поднимется, даже когда адрес и порт верные. Секрет - это не пароль от личного кабинета, не путай.
Бесплатные узлы падают под нагрузкой, и это норма
Публичные прокси, которые раздают в чатах и каналах, живут недолго. Причина банальная: на один сервер садятся сотни людей, канал забивается, и новый клиент уже не может установить сессию. Ты подключаешься утром - работает. Вечером в час пик - «Недоступен». Через день адрес вообще умер, потому что владелец сервера увидел нагрузку и выключил его.
Я не против бесплатных узлов как способа быстро проверить гипотезу. Но держать на них клиентские чаты и деловую переписку - плохая идея по двум причинам. Первая: ты не знаешь, кто еще сидит на этом канале и что он делает. Вторая: стабильности нет вообще, соединение отваливается в самый неподходящий момент, чаще всего посреди созвона.
Если прокси отваливается каждый вечер в одно и то же время, это почти наверняка перегрузка. Проверяется легко: возьми тот же узел утром в выходной. Работает бодро - значит дело не в настройках, а в количестве соседей. Лечится только сменой сервера на приватный.
Веб-версия берет настройки у браузера, а не у себя
Отдельная головная боль - Telegram Web. В веб-клиенте нет раздела с прокси, и искать его бесполезно. Браузерная версия подхватывает параметры из системы или из расширения, которое управляет соединениями. Ставишь прокси внутри веб-интерфейса - ничего не происходит, потому что там такой настройки просто не существует.
Что делать, если работаешь именно через web.telegram.org: настраивай прокси на уровне операционной системы, в параметрах сети Windows, macOS или Linux. Либо ставь расширение-менеджер, которое переключает профили в один клик. Второй вариант удобнее, если ты прыгаешь между задачами: один профиль для рабочих чатов, другой для сбора данных, третий для проверки гео.
И держи в голове, что расширение должно уметь SOCKS5. Многие легкие менеджеры работают только с HTTP, и тогда ты снова упрешься в «Недоступен», хотя формально прокси настроен.
Клиент на iOS и Android иногда сам ломает соединение
Самая неприятная категория, потому что здесь ты ни при чем. В апреле 2026 года после очередного обновления у огромного числа людей отвалились MTProto-прокси, причем на Android и десктопе сразу. На Reddit в ветках про Telegram тогда собрали не одну сотню одинаковых отчетов. Причина оказалась в коде самого клиента. При сборке первого пакета TLS ClientHello приложение допускало отклонение от спецификации, сетевое оборудование видит нетипичный пакет и рвет соединение. Снаружи это выглядит ровно как «прокси недоступен».
На iOS была своя история: прокси либо не подключались, либо отваливались через минуту после старта. Люди меняли серверы десятками, а проблема сидела в клиенте. Вылечилось обновлением приложения, которое вышло следом. После установки свежей версии те же самые прокси, которые «не работали», поднялись с первого раза.
Мораль: прежде чем винить сервер, проверь версию приложения. Зайди в App Store или Google Play и посмотри, есть ли обновление. Если ты сидишь на сборке из стороннего источника, тем более. Свежий клиент решает половину загадок, которые выглядят как проблема прокси.
Второй слой той же проблемы - режим Fake TLS. Пока клиент собирает пакет с ошибкой, TLS-режим не работает как задумано, и соединение отбрасывается. После исправления в официальных сборках все вернулось на круги своя. Если у тебя MTProto с TLS-режимом не поднимается на старом клиенте, а на новом работает - ты нашел причину.
IPv6 и мобильный интернет - плохая пара
Адрес прокси бывает в двух форматах. IPv4 - классические четыре числа через точку, работают с любым клиентом и любой версией Telegram. IPv6 - длинная запись с двоеточиями, и вот с ней начинаются сюрпризы. Через мобильный интернет IPv6 то работает, то нет, в зависимости от оператора и настроек точки доступа. Через Wi-Fi дома может подниматься, а в кафе уже нет.
Если прокси не подключается на телефоне, но спокойно работает на ноутбуке по той же сети, первым делом проверь, не выдан ли тебе IPv6-адрес. В девяти случаях из десяти помогает запросить у поставщика IPv4 или взять узел с двойным стеком. Для мессенджера IPv4 надежнее, тут я спорить не буду.
Еще один фактор - сам мобильный оператор. Некоторые тарифы и корпоративные профили режут нестандартные порты. Прокси на порту 1080 может не подняться, а тот же сервер на 443 - заработать сразу. Если есть возможность выбрать порт, бери 443 или 8443, они реже попадают под подозрение у сетевого оборудования.
Свой VPS или корпоративный узел: что проверить до первого подключения
Когда я поднимаю прокси на собственном сервере для команды, первые пятнадцать минут всегда уходят на одно и то же. Проверяю, что сервис слушает внешний интерфейс, а не только localhost. Дальше смотрю firewall: порт открыт в правилах, но и на уровне облачной панели его тоже нужно разрешить. Про панель забывают чаще всего.
Следующий шаг - авторизация. Открытый прокси без логина и пароля живет недолго, его находят сканеры и начинают гонять через него трафик. Ставь аутентификацию сразу, до того как отдашь доступ коллегам. И не забудь, что для SOCKS5 в Telegram логин и пароль вводятся в отдельных полях, а для MTProto вместо пароля используется секрет.
Дальше - нагрузка. Один сервер на 2 гигабайта памяти спокойно держит десяток активных пользователей с мессенджером. Как только добавляются медиа, кружочки и голосовые, память уходит быстро. Смотри на графики в панели, а не на ощущения. Если видишь, что процесс упирается в лимит, добавляй второй узел и распределяй людей между ними.
И последнее, что я делаю перед тем как сказать команде «готово»: проверяю соединение с чужой сети. Не из офиса, где все настроено идеально, а с телефона на мобильном интернете. Половина проблем всплывает именно там.
Как выбрать прокси, который проживет дольше суток
По опыту, стабильность упирается в три параметра. Первый - приватность. Сервер должен быть твой, а не на сто человек. Второй - география и провайдер. Узлы в датацентрах дешевле, но их адреса чаще попадают в фильтры. Резидентные дороже, зато ведут себя как обычный домашний пользователь. Третий - поддержка нужного протокола без костылей.
Я держу под рукой каталог прокси и беру там то, что нужно под конкретную задачу: для мессенджера SOCKS5, для сбора данных отдельные пулы, для проверки рекламы в другом регионе своя география. Удобно, что не надо собирать это по форумам и чатам, где половина адресов мертва через час.
Если совсем не хочется разбираться в протоколах, начни с одного тестового узла. Подключи, погоняй сутки, посмотри на поведение в разное время. Утром, вечером, в выходной. Понимание, как ведет себя сервер под нагрузкой, экономит нервы лучше любой инструкции.
Проверь простую вещь прямо сейчас: открой настройки, выпиши на бумажку тип протокола, адрес, порт и наличие авторизации. Сверь с тем, что прислал поставщик. Если все сходится, обнови приложение и попробуй снова. В большинстве случаев на этом этапе проблема уже закрыта, а если нет - бери другой узел, не тратя вечер на реанимацию мертвого сервера.