Как проверить, мобильный, резидентный или серверный у вас прокси

Короткий ответ

Ни одна проверка сама по себе не доказывает, что прокси мобильный или резидентный. Самый сильный сигнал — сеть, которой принадлежит выходной IP: номер автономной системы (ASN), её владелец и тип этой сети. Проверьте это через RDAP и PeeringDB, а затем сравните хотя бы две базы IP, потому что они расходятся. В нашем тесте серверный IP выдал себя на каждой проверке, а мобильная линия Singtel оказалась в двух разных сетях в зависимости от того, к какому сайту она подключалась.

Что мы проверили 8 ноября 2026 года с 12:06 до 13:18 UTC:

• Откуда: сервер ipvolt в Хельсинки (Финляндия), Ubuntu, curl 8.18.0 и dig 9.20.
• Серверный образец: собственный IPv4-адрес этого сервера; он принадлежит хостинговой компании.
• Мобильный образец: тестовая линия ipvolt в Сингапуре в сети Singtel, как HTTP- и SOCKS5-прокси с логином и паролем; IP сменили 10 раз.
• Резидентный образец: нет. Домашнего подключения для теста у нас не было, поэтому всё сказанное ниже о резидентных IP не основано на наших измерениях.
• Маскировка: IPv4-адреса здесь и в файле с результатами обрезаны до /24 (203.0.113.x); в файле есть каждый запрос с его временем.

В командах ниже используется 203.0.113.7 — адрес, зарезервированный для документации. Подставьте вместо него выходной IP своего прокси.

Самый быстрый способ: проверка прокси ipvolt

Вставьте прокси в бесплатную проверку прокси в виде host:port:user:pass или как URL socks5://. Сервис подключается через прокси к своему эхо-серверу и для каждого прокси показывает:

• Статус: работают ли через него HTTP, HTTPS и IPv6. Разница между протоколами описана в руководстве HTTP или SOCKS5.
• Выходной IP: адрес, который увидел эхо-сервер.
• ASN и сеть: по базе DB-IP Lite.
• Тип сети: хостинг или дата-центр, мобильный оператор, оператор (мобильные и фиксированные линии), интернет-провайдер или неизвестно. Это оценка по ASN: по списку известных сетей или по словам в названии сети. Устройство она не проверяет.
• Местоположение: город и страна выходного IP по DB-IP Lite.
• Заголовки: добавил ли прокси заголовки, которые раскрывают ваш собственный IP.

Мы прогнали оба образца через сам сервис проверки — тот, которому страница отправляет ваш список:

Строка сервера выглядит ожидаемо. Строка мобильной линии — нет. Во всех четырёх прогонах, в 12:06 и трижды между 12:58 и 12:59 UTC, эхо-сервер проверки видел выход линии с адреса 165.173.26.x в AS56300 — блоке, зарегистрированном на MYREPUBLIC LIMITED, — поэтому оценка была «интернет-провайдер», а не «мобильный оператор». В тот же час четыре других сайта видели через ту же линию только адреса Singtel Mobile, и код проверки помечает их как «мобильный оператор». Подробности — в разделе 5. Одного направления для проверки мало.

Проверки по очереди

1. ASN и RDAP: чья это сеть?

Автономная система — это, по определению RFC 1930, «a connected group of one or more IP prefixes run by one or more network operators which has a SINGLE and CLEARLY DEFINED routing policy»: группа IP-префиксов под управлением одного или нескольких операторов с единой, чётко определённой политикой маршрутизации. Сначала узнайте, какая AS анонсирует выходной IP. Запрос network-info в RIPEstat возвращает маршрутизируемый префикс и ASN по данным маршрутизации RIPE:

curl -s "https://stat.ripe.net/data/network-info/data.json?resource=203.0.113.7"

