У каждого аккаунта свой резидентный IP. Почему они всё равно оказываются связаны

ProxyStats, независимый бенчмарк резидентских IP-решений. Исследование по данным 14 сетей, сентябрь 2026.

Коротко

• «Свежий резидентный IP» не означает, что этот адрес раньше не выдавали вам же. Две сессии с разными session ID могут выйти в интернет с одного адреса, и тогда у двух ваших аккаунтов в истории окажется общий IP.

• Мы измерили, как часто адреса возвращаются у 12 сетей. В Германии у 10 сетей из 12 за неделю возвращается от 1,4% до 4,5% адресов, у двух больше 8%. В США у 11 сетей из 12 от 0,2% до 2%.

• Проверить свой пул можно за вечер скриптом из этой статьи. Он обойдётся примерно в 10 МБ трафика и даст два числа, по которым видно, выдержит ли пул ваш объём аккаунтов.

Сценарий

Вы ведёте 50 аккаунтов в Telegram. У каждого своя липкая сессия со своим session ID, сетевые шлюзы резидентные, в прайсе у провайдера «миллионы адресов». По всем правилам аккаунты друг с другом не связаны.

Потом один аккаунт получает ограничения. Вы открываете журнал входов и видите, что его адрес на прошлой неделе был у другого вашего аккаунта, а позавчера у третьего.

Софт тут может быть ни при чём. Повтор адресов заложен в том, как пул выдаёт адреса, и его можно измерить.

Как это происходит

Session ID отвечает за одно: пока сессия жива, провайдер держит вас на одном выходном адресе. Какой адрес вы получите при следующей новой сессии, session ID не решает. Провайдер берёт его из адресов, доступных в этой стране, и если их немного, снова выдаёт те, что уже побывали у вас.

Для любой площадки, которая сравнивает адреса входов, общий IP становится связью между аккаунтами. Telegram адреса входов видит: в «Настройки» → «Устройства» он показывает, откуда был каждый вход.

Цифра «миллионы IP» на лендинге про это ничего не говорит: обычно это число по всем странам и за долгий срок. Вам нужно другое: сколько адресов реально доступно в вашей стране на этой неделе и как часто они возвращаются.

Исследование: 12 сетей, 1 200 сессий в неделю

Каждые 15 минут наши серверы во Франкфурте, Нью-Йорке и Сингапуре открывают новые сессии через 14 сетей IP-решений и записывают, с какого адреса вышел запрос. Сессию мы открываем так, как новую сессию открывает сам продукт сети: с новым session ID или на новом порту.

Раз в неделю мы берём по 1 200 таких сессий на сеть и страну и считаем возврат с прошлой недели: какая доля адресов этой недели уже встречалась на прошлой. Чем выше доля, тем чаще сеть выдаёт адрес, который у вас уже был.

Периоды, когда у сети был инцидент (атака на неё, закончившийся у нас трафик), в расчёт не идут. Ниже медиана за последние четыре недели, по 27 сентября. По двум сетям выборка ещё не набралась, у двух есть пока две недели.

Что из этого следует.

Германия мельче США. У 11 сетей из 12 немецкие адреса возвращаются чаще американских, у четырёх из них в пять раз и больше. Одна и та же сеть бывает глубокой в одной стране и мелкой в другой.

Повтор бывает и внутри одной недели. Возврат с прошлой недели показывает, как пул обновляется со временем. Если вы заводите аккаунты пачкой за несколько дней, важно ещё, сколько разных адресов вы получите прямо сейчас. Это второе число считает скрипт ниже.

Как проверить свой пул

Проверка повторяет наш замер: 1 200 новых сессий, каждая с новым session ID, по одному запросу к сервису, который возвращает ваш IP. Берите именно 1 200: доля повторов растёт с размером выборки, и на 300 сессиях любой пул выглядит чище, чем он есть. По трафику это около 10 МБ, по времени 20–40 минут.

Скрипт на Python (pip install httpx). Подставьте формат логина из кабинета провайдера, а на место {sid} скрипт поставит новый session ID.

import json, sys, uuid
import httpx
PROXY = "http://USER-session-{sid}:PASS@gate.example.com:7000" # формат из кабинета провайдера
N = 1200
ips = []
for _ in range(N): url = PROXY.format(sid=uuid.uuid4().hex[:10]) try: with httpx.Client(proxy=url, timeout=20) as client: ips.append(client.get("https://api.ipify.org").text.strip()) except httpx.HTTPError: pass # неудачный запрос пропускаем: о повторах он ничего не говорит
json.dump(ips, open(sys.argv[1], "w"))
print(f"удачных сессий: {len(ips)}, разных адресов: {len(set(ips))}")

Запустите python pool_check.py week1.json, а через неделю python pool_check.py week2.json. Возврат с прошлой недели посчитает второй скрипт:

import json, sys
prev = set(json.load(open(sys.argv[1])))
cur = set(json.load(open(sys.argv[2])))
print(f"вернулось с прошлой недели: {100 * len(prev & cur) / len(cur):.1f}%")

Проверяйте ту страну, в которой живут ваши аккаунты, а не ту, что дешевле.

Если провайдер выдаёт доступ портами, а не session ID, разных адресов у вас будет не больше, чем портов. Мы сами на этом ошиблись: получили сто адресов со ста портов и записали пул в мелкие, хотя его ограничивала наша выдача.

Результат: что делать с цифрами

Разные адреса. Каждый адрес, которого не хватает до 1 200, означает сессию, которая села на уже выданный адрес. 1 150 разных значит, что 50 сессий из 1 200 попали на повтор, то есть каждая двадцать четвёртая. Прикиньте это на число аккаунтов, которые вы заводите за неделю.

Возврат с прошлой недели:

Пороги 3% и 8% те же, что в карточке Address recurrence на страницах сетей у нас на сайте.

Три правила, которые работают при любом пуле:

1. Ведите журнал, какой аккаунт с какого IP входил. Так совпадение адресов вы заметите сами.

2. Одному аккаунту одна сессия. Не переиспользуйте session ID между аккаунтами.

3. Чем больше новых аккаунтов вы заводите за неделю на одной сети, тем чаще они встречаются на одном адресе. На мелком пуле растягивайте заведение во времени.

Где посмотреть данные по сетям

В нашем рейтинге есть балл, цена, задержка из трёх городов и доля адресов без жалоб по каждой сети. Откройте страницу сети: в блоке What we measured карточка Address recurrence показывает по каждой стране, возвращается ли адрес редко (rarely, до 3% в неделю), иногда (sometimes, 3–8%) или часто (often, больше 8%). Это та же медиана за четыре недели. Сайт у нас на английском. Как мы считаем каждое число, описано в методике.

ProxyStats не продаёт сетевые шлюзы и места в рейтинге. Мы зарабатываем на аналитике, которую провайдеры покупают о своих сетях, и балл у платящих и неплатящих одинаковый. Нашли у нас ошибку? Напишите на proxystats.io/contact, мы исправим и скажем об этом публично.