Три разные схемы внутри одного меню
«Прокси в телеге не работает» - в девяти случаях из десяти человек вставил данные одного типа подключения в поля другого. В десктопном клиенте живут три независимые схемы: MTProto, SOCKS5 и WEB-прокси поверх HTTPS. Меню выглядит похоже, архитектура внутри разная. Отсюда половина проблем.
MTProto - родной протокол Telegram, тот же, что используется для обычного соединения с дата-центрами. Прокси такого типа не шифрует трафик заново, а перекладывает уже зашифрованные пакеты через промежуточный узел. Двойного шифрования нет, задержка почти не растёт. Минус тоже понятный: сервер и секрет привязаны друг к другу жёстко. Перепутали - соединения не будет, причём без внятной ошибки. Клиент просто молча висит на подключении.
SOCKS5 - универсальный транспорт. Умеет в логин и пароль, умеет в разные типы трафика, но добавляет лишний слой обработки. В десктопе он живёт в другом разделе настроек, и об этом забывают чаще всего. Ищут в «Прокси», не находят, решают, что клиент сломан.
WEB-прокси появился в Telegram Desktop начиная с версии 7.1. Клиент стучится на обычный HTTPS-порт 443, а на стороне сервера стоит прослойка вроде Caddy. Она принимает запрос и передаёт его дальше в MTProxy. Для сетей, где пропускают только 443, это часто единственный вариант, который вообще проходит. И самый недооценённый.
MTProto: куда именно нажимать
Открываете Telegram Desktop. Левый верхний угол, три полоски, пункт «Настройки». Дальше «Данные и память» - в некоторых сборках тот же раздел подписан как «Продвинутые настройки», логика не меняется. Прокручиваете вниз до блока «Прокси» или «Соединение».
Жмёте «Добавить прокси». В списке типов выбираете MTProto. Появляются три поля: сервер, порт, секрет. Секрет - 32 символа в hex, иногда его называют ключом. Вставляете, нажимаете «Готово», потом переводите переключатель напротив записи в активное положение. Клиент переподключается сам, перезапуск не нужен.
Грабли, на которые я наступал лично. В поле «сервер» нужен домен, а не IP, если прокси нового образца. Порт почти всегда 443, но не всегда, и угадывать бессмысленно. Секрет иногда приходит с префиксом вида ee или dd в начале, и отрезать его нельзя, это часть формата. Пробел, случайно скопированный вместе с ключом, ломает всё молча и выглядит как «прокси не работает».
Если поставщик даёт готовую ссылку на подключение, клиент подхватывает её из буфера обмена сам. При нажатии на «Добавить прокси» поля заполняются автоматически. Я обычно прошу именно такую ссылку, а не набор строк сообщением. Экономит вечер и исключает опечатки при ручном переносе.
SOCKS5: другой раздел, другая логика
Путь такой: «Настройки», затем «Продвинутые настройки», затем «Тип соединения». Выбираете «Использовать собственный прокси», в списке протоколов оставляете SOCKS5. Появляются четыре поля: хост, порт, логин, пароль. Хост может быть и IP, и доменом, требований к валидному сертификату нет. Ниже галочка «Использовать прокси для звонков» - её ставят отдельно, по умолчанию вызовы идут напрямую.
После сохранения статус должен смениться на «Подключен». Если горит «Не подключен», а данные выглядят верными, первым делом проверьте, не перепутаны ли логин с паролем. Вторая по частоте причина - провайдер режет нестандартные порты. Тогда помогает перенос на 443 или 8443, но это уже вопрос к тому, кто выдал узел.
Зачем SOCKS5, если есть родной MTProto. Мне он нужен в трёх сценариях. Работа с несколькими аккаунтами: каждому профилю свой узел, разносим адреса, чтобы не собирать пачку ограничений на одном. Парсинг открытых каналов и сбор статистики: тут важна стабильность долгих сессий и авторизация. Корпоративные задачи, где прокси-сервер уже есть и админ выдал доступ по логину, а не по секретному ключу. Под такие задачи удобно брать узлы с авторизацией в каталоге https://3seller.com/proxy. Там сразу видно, какие позиции поддерживают логин и пароль, а какие только ключ.
WEB-прокси: HTTPS на 443 и почему это работает в кафе
Сервер здесь только домен, IP не годится: нужен валидный сертификат Let's Encrypt на этом домене. Секрет - те же 32 hex-символа. Снаружи весь обмен идёт как обычный HTTPS на 443, поэтому в публичных сетях с фильтрацией по портам схема проходит там, где MTProto на нестандартном порту умирает.
Поднять такое самому реально, но есть нюанс, который ловят почти все. Ставится Caddy, выпускается сертификат, и только после этого подключение начинает работать. Без домена и сертификата ничего не заведётся, отсюда классика «у коллеги работает, у меня нет». Если возиться не хочется, проще взять готовый узел с поддержкой WEB-схемы. В каталоге 3seller такие позиции помечены, и в описании сразу указан домен, а не IP.
Отдельно про порт. В WEB-схеме он фиксирован, 443, и менять его на стороне клиента бессмысленно. Вставили другой номер - Telegram Desktop просто не покажет зелёный статус, и никакой диагностики вы не получите.
Проверка: зелёный статус ничего не доказывает
«Подключен» в настройках означает только то, что TCP-хендшейк прошёл. Трафик при этом может уходить напрямую: галочка активации стоит не на той строке или в списке несколько записей и включена другая. Проверять надо по факту.
Способ первый, самый надёжный. Откройте любого бота, который показывает ваш IP, и сравните с адресом узла из каталога. Совпало - работает. Не совпало - работает что-то другое. Способ второй: отключите прокси, засеките, за сколько скачивается файл на 50 МБ, включите и повторите. Разница в цифрах покажет, идёт ли трафик через промежуточный узел и насколько он медленный. Способ третий, для любителей: монитор сети в системе покажет активные соединения по конкретному адресу.
На Reddit в тредах по Telegram Desktop советуют ровно такой же тест со скачиванием файла: цифры врут реже, чем зелёная галочка в настройках. Логика простая - статус показывает факт соединения, а не то, через кого оно идёт.
Про скорость отдельно. Нормальный MTProto-узел в Европе даёт просадку в пределах 10-15 процентов от прямого канала. Видите падение втрое - дело не в протоколе, а в перегруженном сервере. Меняйте узел, а не настройки.
Что выбирать под конкретную задачу
Один аккаунт, поездки, нестабильный Wi-Fi в кафе и аэропортах - MTProto. Минимальная задержка, минимум полей, включили и забыли. Раздача с ноутбука на телефон через точку доступа тоже работает: прокси применяется внутри клиента и на остальную систему не влияет.
Парсинг, несколько профилей, длинные сессии, работа с ботами по расписанию - SOCKS5 с авторизацией. Вы контролируете, какой профиль через какой адрес ходит, и можете менять узел, не трогая остальное. Для маркетинговых задач это критично: один и тот же адрес на десяти аккаунтах - верный способ получить ограничения на всю группу.
Публичные сети, где открыт только 443, и корпоративные сегменты с фильтрацией по портам - WEB-прокси. Он же спасает, когда домашний провайдер ведёт себя странно с нестандартными портами.
География имеет значение. Для европейских аккаунтов логично брать узлы во Франкфурте или Амстердаме, для азиатских - в Сингапуре. Разница в пинге между «правильным» и «случайным» узлом легко достигает 150-200 мс, а в Telegram это ощущается как подтормаживание при отправке фото. В каталоге прокси фильтр по стране как раз для этого и нужен. Не игнорируйте его ради «первого попавшегося подешевле».
Мелочи, которые съедают вечер
Прокси только для Telegram. Настройка живёт внутри клиента, системные параметры Windows и браузеры тут ни при чём. Лезть в параметры адаптера и системный прокси-сервер не надо: ничего не даст и запутает.
Активна всегда одна запись из списка. Накопили пять прокси и не понимаете, почему не работает - посмотрите на галочку. Она стоит ровно напротив одной строки.
Первый запуск после подключения выглядит медленным. Клиент догружает аватары, превью и историю каналов. Дайте ему минуту, прежде чем делать выводы и менять узел.
Мобильный клиент на ноутбуке через эмулятор - отдельная история со своими настройками. К десктопной версии она отношения не имеет. Не переносите туда секреты от десктопного MTProto, формат ссылок другой.
Держите под рукой второй узел. Прокси-серверы умирают, переезжают, меняют ключи. Один запасной адрес в заметках экономит утро, когда основной перестал отвечать за пять минут до созвона.
Начните с малого: возьмите один MTProto-узел, пройдите путь «Настройки - Данные и память - Прокси - Добавить прокси», проверьте адрес через бота и засеките скорость. Цифры устраивают - оставляйте как есть и не трогайте. Не устраивают - подберите другой узел в каталоге 3seller под свою страну и задачу. Выбор там позволяет сравнить протоколы и не гадать.