Ротация IP без совпадений по подсетям: как не убить траст аккаунта

Анализ логов показывает: Telegram смотрит не только на IP, но и на повторяемость ASN, /24 и поведение сессии. Если аккаунты прыгают между адресами из одной подсети, профиль выглядит как управляемый пул, а не как естественная миграция.

Рабочая схема ротации строится на трех правилах:
— не держать два живых аккаунта на одном /24;
— не пересаживать сессию между прокси одного провайдера без паузы;
— не смешивать мобильные и дата-центровые диапазоны в одном цикле.
Траст аккаунта — функция времени и качества прокси.

При смене IP важна не только новая точка выхода, но и сопутствующий след: DNS, гео, задержка, частота reconnect. Если после смены подсети резко меняется паттерн входов, антифрод связывает это с сессионным переносом. Решение на основе Pyrogram/Telethon требует валидации через session-файлы.

Оптимальная практика — держать матрицу: аккаунт, подсеть, ASN, время последнего использования, тип прокси. При ротации выбирают не “любой доступный IP”, а адрес с минимальным пересечением по сетевому кластеру. Соблюдайте лимиты для предотвращения флага suspended.

Итог простой: ротация работает только тогда, когда она разнесена по подсетям, провайдерам и темпам входа; иначе вы меняете адрес, но сохраняете идентификатор риска.