Как работает мобильный прокси? 4G/5G, CGNAT и ротация IP

Выбор продукта, длительности sticky и способа проверки сводится к трём вопросам: где в сети оператора назначается IP, со сколькими людьми CGNAT делит один адрес и какое событие меняет IP.

Что такое мобильный прокси и каким путём идёт трафик?

Запрос через мобильный прокси проходит пять точек:

1. Клиент (браузер, скрипт или приложение) подключается к gateway прокси по логину и паролю.
2. Gateway передаёт запрос модему или телефону с SIM-картой. Это устройство подключено к сети оператора как обычный абонент.
3. Устройство по радиоканалу связывается с базовой станцией: в 4G это eNodeB, в 5G — gNodeB.
4. Базовая станция передаёт трафик в базовую сеть оператора. Пакетный шлюз в 4G называется P-GW, в 5G — UPF; здесь управляется IP-адрес устройства.
5. CGNAT на выходе базовой сети преобразует внутренний адрес устройства в один из публичных IPv4-адресов оператора, и запрос приходит на целевой сайт с этого адреса.

Целевой сайт видит только последний шаг: публичный IP, принадлежащий оператору. В IP-базах владелец этого IP записан как мобильный оператор, а тип подключения отображается как «cellular» или «mobile». В какую сеть попадает выход, показывает инструмент IP lookup с ASN и названием провайдера.

Устройство может быть одним из модемов, установленных в стойке дата-центра, или телефоном, который работает «в поле». В обоих случаях оператор видит одно и то же: абонента с SIM-картой, подключённого к сотовой сети.

Откуда берётся IP-адрес в мобильной сети?

Когда телефон включает мобильные данные, он открывает с оператором сессию передачи данных. В 4G она называется PDN-подключением, в 5G — PDU-сессией. Сессия открывается через APN (Access Point Name), и оператор выдаёт устройству адрес на время этой сессии. Пока сессия активна, адрес не меняется; после её закрытия и повторного открытия может прийти новый адрес.

Адрес, который получает устройство, обычно не маршрутизируется в интернете. Для IPv4 операторы чаще всего раздают адреса из блока 100.64.0.0/10, выделенного для внутреннего использования операторами в RFC 6598, или из частных диапазонов. На своём интерфейсе устройство видит этот внутренний адрес. А в трафике, выходящем из прокси, целевой сайт видит публичный IP, назначенный CGNAT.

С IPv6 ситуация другая. Многие операторы выдают устройству собственный IPv6-префикс, и IPv6-трафик выходит без NAT. Некоторые сети дают абоненту только IPv6, а доступ к IPv4-сайтам обеспечивается методами трансляции вроде 464XLAT, описанного в RFC 6877. Поэтому одна и та же SIM может появиться на сайте с поддержкой IPv6 с IPv6-адресом, а на сайте, работающем только по IPv4, — с IPv4-адресом CGNAT. Как различия двух протоколов сказываются на прокси, описано в статье IPv4 vs IPv6.

Почему CGNAT делает мобильный IP общим?

IPv4-адресов мало, и оператор не может выдать каждому из миллионов абонентов отдельный публичный IPv4. CGNAT решает эту задачу разделением портов. Подключения множества абонентов одновременно выходят с одного публичного IP, а NAT-устройство определяет, какому абоненту принадлежит соединение, по номеру исходного порта. RFC 6888 задаёт общие требования к таким операторским NAT: например, по возможности выдавать одному абоненту один и тот же внешний IP для всех его соединений и не позволять одному абоненту занять все порты.

Для целевого сайта у такого совместного использования два следствия.

Первое: IP-адрес сам по себе не указывает на одного человека. Если сервер записывает только IP, он не сможет отличить друг от друга сотни абонентов, одновременно пришедших с этого адреса. Поэтому RFC 6302 рекомендует публичным серверам записывать вместе с IP исходный порт и точную метку времени. Если платформа полностью заблокирует IP за CGNAT, она заблокирует и реальных пользователей, которые в этот момент выходят с того же адреса. Из-за этого постоянную блокировку мобильных адресов по IP применяют редко; платформы больше опираются на сигналы аккаунта, устройства и поведения.