Затем спросите у регистратуры, кому принадлежат адрес и ASN. RDAP — это JSON-интерфейс регистратур к этим данным, альтернатива WHOIS (APNIC). IANA публикует bootstrap-файлы, где указано, RDAP-сервер какой регистратуры отвечает за каждый блок адресов (RFC 9224). Сервер RIPE NCC к тому же перенаправляет запросы о чужих регионах в нужную регистратуру с кодом HTTP 301 (документация RIPE Database), так что с -L хватает одного URL:

curl -sL "https://rdap.db.ripe.net/ip/203.0.113.7"
curl -sL "https://rdap.db.ripe.net/autnum/64496"

Для сверки с офлайн-копией подойдёт набор данных iptoasn.com: диапазоны адресов и их ASN в одном файле. Мы использовали копию от 1 ноября 2026 года.

Результаты:

Мобильный диапазон зарегистрирован на Singapore Telecom Mobile, и в названии ASN есть слово «mobile». Серверный диапазон зарегистрирован на хостинговую компанию. Названия — это только названия, но именно их стоит первым делом сравнить с тем, что вам продали.

Один запрос показал, почему тип сети важен на практике. rdap.org — публичный сервис, который перенаправляет запросы RDAP в нужную регистратуру, — каждый раз отвечал нашему серверу страницей Cloudflare с кодом 403 (12:06, 12:56 и 13:15 UTC). Через мобильную линию, по HTTP и по SOCKS5, тот же запрос в 13:15 получил перенаправление 302 в регистратуру.

2. PeeringDB: какой это тип сети?

В PeeringDB сети описывают себя для других сетей. У каждой записи есть тип сети, например Cable/DSL/ISP, Content или Enterprise. Сама PeeringDB называет эти данные «self-declared and might be rarely updated» (заявлены самими сетями и могут редко обновляться) и пишет: «We haven't commissioned research into the accuracy of the data» (PeeringDB). API отвечает без учётной записи:

curl -s "https://www.peeringdb.com/api/net?asn=64496"

Смотрите поле info_types в ответе. Наши результаты:

• AS24940 (сервер): запись Hetzner Online, info_types Content, охват Europe.
• AS45143 (Singtel Mobile): записи нет; API ответил HTTP 404.
• AS56300 (MyRepublic, сеть, которую увидела проверка ipvolt, см. раздел 5): запись MyRepublic Singapore, info_types Cable/DSL/ISP, Content и NSP.

Хостинговая ASN с типом Content соответствует дата-центру. У многих сетей доступа записи в PeeringDB нет вовсе, так что отсутствие записи ничего не говорит ни в одну сторону.

3. Обратный DNS: как адрес называет себя?

Запись PTR сопоставляет адресу имя в домене in-addr.arpa (RFC 1035, раздел 3.5). Будет ли она и что в ней написано, решает тот, кто ведёт обратную зону блока.

dig -x 203.0.113.7 +short

• Сервер: static.x.249.168.204.clients.your-server.de — это адрес, записанный в имени задом наперёд (последний октет здесь скрыт). Имя разрешается обратно в тот же адрес, а основной сервер имён обратной зоны — ns1.your-server.de хостинговой компании.
• Мобильная линия: записи PTR нет (NXDOMAIN) ни для одного из 17 адресов Singtel, которые использовала линия. Для адресов 119.234 ответ пришёл из собственной зоны APNIC 119.in-addr.arpa, то есть обратной зоны у оператора для них не было. У единственного адреса MyRepublic имя PTR было — 165-173-26-x.myrepublic.com.sg, но обратно в адрес оно не разрешалось.

Имя со словами «static», «server» или с доменом хостинга указывает на сервер. Отсутствие имени часто встречается в мобильных сетях, но и во многих других, так что само по себе оно ничего не доказывает.

4. Базы IP: что говорят бесплатные тарифы?

Мы спросили о каждом адресе три бесплатных источника. Ни один не вернул тип подключения или тип использования:

