Открываю Telegram Desktop в коворкинге, а он висит на Connecting. Рядом коллега, у него всё летает. Разница в одном: у него в настройках прописан прокси. Настройка занимает минуту, но спотыкаются на ней постоянно. Не потому что сложно, а потому что в интерфейсе три разных места с сетевыми настройками, и люди лезут не туда.
Дальше - то, что я показываю на созвонах: где в десктопном клиенте живёт прокси, чем SOCKS5 отличается от HTTP на практике, как проверить, что всё реально работает, и почему у половины статус так и остаётся «Подключение».
В Telegram Desktop прокси живёт в одном месте, и это не «Настройки сети»
Первая ошибка, которую я вижу чаще всего: человек идёт в системные настройки Windows, лезет в «Сеть и Интернет», прописывает там прокси и удивляется, что Telegram ничего не заметил. Системный прокси и прокси внутри Telegram - две разные вещи, они друг о друге не знают.
Внутри клиента путь такой: три полоски в левом верхнем углу (или иконка профиля), дальше «Настройки». В открывшемся окне слева список разделов, нужен последний - «Продвинутые настройки» (в английской локали Advanced settings). Внутри пункт «Тип соединения» (Connection type). Вот он.
На macOS логика та же, только «Настройки» открываются через меню Telegram в верхней строке, а не через иконку профиля. Дальше идентично: Advanced, затем Connection type.
Про мобильные версии, чтобы не путать. На Android и iOS прокси сидит в «Данные и память», раздел «Прокси», и там своё окно добавления. Если нужен прокси именно в тг на компьютере, эти разделы не трогайте, они про телефон.
SOCKS5 против HTTP и MTProto: разница видна не в интерфейсе, а на пинге
В окне «Тип соединения» есть радиокнопка «Использовать собственный прокси» и выпадающий список протоколов. По умолчанию там обычно SOCKS5, и для десктопа это правильный выбор.
Почему SOCKS5, а не HTTP. SOCKS5 работает на уровне сессии и не анализирует содержимое пакетов приложения. Ему всё равно, что внутри - текст сообщения, файл или голосовой поток. Плюс он поддерживает UDP-ассоциацию, а без неё звонки через прокси либо не пойдут, либо пойдут с задержкой и эхом. HTTP-прокси умеет только TCP и заточен под веб-трафик. Telegram через него подключится, но голосовые звонки будут звучать как разговор через консервную банку.
Люди, которые ставят HTTP, потом пишут в поддержку «прокси работает, а звонки нет». Не работает, потому что протокол не тот.
Отдельная история - MTProto. Это не ваш случай, если вы вбиваете адрес сервера руками: MTProto-ссылки подставляются в клиент автоматически при клике, набирать их вручную бессмысленно. Секрет в такой ссылке - ключ обфускации, с которым трафик на уровне пакетов не похож на обычный MTProto-профиль. Внутри Telegram Desktop такие ссылки обрабатывает само приложение, отдельного поля «секрет» в ручной форме нет.
Ещё один вариант из свежих сборок десктопа - WEB-прокси. Схема: клиент ходит на HTTPS, дальше стоит Caddy или nginx с валидным сертификатом Let's Encrypt, дальше связка MTProxy. Работает только по DNS-имени, по голому IP - нет, порт строго 443. Это сценарий для тех, кто поднимает собственный узел на VPS, а не для рядовой настройки. В комментариях к релизу народ писал, что на Windows после выпуска сертификата на отдельный поддомен всё заводится с первого раза.
Для 95% задач на компьютере нужен SOCKS5 с логином и паролем. Остальное - либо мобильные сценарии, либо самодельные конфигурации.
Пошагово: что нажимать в Telegram Desktop
Полный маршрут от запуска приложения до статуса «Подключен». На Windows 11 и macOS Sonoma последовательность одинаковая.
- Открываете Telegram Desktop и жмёте на три горизонтальные полоски в левом верхнем углу.
- Выбираете «Настройки».
- В левом меню прокручиваете вниз до «Продвинутые настройки».
- Находите строку «Тип соединения» и кликаете по ней.
- Ставите переключатель на «Использовать собственный прокси».
- В поле типа соединения оставляете SOCKS5.
- Заполняете четыре поля: Хост (адрес сервера), Порт, Логин, Пароль. Если прокси без авторизации, логин и пароль оставляете пустыми.
- Жмёте «Сохранить».
После сохранения окно не закрывается сразу: клиент пытается установить соединение и показывает статус внизу формы. Если всё верно, через пару секунд загорится зелёное «Подключен». Если крутится «Подключение» дольше десяти секунд, данные неверные или сервер недоступен. Разбор ниже.
Один нюанс экономит нервы. Порт вводится в отдельное числовое поле. Если скопировать строку вида host:port целиком и вставить в «Хост», Telegram молча съест её и не подключится. Разбивайте вручную: адрес отдельно, цифры отдельно.
Какие прокси брать под Telegram на ПК
Тут начинается практика, а не интерфейс. Публичные прокси из открытых списков живут часами, их одновременно используют сотни людей. Итог: просадка скорости на файлах и риск, что ваш аккаунт окажется в одной компании с десятком подозрительных соседей по IP. На Reddit в ветках про Telegram Desktop регулярно всплывает один и тот же нюанс: общие дешёвые узлы проседают к вечеру, когда на них садятся все. Для рабочего мессенджера экономия в триста рублей себя не оправдывает.
Я беру в каталоге прокси 3seller: там SOCKS5 с авторизацией по логину и паролю, выбор страны и понятные лимиты по трафику. Для Telegram важны три параметра: стабильность узла (а не пиковая скорость), страна выхода и возможность взять отдельный адрес под каждый аккаунт.
Почему страна выхода имеет значение. Ведёте переписку с подрядчиками в Германии, а выход стоит во Вьетнаме - контрагент увидит разницу часовых поясов в активности и странный гео-профиль. В корпоративной переписке это выглядит неаккуратно. Для арбитража и нескольких рекламных кабинетов всё жёстче: один аккаунт на один адрес, иначе платформа склеит профили по IP и заблокирует оба.
Отдельно про каналы. Если вы администрируете канал или бота, ваш IP засвечивается в момент постинга и работы с API. Держать это на домашнем динамическом адресе - лишний риск, особенно если на нём же висят личные аккаунты. Статический прокси-адрес под рабочие задачи решает вопрос за пятнадцать минут настройки.
Берите SOCKS5 и не гонитесь за дешёвыми пакетами на сто потоков. Под Telegram на компьютере хватает одного стабильного узла.
Как проверить, что трафик реально идёт через прокси
Статус «Подключен» говорит только о том, что TCP-рукопожатие прошло. Убедиться, что вы реально вышли другим адресом, можно тремя способами. Я обычно делаю первые два.
Первый: открываете в Telegram бота @userinfobot и жмёте «Старт». Он присылает геолокацию и IP, который видит сервер. Сравниваете с адресом прокси в настройках. Совпало - всё честно. Не совпало - прокси не подхватился, скорее всего вы сохранили настройки, но не перезапустили клиент.
Второй: возвращаетесь в «Тип соединения» и смотрите на индикатор. Зелёный «Подключен» и время отклика в миллисекундах рядом. Пинг больше 300 мс - звонки будут рваться, меняйте узел, а не настройки.
Третий, самый въедливый: открываете системный монитор или диспетчер задач и смотрите, куда идёт исходящее соединение процесса Telegram. Трафик должен уходить на адрес прокси, а не напрямую. Способ для тех, кому нужна полная уверенность, в быту хватает первых двух.
Не подключается: пять причин, которые я встречаю чаще всего
Статус не загорается зелёным по одной из пяти причин. Проходите список сверху вниз, на четвёртом пункте обычно всё заканчивается.
- Опечатка в порту или логине. Самая частая. Порт SOCKS5 - это не 80 и не 8080, а конкретное число из вашего тарифа. Проверьте посимвольно.
- Прокси требует авторизации, а поля логина и пароля пустые. Клиент попробует подключиться анонимно, сервер откажет, статус останется висеть.
- Прокси уже неактивен. У бесплатных узлов срок жизни измеряется часами. Зайдите в личный кабинет и проверьте, что узел жив.
- Антивирус или файрвол режет исходящее соединение на нестандартный порт. Лечится временным отключением защиты на минуту для теста. Если подключилось - добавьте процесс Telegram в исключения.
- Клиент завис на старых настройках. Нужен полный перезапуск Telegram Desktop, не сворачивание в трей, а выход через меню.
Если ничего не помогло, не крутите настройки подряд, только запутаетесь. Вернитесь к базовому сценарию: новый чистый узел, вбитый руками, перезапуск клиента.
Галочка «Использовать прокси для звонков» - когда её включать
Под полями ввода есть чекбокс, который многие игнорируют. Он отвечает за то, пойдёт ли голосовой трафик через тот же узел.
Включайте, если у вас стабильный SOCKS5 с нормальным пингом и вы собираетесь звонить. Не включайте, если узел медленный или с лимитом трафика: голос съедает трафик быстро, а задержка выше 150 мс превращает разговор в перекличку.
Мой рабочий сценарий: для переписки и файлов один узел, для звонков - отдельный, поближе географически. Переключаюсь между ними за десять секунд через тот же экран «Тип соединения». Звонки через прокси полезны не только для гео: в публичном Wi-Fi голосовой поток идёт через ваш сервер, а не висит в открытом виде в эфире кафе.
Прокси только для Telegram, а не для всей системы
Главное преимущество настройки внутри клиента: остальные приложения работают как обычно. Браузер, рабочие инструменты, мессенджеры для личных чатов идут напрямую, вы не ломаете себе интернет одной галочкой.
Системный прокси в Windows (Параметры, Сеть и Интернет, Прокси) применяется ко всем приложениям, которые уважают системные настройки. Половина программ их игнорирует, половина ломается, а вы потом полдня ищете, почему перестал обновляться рабочий сервис. Для задачи «прокси в тг на компьютере» системный уровень не нужен вообще.
Есть сценарий, когда системный прокси оправдан: корпоративный ноутбук, где весь трафик должен идти через шлюз компании. Тогда настройки выдаёт админ, и трогать их не стоит.
MTProto и собственный узел: кому это вообще надо
Смысл своего узла - контроль. Свой VPS даёт адрес, которым пользуетесь только вы: никаких соседей, внезапно отозванных доступов и вопросов о том, где оседают логи.
Схема с MTProto на своём сервере: арендуете VPS, ставите MTProxy, генерируете секрет, получаете ссылку и кидаете её себе в избранное. Telegram Desktop сам подставит все поля. Секрет - ключ, с которым пакеты на уровне сети выглядят как случайный поток, а не как характерный для мессенджера профиль.
Свежий вариант - WEB-прокси через HTTPS с Caddy впереди. Плюс: трафик неотличим от обычного веб-сёрфинга. Минус: нужен домен и валидный сертификат. Для домашней задачи это избыточно, для команды из пяти человек с общим каналом - вполне рабочая история.
Если администрировать Linux и следить за сертификатами не хочется, проще взять готовый SOCKS5 в каталоге 3seller и не изобретать инфраструктуру. Экономия времени тут реальная, а не маркетинговая.
Что ломается через месяц, если настроить и забыть
Прокси не работает по принципу «поставил и забыл на год». Три вещи напоминают о себе регулярно.
Первое: смена пароля на стороне провайдера. Некоторые тарифы требуют ротации раз в 30-60 дней. Telegram просто перестаёт подключаться, а вы ищете проблему в клиенте. Держите данные доступа в менеджере паролей, а не в блокноте на рабочем столе.
Второе: узел деградирует по скорости, когда провайдер сажает на него больше людей. Признак - пинг в настройках вырос с 60 до 250 мс, файлы ползут. Лечится сменой узла в личном кабинете, настройки в клиенте обновляются за десять секунд.
Третье: обновление Telegram Desktop. Интерфейс раз в полгода переезжает, пункты переименовывают. Не находите «Тип соединения» - ищите «Продвинутые настройки», раздел на месте уже несколько лет.
Короткий рабочий чек-лист
Настройки, Продвинутые настройки, Тип соединения, «Использовать собственный прокси», SOCKS5, хост, порт, логин, пароль, «Сохранить». Дальше проверить статус в окне и прогнать @userinfobot. IP в боте совпал с адресом узла, звонки не нужны - галочку «Использовать прокси для звонков» не ставьте, сэкономите трафик.
Сам прокси берите с авторизацией и статическим адресом, а не из открытых списков. Разница в стабильности ощущается в первый же рабочий день. Подобрать узел под свою страну и задачу можно в каталоге прокси 3seller: там сразу видно протокол, гео и лимиты, и не нужно гадать, заработает ли.