Второе: поведение другого абонента на том же IP может повлиять на ваш запрос. Интенсивный и подозрительный трафик с этого адреса в ту же минуту может привести к дополнительной проверке или CAPTCHA для всех, кто с него приходит.

Мобильный IP сам по себе не делает аккаунт или запрос «безопасным». Интенсивные запросы с отпечатком десктопного браузера выглядят несогласованно, даже если приходят с мобильного IP. Правила платформ в отношении аккаунтов и поведения нужно соблюдать при любом типе IP; в WeProxy эти рамки описаны в правилах допустимого использования.

Что меняется для мобильного прокси при переходе с 4G на 5G?

Поведение IP, которое видит целевой сайт, в 4G и 5G почти одинаковое. В обеих технологиях оператор назначает адрес в базовой сети, а IPv4-трафик в основном выходит через CGNAT. Разница — в радиоуровне и устройстве базовой сети.

Сегодня многие сети 5G работают в режиме NSA (non-standalone): радиоканал использует 5G, а базовая сеть остаётся от 4G. В этом режиме IP назначается тем же путём, что и в 4G. В 5G SA (standalone) базовая сеть тоже 5G, а пакетный шлюз — UPF; для абонента адрес по-прежнему назначается на каждую сессию.

На практике 5G даёт пользователю прокси более высокую пропускную способность. Задержка по-прежнему колеблется в зависимости от качества сигнала, нагрузки на базовую станцию и переключений между 4G и 5G. Скорость нельзя предсказать по названию технологии; её нужно измерять на своём целевом сайте.

Как работает ротация IP в мобильном прокси?

IP мобильного устройства меняется, когда сессия передачи данных закрывается и открывается заново. Все способы ротации запускают это событие разными путями.

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

Reset link — это обычно адрес, который берут из панели и вызывают простым HTTP-запросом. В примере ниже RESET_LINK — заполнитель для адреса, показанного в панели:

# Обновить IP, подождать переподключения к сети, вывести новый выходной IP
curl -s "RESET_LINK"
sleep 15
curl -s -x "http://USER:[email protected]:8989" https://api.ipify.org

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

Ротация пула — другая модель. За gateway стоит множество мобильных устройств; в режиме rotating каждый запрос уходит на другое устройство, в режиме sticky — на одно и то же в течение заданного времени. Подробности выбора между sticky и rotating — в руководстве sticky vs rotating.

Чем мобильный прокси на реальной SIM отличается от rotating мобильного пула?

У WeProxy два мобильных продукта, и они соответствуют двум моделям, описанным выше.

Мобильный 5G прокси (реальная SIM) даёт выделенное вам 5G-подключение. IP меняется через auto-rotate с заданным вами интервалом или через reset link в нужный момент; пока вы не запустите смену, выход остаётся на том же подключении. План Lite охватывает Израиль, Великобританию, Австрию и Италию, план Premium добавляет к ним США: Техас, Флориду и Нью-Йорк. Локация выбирается в панели без смены пакета. Пакеты недельные или месячные, без ограничения трафика. Протокол только HTTP, подключение только по логину и паролю.

Rotating Mobile IPv4 Proxy — это пул IP 4G/5G-операторов. В нём больше 180 локаций; IP может меняться с каждым запросом, или можно открыть короткую sticky-сессию. Поддерживаются HTTP и SOCKS5, оплата за GB, а купленные GB остаются на балансе без ограничения срока.

Выбор зависит от того, кто должен управлять сменой IP. Если нужно часами держать сценарий приложения на одном IP оператора и самому запускать смену, подходит продукт на реальной SIM. Если предстоит много независимых проверок из разных стран, пул эффективнее. Общий выбор между мобильным и residential разобран в статье mobile vs residential, а сравнение всех типов прокси — в руководстве по residential, мобильным, datacenter и ISP прокси.

