Прокси для Telethon: как не ловить блокировки и лишний FloodWait

Прокси для Telethon: как не ловить блокировки и лишний FloodWait

Для Telegram-автоматизации прокси — не “обход ради обхода”, а слой изоляции между аккаунтом и сетью. Если аккаунты ходят через один IP, лимиты и репутация адреса смешиваются: один скрипт шумит, остальные получают побочные RPC-ошибки. Разводите сессии по разным IP и не меняйте маршрут на лету без необходимости.

Базовое правило: один аккаунт — одна стабильная связка proxy + session. Смена прокси во время активной сессии повышает шанс на reauth, сброс ключей и подозрительное поведение на стороне MTProto. Для долгих задач используйте одинаковый тип прокси, одинаковую географию и одинаковый ping-профиль; резкие скачки задержки Telegram любит трактовать как нестабильный клиент.

Не экономьте на протоколе. SOCKS5 обычно проще для Telethon и предсказуемее в логах. HTTP-прокси годится не везде, а “серые” бесплатные адреса часто уже засвечены и дают ложные FloodWait: лимит формально не ваш, но страдает ваш аккаунт. Проверяйте, что прокси не режет TCP-соединения и не подменяет DNS.

Если уже ловите FloodWait, не лечите это сменой IP каждую минуту. Сначала снижайте частоту запросов, добавляйте jitter, ставьте очередь и backoff. Прокси здесь помогает только стабилизировать транспорт; лимит на стороне API он не отменяет. Разбираем логи ошибок: что пошло не так на стороне API? Дебаг — наш лучший друг в борьбе с FloodWait.

Итог простой: качество прокси важнее их количества. Оптимизируем сессии, избегаем лимитов.