Три типа прокси и что они значат для Telegram
Резидентные
IP реальных домашних провайдеров. Для Telegram выглядят как обычный пользователь. Дороже, считаются по трафику — но именно они нужны под аккаунты.
Дата-центровые
IP серверных подсетей. Дёшево и быстро, но подсеть видно, и целая пачка аккаунтов с одного дата-центра выглядит ровно тем, чем является.
Мобильные
IP сотовых операторов. Самые «живые» и самые дорогие: за одним IP у оператора сидят тысячи людей, поэтому к ним меньше вопросов.
Разница не в скорости, а в том, как выглядит подключение со стороны. Домашний или мобильный IP — это адрес, за которым обычно сидит живой человек. Серверная подсеть — адрес, за которым обычно стоит автоматика, и связать десяток аккаунтов из одной подсети между собой несложно.
Sticky против ротации
Ротация — фишка, которую любят продавать: IP меняется каждые несколько минут или на каждый запрос. Для сбора данных с сайтов это правда полезно. Для Telegram-аккаунта — вредно.
Аккаунт, у которого адрес прыгает посреди сессии, выглядит как аккаунт, к которому кто-то подключился со стороны. Поэтому под userbot нужен режим sticky: один IP держится всё время работы сессии.
Сколько аккаунтов сажать на один прокси
Здесь нет универсального числа, но есть понятное правило: чем заметнее действие, тем меньше аккаунтов на один IP.
- Активные действия — инвайты, личные сообщения, вступления. Тут ближе всего к схеме «один аккаунт — один IP». Если один из них словит ограничение, соседи по адресу не попадут под раздачу автоматически.
- Пассивный сбор данных — чтение открытых чатов. Нагрузка на репутацию адреса минимальная, поэтому плотность может быть выше. У нас парсинг устроен именно так: группа аккаунтов работает через общий канал, и это не мешает, потому что сбор идёт с паузами.
Ошибка новичка обычно зеркальная: экономят на прокси там, где действия заметные, и переплачивают там, где аккаунт просто читает.
Почему пинг-проверка врёт
Самая дорогая иллюзия в этой теме — «прокси отвечает, значит рабочий». Проверка на открытый порт говорит только о том, что порт открыт. Туннель до серверов Telegram при этом может не подниматься вообще: гейт соединение принял, авторизацию прошёл, а трафик до нужного дата-центра не форвардит.
Мы через это проходили: провайдер отвечал на все проверки, а аккаунты через него не подключались — по всем странам. Честная проверка выглядит иначе:
- Поднять реальное TCP-соединение до дата-центра Telegram через этот прокси.
- Проверить несколько дата-центров, а не один.
- Сделать пару повторов: резидентные адреса иногда моргают.
- Перепроверять периодически — живой вчера прокси сегодня может быть мёртвым.
И отдельная деталь для тех, кто пишет свой софт: проверять прокси клиентской библиотекой Telegram — плохая идея, она сама по себе флапает на резидентных адресах и даёт ложные таймауты. Сырое соединение честнее.
География: ровнее — значит лучше
Аккаунт, зарегистрированный на номер одной страны и заходящий из другой, — это не приговор, но лишний сигнал. Когда таких сигналов набирается несколько, аккаунт начинает выделяться.
Практично держать связку ровной: страна номера и страна прокси хотя бы не противоречат друг другу, а сам IP не прыгает по континентам между сессиями. Тем более что многие российские адреса у части провайдеров работают нестабильно — в таких случаях проще сразу выбрать соседнюю страну и не дёргать аккаунт.
Что брать под задачу
| Задача | Тип и режим | Плотность |
|---|---|---|
| Парсинг открытых данных | Резидентный, sticky | Можно группой аккаунтов на канал |
| Инвайтинг | Резидентный или мобильный, sticky | Ближе к 1 аккаунт — 1 IP |
| Личные сообщения | Мобильный, sticky | 1 аккаунт — 1 IP |
| Разовые технические задачи | Дата-центровый | Не жалко |
У нас резидентные прокси считаются по трафику и выдаются сразу в боте, с привязкой к папке аккаунтов — чтобы не разносить руками по одному. Тарифы — на странице цен.
Что прокси не чинит
Ни один прокси не спасёт аккаунт от последствий его собственных действий. Массовая рассылка по холодной базе приведёт к жалобам с любого IP, а за флуд и спам документация обещает бан независимо от того, откуда ты подключался.
Прокси решает другую задачу: убирает технические поводы для подозрений и не даёт связать аккаунты между собой. Всё остальное — это паузы, качество базы и выбор аккаунтов под задачу.
Частые вопросы
Сколько аккаунтов можно посадить на один прокси?
Для активной работы — единицы, а не десятки: аккаунты, которые одновременно инвайтят и пишут с одного IP, связываются между собой. Для пассивного сбора данных плотность может быть выше, потому что чтение открытых данных не вызывает жалоб. У нас парсинг разведён на группы аккаунтов с общим прокси, а активные действия — по своему на аккаунт.
Резидентные или дата-центровые прокси для Telegram?
Под аккаунты — резидентные или мобильные. Дата-центровые дешевле, но их подсети легко опознаются, и вся пачка аккаунтов на одном сервере становится связанной группой. Для разовых технических задач дата-центр сойдёт, для рабочей фермы — нет.
Что такое sticky-прокси и зачем он нужен?
Sticky — режим, когда за сессией закреплён один и тот же IP на всё время работы. Для Telegram это важнее скорости: аккаунт, у которого IP меняется посреди сессии, выглядит так, будто его перехватили. Ротация полезна для парсинга веба, но не для аккаунтов.
Как проверить, что прокси живой?
Не пингом. Открытый порт означает только то, что порт открыт: туннель до серверов Telegram при этом может не работать. Честная проверка — реальное TCP-соединение до дата-центра Telegram через этот прокси. Мы гоняем именно такую проверку, потому что на пинге обжигались.
Нужен ли отдельный прокси на каждый аккаунт?
Для активных действий — да, это самая дешёвая страховка. Для сбора данных можно экономить: userbot, который только читает, редко становится причиной претензий. Правило простое: чем заметнее действие, тем ближе к «один аккаунт — один IP».
Прокси для обхода блокировок подойдут для аккаунтов?
Обычно нет. Публичные и бесплатные списки MTProto-прокси делают Telegram доступным на устройстве, но там же сидят тысячи чужих людей, и предсказуемости никакой. Для фермы нужен свой канал с известной географией.
Материал основан на нашей практике эксплуатации прокси под userbot — про пинг-проверку и ложные таймауты написано по собственным граблям, а не по чужим статьям. Названий провайдеров не приводим намеренно.