• ipinfo, JSON API без токена: ASN и название сети, имя хоста при наличии PTR и город. Поля типа нет. Бесплатный Lite API возвращает ASN, название AS, домен AS, страну и континент (документация IPinfo).
• IP2Location.io без ключа: ASN, название сети, местоположение и флаг is_proxy. Поле usage_type с кодами вроде MOB (Mobile ISP), ISP (Fixed Line ISP) и DCH (Data Center/Web Hosting/Transit) (документация IP2Location.io) есть только на платных тарифах, а распознавание прокси на бесплатном тарифе охватывает лишь открытые публичные прокси (тарифы IP2Location.io).
• DB-IP Lite — база внутри проверки прокси ipvolt (сборка от 1 ноября 2026 года): ASN, название сети и город. Файл IP to ASN содержит первый и последний адрес каждого диапазона, номер AS и организацию AS (DB-IP).

MaxMind продаёт тип подключения (Cable/DSL, Cellular, Corporate, Satellite) отдельной базой (MaxMind); мы её не покупали.

Где бесплатные источники разошлись:

• Где сервер. ipinfo и DB-IP Lite поместили 204.168.249.x в Хельсинки (Финляндия), где сервер и стоит. IP2Location.io — в Амстердам (Нидерланды). iptoasn.com указывает для диапазона страну DE — это страна регистрации сети, а не местоположение сервера.
• Где мобильная линия. ipinfo и IP2Location.io для каждого адреса Singtel ответили «Сингапур». DB-IP Lite назвала для 17 адресов 11 разных мест, от Punggol до Tanjong Pagar. Для адреса MyRepublic ipinfo назвал Yishun New Town, а DB-IP Lite — Toa Payoh New Town.
• Прокси или нет. IP2Location.io ответил is_proxy: false для каждого адреса, о котором мы спрашивали, включая все выходы прокси-линии.

5. Смена IP и CGNAT (только для мобильных)

При смене IP устройство заново подключается к оператору, и тот выдаёт ему новый публичный адрес; как это устроено на устройствах ipvolt, описано в разделе смена IP. Наша тестовая линия принимала одну смену IP раз в 4 минуты и на более частые запросы отвечала HTTP 429, поэтому 10 смен мы делали с интервалом 250 секунд.

Все 10 запросов на смену IP были приняты, и каждый раз ipify видел новый адрес через 6,3–7,7 секунды (медиана 6,5 секунды). Все 10 новых адресов были разными и попали в 10 разных блоков /24. iptoasn.com отнёс каждый к AS45143, RDAP назвал каждый SINGTELMOBILE (APNIC), а RIPEstat подтвердил это для 8 адресов, по которым вернул данные. Ни у одного не было записи PTR, а ipinfo и IP2Location.io поместили все в Сингапур. Адрес менялся и без смены IP: в 5 из 10 раундов новый адрес и три проверки через несколько секунд совпали не полностью.

Операторы могут делить один публичный IPv4-адрес между многими абонентами с помощью carrier-grade NAT (CGNAT). RFC 6598 резервирует 100.64.0.0/10 как «Shared Address Space», чтобы операторы нумеровали этими адресами связи между своими CGN и оборудованием абонентов (RFC 6598). За таким NAT «A public IPv4 address in the CGN pool is shared by several subscribers at the same time» — один публичный адрес из пула CGN одновременно используют несколько абонентов (RFC 6269). Это важно по двум причинам:

• Блокировка бьёт по всем на этом адресе. RFC 6269 отмечает, что ограничение общего адреса после неудачных входов «may block out other users who have not made any previous attempts» — может заблокировать других пользователей, которые ничего не делали.
• Местоположение грубое. «A subscriber behind a CGN geo-locates to wherever the prefix of the CGN appears to be» (RFC 6269, раздел 7): абонент за CGN геолоцируется туда, где находится префикс CGN.

Снаружи CGNAT не видно. Через прокси мы видели только публичные адреса и ни разу — адрес из 100.64.0.0/10. Видно было другое — как вели себя выходы:

