Открываю Telegram Web на ноутбуке в коворкинге, а он висит на «Connecting». Переключаюсь на телефон, там всё летает. Классика: локальная сеть режет часть трафика, мобильный оператор нет. В такие моменты прокси перестаёт быть абстрактной темой из учебника по сетям и становится рабочим инструментом.
Дальше - как настроить всё руками, где интерфейс врёт и почему один и тот же узел в приложении работает, а в браузере нет.
Два протокола, которые Telegram понимает из коробки
В клиенте ровно два варианта: SOCKS5 и MTProto. Первый - обычный TCP-туннель на уровне сокета: он не заглядывает внутрь трафика, просто гонит байты от клиента к серверу. Второй - родной протокол Telegram с шифрованием пакетов на транспортном уровне. Разница не косметическая.
SOCKS5 универсален: через него пойдёт и Telegram, и браузер, и парсер. Он же и «глупее»: логика работы с потерями пакетов целиком на стороне клиента. MTProto аккуратнее в мобильных сетях, потому что проектировался под нестабильный канал с постоянными переподключениями. В метро или в электричке за городом MTProto держит сессию заметно стабильнее.
Третий зверь - веб-прокси, то есть HTTP-прокси поверх веб-сервера. В настройках Telegram его не выбрать. Зато на таком сервере поднимают релей, который отдаёт страницу по заданному base_path и параллельно обслуживает API веб-клиента. Конфиг встречается в корпоративных контурах, где нужен единый вход для всей команды.
Настройка на Android: куда именно нажимать
Открываете Telegram, три полоски в левом верхнем углу, дальше «Настройки». Ищете «Данные и память», прокручиваете вниз до раздела «Прокси». Там переключатель «Использовать прокси» и кнопка «Добавить прокси».
Выбираете тип. Для SOCKS5 заполняете адрес сервера, порт, при необходимости логин и пароль. Для MTProto - адрес, порт и секретный ключ, который выдаёт владелец узла. Сохраняете галочкой и смотрите на статус. Через пару секунд появится «Подключено». Крутится бесконечно - почти всегда ошибка в порте или в типе протокола.
Деталь, о которой многие не знают: Telegram хранит несколько конфигураций одновременно. Можно держать в списке рабочий европейский узел, резервный и корпоративный, переключаться в два тапа, не вбивая данные заново. У меня в клиенте висит три штуки под разные задачи, и это экономит нервы.
iOS и десктоп: логика та же, кнопки другие
На iPhone и iPad шестерёнка внизу справа. Дальше «Данные и память», скролл до «Прокси», «Использовать прокси», «Добавить прокси». Поля те же: тип, сервер, порт, для SOCKS5 опционально логин с паролем, для MTProto секретный ключ. После сохранения клиент сам тестирует соединение и показывает результат.
В десктопной версии путь похож: настройки, «Продвинутые настройки» или «Данные и память» в зависимости от версии клиента, раздел «Тип подключения» и «Прокси». Меню переезжало между версиями, поэтому если не находите пункт с первого раза, обновите приложение. В старых сборках интерфейс реально другой, и люди на этом застревают.
Telegram Web живёт по другим правилам
Главный подвох, из-за которого сыпется половина вопросов в поддержку: у веб-версии на web.telegram.org нет собственных настроек прокси. Совсем. Она берёт параметры из системы или из браузера, и в интерфейсе вы этого не увидите. На Reddit в ветках про Telegram Web это повторяют каждый месяц: ищите настройку не в клиенте, а в браузере или в ОС.
Отсюда два рабочих пути. Первый - прокси на уровне операционной системы: Windows, macOS или Linux, в системных настройках сети. Браузер подхватит его автоматически. Второй - расширение для браузера, которое умеет SOCKS5 или HTTP. Включаете его до открытия вкладки с Telegram Web, и трафик идёт через выбранный узел.
Нюанс: если расширение выключить при открытой сессии, Telegram Web подвисает и требует перезагрузки страницы. Проверял на себе раз пять, каждый раз забываю.