Как проверить IP мобильного прокси?

За несколько минут можно убедиться, что купленный или тестируемый выход действительно идёт от мобильного оператора и что ротация работает так, как вы ожидаете. Python-скрипт ниже отправляет последовательные запросы через один прокси и для каждого выводит выходной IP и время:

import time
import requests

proxy = "http://USER:[email protected]:8989"
proxies = {"http": proxy, "https": proxy}

seen = []
for i in range(10):
    start = time.perf_counter()
    try:
        ip = requests.get("https://api.ipify.org", proxies=proxies, timeout=(10, 30)).text
    except requests.RequestException as exc:
        print(f"{i + 1}. запрос  ошибка: {exc.__class__.__name__}")
        time.sleep(5)
        continue
    elapsed_ms = (time.perf_counter() - start) * 1000
    seen.append(ip)
    print(f"{i + 1}. запрос  IP: {ip}  время: {elapsed_ms:.0f} ms")
    time.sleep(3)

print("число разных IP:", len(set(seen)))

Замените USER, PASSWORD, хост и порт на значения из панели. Остальные настройки на стороне Python описаны в руководстве по использованию прокси в Python.

Порядок проверки:

1. Запишите свой IP без прокси с помощью инструмента My IP. Ни один IP из вывода скрипта не должен совпадать с этим адресом.
2. Проверьте полученные IP в инструменте IP lookup. ASN должен принадлежать мобильному оператору, а страна — совпадать с выбранной локацией.
3. Проверьте ротацию. В режиме rotating пула IP должен меняться с каждым запросом, в режиме sticky — оставаться прежним. У продукта на реальной SIM IP должен оставаться тем же до вызова reset link или до наступления интервала auto-rotate.
4. Посмотрите на время. На мобильном подключении оно колеблется; ориентируйтесь не на одно измерение, а на медиану и самые медленные запросы.
5. Если подключение не устанавливается, сначала убедитесь через proxy checker, что прокси отвечает. 407 указывает на учётные данные, 502 и тайм-аут — на проблемы на стороне выхода; подробности в руководстве по кодам ошибок прокси.

Продукт на реальной SIM поддерживает только HTTP, поэтому не тестируйте его инструментом, которому нужен SOCKS5: инструмент не подключится, и проблему ошибочно припишут прокси.

Для каких задач нужен мобильный прокси, а для каких он лишний?

Мобильный IP даёт заметную разницу в задачах, где целевая платформа ожидает трафик из мобильной сети или по-особому ведёт себя в сети оператора:

• Тестирование того, как мобильное приложение работает в сетях операторов разных стран, какой региональный контент и какие перенаправления оно показывает.
• Проверка того, как мобильные рекламные кампании выглядят в целевой стране с IP мобильного оператора; рабочий процесс описан на странице верификации рекламы.
• Работа с аккаунтами в социальных сетях, которыми управляют через мобильное приложение, с IP оператора той же страны. Сценарии на стороне платформ — на странице прокси для социальных сетей, выбор именно для Instagram — в руководстве по прокси для Instagram.

В этих задачах дополнительная стоимость мобильного IP обычно не окупается:

• Сбор больших объёмов данных с общедоступных веб-страниц. Для этого эффективнее rotating residential или datacenter-пулы.
• Отслеживание поисковой выдачи по городам. Здесь удобнее residential-пул с таргетингом по городу.
• Веб-панели, где один IP нужен днями. Мобильный IP может смениться и на стороне оператора, поэтому статический residential или ISP прокси дают более предсказуемый результат.

Какой бы тип IP вы ни выбрали, в задачах с персональными данными по-прежнему действуют обязательства по KVKK и GDPR, условия использования целевого сайта и правила robots.txt.