Сразу после 10-й смены мы отправили 24 запроса примерно за 90 секунд к четырём эхо-сервисам (ipify, icanhazip, ifconfig.me и checkip.amazonaws.com), 16 по HTTP и 8 по SOCKS5, без смены IP. Они пришли с двух публичных адресов, оба Singtel Mobile (AS45143): 119.234.48.x для 16 запросов и 119.234.44.x для 8. Все запросы по SOCKS5 шли с 119.234.48.x; запросы по HTTP переключались между двумя.

Тем временем проверка ipvolt в каждом прогоне видела 165.173.26.x в AS56300 MyRepublic, по HTTP и по SOCKS5. У этого адреса было имя PTR в домене myrepublic.com.sg. Значит, одна и та же линия выходила в интернет как минимум через три публичных адреса в двух сетях, и какой из них видел сайт, зависело от сайта. Несколько адресов Singtel одновременно согласуются с NAT оператора, который выдаёт разным соединениям разные адреса из своего пула, но сам NAT нам не виден, и снаружи нельзя сказать, почему одно направление видело другую сеть.

Результаты рядом

Резидентного столбца нет: домашнего подключения для теста у нас не было.

Признаки того, что «мобильный» или «резидентный» прокси не тот, за кого себя выдаёт

Каждый признак взят из наших прогонов или из источников выше:

1. ASN принадлежит хостинговой компании. Наш серверный адрес находился в AS24940, Hetzner Online. RDAP назвал его блок CLOUD-HEL1, а PeeringDB указывает тип сети Content.
2. Обратный DNS называет сервер. У нас это был static.x.249.168.204.clients.your-server.de — статическое имя в домене хостинговой компании.
3. Сайты, которые отсекают диапазоны дата-центров, отсекают его. rdap.org вернул нашему серверу 403 от Cloudflare, а мобильной линии — перенаправление.
4. Сеть выхода меняется в зависимости от направления. Линия, которую продают как мобильную, должна выходить на любой сайт из сети оператора. Наша выходила на четыре эхо-сервиса из Singtel Mobile, а на проверку ipvolt — из AS56300 MyRepublic, чьи типы в PeeringDB — Cable/DSL/ISP, Content и NSP. Проверяйте выходной IP хотя бы на двух сервисах и смотрите каждую ASN, которую увидите.
5. После смены IP адреса уходят от оператора. На нашей линии все 10 остались в AS45143. Новые адреса в хостинговой ASN означали бы, что «мобильные» IP не находятся у оператора.

Признаки 1–3 относятся и к «резидентным» прокси. Резидентной линии, чтобы проверить их на ней, у нас не было.

Чего эти проверки не скажут

• Об устройстве. ASN описывает сеть, а не устройство в ней. Многие операторы обслуживают телефоны и домашние линии из одной ASN, и никакая внешняя проверка не скажет, откуда пришёл запрос. Поэтому в проверке прокси есть тип «оператор (мобильные и фиксированные линии)», а руководство мобильные или резидентные прокси рассматривает эти категории как пересекающиеся.
• О точности самоописания. Типы в PeeringDB заявляют сами сети, названия в RDAP — то, что зарегистрировал владелец, а у многих сетей доступа записи в PeeringDB нет. У AS45143 её не было.
• О согласии баз. Бесплатные базы расходятся между собой: в один и тот же день две из них поместили наш серверный адрес в две разные страны.
• О типе подключения бесплатно. Ни один из бесплатных тарифов, которыми мы пользовались, его не возвращает.
• О CGNAT. Снаружи его не видно. Мы видели поведение выходов, а не NAT оператора.
• О путях, которые вы не проверяли. Прокси может отправлять разные направления разными маршрутами. Каждая проверка говорит только о том соединении, которое она установила.
• За пределами нашей выборки. Одна мобильная линия одного оператора, один серверный адрес, один день, без резидентной линии.

Проверьте прокси сейчас: вставьте его в бесплатную проверку прокси ipvolt и проверьте ASN, который она покажет, командами выше.

Нужен мобильный IP в конкретной стране? Выделенные мобильные прокси — от $9 в день.