Где брать узел и почему каталог удобнее случайных раздач
Про бесплатные списки честно: ими пользуются ровно до первого неприятного случая. Публичный узел видят все, кто его нашёл, скорость делится на сотни людей, владелец спокойно логирует подключения. Для переписки с командой так себе идея.
Я беру узлы в каталоге прокси 3seller. Там сразу видно географию, тип протокола, поддерживается ли авторизация по логину и паролю. Есть выделенные варианты под конкретную задачу, и не надо угадывать, потянет ли узел десяток параллельных сессий. Для корпоративных сценариев подбирается статический адрес, а не прыгающий каждые пять минут.
Если настраиваете доступ для команды из пяти человек, берите статику. Ротация хороша для сбора данных, в мессенджере она превращается в бесконечные переподключения и разлогины.
SOCKS5 или MTProto: что выбрать под задачу
Для повседневного мессенджера на мобильном я ставлю MTProto. Меньше разрывов, секретный ключ не даёт постороннему подключиться к тому же узлу, клиент сам переживает смену сети с Wi-Fi на LTE.
SOCKS5 беру, когда нужен один туннель на всё сразу: Telegram, браузер, клиент для работы с API. Удобно в публичной сети, где не хочется настраивать пять разных конфигов. Плюс SOCKS5 нормально дружит с авторизацией по логину и паролю, а для командного доступа это критично.
Сбор данных из открытых каналов требует третьей логики: важна не стабильность одной сессии, а распределение нагрузки. Несколько узлов, каждый со своей сессией, без пересечений по адресам. Один узел на десять параллельных задач - гарантированные задержки и странные ответы API.
Свой сервер: что важно в конфиге
Если поднимаете узел сами на VPS, смотрите на две вещи. Первая - секрет для MTProto. Он генерируется один раз и прописывается и на сервере, и в клиенте. Разошёлся хотя бы символ - соединения не будет, при этом клиент не скажет, что именно не так.
Вторая - конфиг веб-сервера, если делаете релей поверх nginx. Нужно сохранить исходный хост в заголовке Host для своей локации, иначе бэкенд не поймёт, к кому пришёл запрос, и отдаст ошибку. Плюс отдельный base_path, по которому клиент находит страницу и API. Мелочь, но именно на ней ломается первая попытка у большинства.
Про задержку не забывайте. Сервер в другом полушарии даст пинг, который вы почувствуете при каждом голосовом сообщении. Для созвонов берите узел физически ближе.
География узла решает больше, чем кажется
Тут всё приземлённо. Европа - универсальный вариант для команд, работающих с европейскими сервисами. США нужны, когда контрагенты и API живут в американских дата-центрах. Российский узел имеет смысл, если основная часть трафика идёт к локальным ресурсам и хочется минимальный пинг.
Проверять просто: включаете конфиг, отправляете себе в «Избранное» файл на 5-10 мегабайт, смотрите на скорость. Ползёт - меняете узел, а не настройки клиента. В девяти случаях из десяти проблема в канале, а не в Telegram.
Пять ошибок, на которых спотыкаются почти все
- Забыли включить переключатель «Использовать прокси». Конфиг добавлен, статус зелёный, а трафик идёт напрямую.
- Перепутали тип: вбили данные SOCKS5, выбрав MTProto, и ждёте соединения. Секретный ключ в таком случае просто некуда вписать.
- Ищут прокси в настройках Telegram Web. Их там нет и не будет, только системный уровень или расширение.
- Поставили ротацию адресов и удивляются, что сессия рвётся. Мессенджеру нужен стабильный адрес на всё время работы.
- Взяли первый попавшийся публичный узел и грузят через него рабочие документы. Скорость падает, а кто ещё сидит на этом адресе, вы не знаете.
Безопасность: кому вы отдаёте трафик
Прокси - посредник. Он видит, куда вы подключаетесь, а при использовании HTTP ещё и содержимое запросов. С SOCKS5 и MTProto содержимое шифруется, но сам факт подключения к серверу остаётся видимым. Правило простое: чем меньше людей знает про узел, тем лучше.
Для командного доступа берите конфигурации с авторизацией. Логин и пароль хотя бы отсекают случайных людей, которые наткнулись на адрес. Реквизиты не передавайте в общем чате, для этого есть менеджер паролей.
И не гоняйте через один и тот же узел рабочие переписки и массовый сбор данных. Разные задачи, разные адреса. Это не паранойя, а банальная гигиена, которая экономит время на разборе странных ошибок.
Что сделать прямо сейчас
Откройте Telegram, дойдите до раздела «Прокси» и посмотрите, сколько конфигураций сохранено. Ноль - самое время добавить хотя бы одну. Возьмите узел под свою географию в каталоге 3seller, выберите протокол под задачу, проверьте скорость на файле и оставьте резервный вариант в списке.
Через неделю использования вы уже точно будете знать, какой узел держит сессию в дороге, а какой стоит держать только для работы из офиса.