Мобильные прокси Германии: как проверить, что прокси действительно в сети O2, Vodafone или 1&1

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

Чтобы проверить мобильные прокси Германии, узнайте выходной IP прокси, найдите автономную систему (ASN), которая его анонсирует, и сравните номер со строкой оператора в таблице ниже: AS6805 у O2, AS3209 у Vodafone, AS8881 у зарегистрированных диапазонов доступа 1&1. Совпадение значит, что адрес принадлежит сети этого оператора. Оно не доказывает, что за адресом телефон или SIM-карта: все три сети обслуживают и фиксированные линии. Если ASN принадлежит хостинговой компании или компании не из этих трёх, прокси работает не в той сети, которая заявлена.

ipvolt продаёт мобильные прокси Германии в сетях O2, Vodafone и 1&1, поэтому в статье разобраны эти три оператора. На чём она основана:

• Только открытые записи, которые мы запросили 12 ноября 2026 года: база данных RIPE, RDAP, PeeringDB, страницы самих операторов и RFC.
• Без прокси. Для этой статьи мы не арендовали и не использовали ни одного прокси-устройства. Таблица показывает то, что записано в реестрах, а не то, что показало устройство.
• Общий метод описан в статье как проверить, что прокси действительно мобильный или резидентный: там те же проверки выполнены на живой мобильной линии и на серверном IP. Здесь добавлены немецкие операторы.
• Данные. Каждый запрос и его время записаны в файле с записями. Адреса примеров обрезаны до /24 и там, и здесь.

Таблица: немецкие операторы и их ASN

Колонка «Оператор сети» взята у Bundesnetzagentur, немецкого регулятора связи: в его таблице абонентов (состояние на 10 сентября 2026 года) операторами сетей названы Telekom, Vodafone, Telefónica и 1&1 Mobilfunk, а в примечаниях указано «D2-Netz = Vodafone» и «E2-Netz = Telefónica Germany (Marke o2)». Все три ASN зарегистрированы в RIPE NCC: bootstrap-файл IANA отправляет каждый из них на RDAP-сервер RIPE, а в записи организации каждого владельца указана страна DE.

Что реестр добавляет по каждому оператору:

• O2. Часть диапазонов внутри AS6805 Telefónica называет по назначению. 176.0.0.0/16 зарегистрирован как MOBILE-POOL-NET, а 46.114.0.0/16 как MOBILE-NATPOOL-NET. Выходной IP в диапазоне с таким именем — лучшее подтверждение мобильной линии O2, которое можно получить из реестра. На Telefónica Germany зарегистрирована и вторая система, AS13184 (HANSENET); в её записи сказано: «AS13184 will be merged to AS6805».
• Vodafone. В записи AS3209 она названа «International IP-Backbone of Vodafone». Внутри неё диапазон 80.226.0.0/19 описан как «Mobile APN NAT Pool», а блок с 80.226.64.0 по 80.226.255.255 как «Mobile Internet Access (2G&3G)». Ещё две системы зарегистрированы на компании Vodafone под именами кабельных сетей: AS31334 (KABELDEUTSCHLAND-AS, Vodafone GmbH) и AS20825 (UNITYMEDIA, Vodafone West GmbH).
• 1&1. Эта строка наименее надёжна, и записи объясняют почему:
  • Собственная сеть. 1&1 управляет собственной мобильной сетью с 8 декабря 2023 года. 11 ноября 2025 года компания объявила, что перевод клиентов в эту сеть завершён: «Alle 1&1 Kundinnen und Kunden nutzen nun das moderne 5G-Netz» (1&1). До этого она перепродавала мобильную связь в сетях других операторов, поэтому в старых статьях 1&1 может быть отнесена к другой сети.
  • Роуминг. Там, где собственной сети нет, клиенты подключаются «über Antennen unseres National-Roaming-Partners Vodafone» (1&1 Netzcheck).
  • Мобильной ASN в реестре нет. 12 ноября 2026 года в базе RIPE не было организации с названием 1&1 Mobilfunk и не было ASN, зарегистрированной на 1&1 Telecom GmbH.
  • Что в реестре есть. Диапазоны доступа, зарегистрированные на 1&1 Telecom GmbH, например 109.250.0.0/17, называются ONEANDONE-ACCESS и содержат пометку «routed by AS8881». AS8881 принадлежит 1&1 Versatel GmbH. Ни одна запись не говорит, какие из этих диапазонов обслуживают мобильных клиентов.
  • Итог: для линии 1&1 реестр указывает на AS8881. На SIM-карте 1&1 мы это не проверяли.

По шагам

1. Узнайте выходной IP через прокси

curl -s -x "http://USER:PASS@HOST:PORT" https://api.ipify.org

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

В командах ниже стоят 203.0.113.7, адрес, зарезервированный для документации (RFC 5737), и AS64496, номер, зарезервированный для документации (RFC 5398). Подставьте вместо них свой выходной IP и его ASN. Утилита jq в командах оставляет от JSON только нужные поля.

2. Найдите ASN и зарегистрированный диапазон

Запрос network-info сервиса RIPEstat возвращает анонсируемый префикс и ASN, которая его анонсирует. RDAP, JSON-интерфейс реестров, возвращает зарегистрированный диапазон и его имя; пути ip/ и autnum/ определены в RFC 9082. Сервер RIPE отвечает по диапазонам, зарегистрированным в RIPE, а остальные запросы перенаправляет в нужный реестр (документация RIPE Database), поэтому в командах стоит -L.

curl -s "https://stat.ripe.net/data/network-info/data.json?resource=203.0.113.7" | jq -c '.data'
curl -sL "https://rdap.db.ripe.net/ip/203.0.113.7" | jq '{handle, name, country, type, remarks: [.remarks[]?.description[]]}'

12 ноября 2026 года мы выполнили обе команды для двух настоящих адресов. Первый — адрес оператора: 176.0.10.x из публично анонсируемого диапазона Telefónica Germany 176.0.0.0/13.

{"asns":["6805"],"prefix":"176.0.0.0/13"}
{
  "handle": "176.0.0.0 - 176.0.255.255",
  "name": "MOBILE-POOL-NET",
  "country": "DE",
  "type": "ASSIGNED PA",
  "remarks": [
    "Telefonica Germany GmbH & Co. OHG",
    "Georg-Brauchle-Ring 50",
    "80992 Muenchen"
  ]
}

Второй — серверный адрес: облачный IP нашего лабораторного сервера, 204.168.249.x.

{"asns":["24940"],"prefix":"204.168.128.0/17"}
{
  "handle": "204.168.240.0 - 204.168.255.255",
  "name": "CLOUD-HEL1",
  "country": "FI",
  "type": "ASSIGNED PA",
  "remarks": [
    "INFRA-AW"
  ]
}

Затем узнайте, кому принадлежит ASN:

curl -sL "https://rdap.db.ripe.net/autnum/64496" | jq '{handle, name, holder: [.entities[] | select(.handle | startswith("ORG-")) | .vcardArray[1][] | select(.[0] == "fn") | .[3]]}'

Для AS6805 и AS24940 ответ был таким:

{
  "handle": "AS6805",
  "name": "TDDE-ASN1",
  "holder": [
    "Telefonica Germany GmbH & Co.OHG"
  ]
}
{
  "handle": "AS24940",
  "name": "HETZNER-AS",
  "holder": [
    "Hetzner Online GmbH"
  ]
}

3. Проверьте тип сети в PeeringDB

В PeeringDB сети сами описывают себя для других сетей. API отвечает без учётной записи:

curl -s "https://www.peeringdb.com/api/net?asn=64496" | jq -c '.data[] | {name, aka, info_types, info_scope}'

Для тех же двух ASN:

{"name":"Telefónica Germany GmbH & Co. OHG","aka":"former Telefonica Deutschland, former mediaWays GmbH","info_types":["NSP"],"info_scope":"Europe"}
{"name":"Hetzner Online","aka":"","info_types":["Content"],"info_scope":"Europe"}

Тип сети «self-declared and might be rarely updated», то есть указан самой сетью и может редко обновляться (PeeringDB). Ни в одной из трёх немецких записей нет слова «мобильная»: у Telefónica указано NSP, у Vodafone и 1&1 Versatel — Cable/DSL/ISP. Поэтому PeeringDB помогает отличить оператора от хостинга или контентной сети. Подтвердить мобильную линию он не может.

4. Сравните с таблицей

• ASN совпадает со строкой оператора. Адрес находится в сети этого оператора. Для O2 и Vodafone сравните ещё имя диапазона из шага 2 с мобильными диапазонами, названными выше.
• ASN другая, но той же группы (AS13184, AS31334, AS20825 или AS8560, о ней ниже). Она зарегистрирована на группу, но диапазоны с мобильными именами анонсируются не из неё. Спросите продавца, в какой сети работает SIM-карта.
• Любая другая ASN. Прокси не в сети этого оператора.

Обратный DNS — необязательная пятая проверка:

dig -x 203.0.113.7 +short

12 ноября 2026 года мы запросили по одному адресу из каждого названного диапазона. Последний октет скрыт:

web.vodafone.de — это ещё и имя точки доступа (APN), которое Vodafone даёт клиентам для мобильного интернета (Vodafone). Страниц, где операторы описывают эти имена, мы не нашли, и каждая строка — это один адрес. Поэтому имя стоит считать дополнительной деталью, а не доказательством.

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

Вставьте прокси в бесплатную проверку прокси в виде host:port:user:pass или в виде URL. Она подключается через прокси к собственной точке ipvolt и показывает результат одной строкой. Смотрите на три поля:

• Выходной IP: адрес, который нужно проверить.
• ASN и сеть: номер AS, название сети из базы DB-IP Lite и тип сети. Сравните номер AS с таблицей.
• Местоположение: город, который DB-IP Lite даёт для выходного IP. Почему город может не совпасть, сказано в следующем разделе.

Проверка принимает только прокси, поэтому мы запустили её код поиска на четырёх адресах из примеров. Он вернул:

Тип — это оценка по ASN, как и сказано в подписи. Устройство она не проверяет.

Что выглядит подозрительно, но в порядке

• Другой немецкий город. Три бесплатные базы IP 12 ноября 2026 года разместили два наших адреса операторов так:

  Пример	ipinfo	DB-IP	IP2Location.io
  176.0.10.x (O2)	Берлин	Берлин	Штраусберг, Бранденбург
  80.226.1.x (Vodafone)	Бернбург, Саксония-Анхальт	Дюссельдорф	Platz, Саксония-Анхальт

  Реестр этот спор не решает. В записи MOBILE-POOL-NET указан адрес Telefónica в Мюнхене, а об атрибуте country в RIPE сказано: «it cannot be used in any reliable way to map IP addresses to countries», то есть надёжно сопоставлять по нему адреса со странами нельзя (документация RIPE Database).

• Адрес, общий с другими абонентами. NAT операторского класса (CGN) — это функция, которая служит, чтобы «share the same IPv4 address among several subscribers», то есть делить один IPv4-адрес между несколькими абонентами (RFC 6888). RFC 6598 резервирует 100.64.0.0/10 для операторской стороны такого NAT. И Telefónica, и Vodafone регистрируют мобильные диапазоны как пулы NAT: MOBILE-NATPOOL-NET, o2-Germany-Customer-NATPool-MUN и «Mobile APN NAT Pool». Для 1&1 мы не нашли записей ни в ту, ни в другую сторону.

• Старые названия компаний. Сравнивайте номер AS, а не название. Всё это встречается в записях трёх сетей:

  • Telefónica: блоки с именем DE-MEDIAWAYS и «former mediaWays GmbH» в PeeringDB.
  • Vodafone: DE-D2VODAFONE, DE-ARCOR и имя системы VODANET.
  • 1&1: VERSATEL и versanet.de.

• Тип сети фиксированной связи. Vodafone и 1&1 Versatel указывают Cable/DSL/ISP, потому что та же ASN обслуживает их фиксированные линии. Telefónica тоже продаёт домашний интернет O2 по оптике, кабелю, DSL и 4G/5G (Telefónica).

• Линия 1&1 на антеннах Vodafone. Фраза 1&1 о роуминге относится к радиоканалу. Она не говорит, из какой IP-сети выходит трафик, и мы этого не измеряли.

Признаки того, что соединение не мобильное

1. ASN зарегистрирована на хостинговую компанию. Наш лабораторный сервер находится в AS24940, HETZNER-AS, владелец — Hetzner Online GmbH. Его диапазон называется CLOUD-HEL1, а имя в обратном DNS — static.x.249.168.204.clients.your-server.de.
2. В PeeringDB сеть указана как Content. Так указано у Hetzner. Тип хостинговой или контентной сети не подходит мобильному оператору.
3. ASN принадлежит другой компании или другому реестру. Три владельца — немецкие компании, их ASN зарегистрированы в RIPE NCC. Если RDAP перенаправляет вас в другой реестр или называет владельца, которого нет в таблице, выходной адрес не в этих сетях.
4. Линия «1&1» в AS8560. AS8560 — это IONOS-AS, зарегистрированная на IONOS SE. В её записи она названа «the joint network for IONOS, Fasthosts, Arsys, 1&1 Mail and Media and 1&1 Telecom», а в проверке ipvolt она числится хостингом. Название 1&1 в записи не делает её мобильной сетью.
5. ASN та, а пул с другим именем. В AS3209 наши примеры из 2.200.0.0/14 и 90.186.0.0/17 имели имена, которые начинаются с dslb-, в зоне pools.vodafone-ip.de, в отличие от имён в диапазонах с мобильными названиями. Это повод спросить продавца, а не доказательство.

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

• Какое устройство за адресом. ASN описывает сеть. Все три сети обслуживают и фиксированные линии, поэтому по совпавшей ASN телефон не отличить от домашнего роутера.
• Актуальны ли подписи. Имена диапазонов и типы в PeeringDB — это то, что записал владелец. Диапазон Vodafone, который до сих пор описан как «2G&3G», последний раз меняли в январе 2023 года.
• Мобильные адреса 1&1. Ни одна открытая запись их не помечает, и ни одной линии 1&1 мы не проверяли.
• Роуминг. Здесь ничто не показывает, через какие антенны работала линия.
• Сколько людей делят адрес. Операторский NAT снаружи не виден.
• Как сайт отнесётся к адресу. Эти проверки говорят, на кого адрес зарегистрирован и кто его анонсирует. Решение какого-либо сайта они не предсказывают.
• Завтрашние записи. Таблица отражает состояние реестра на 12 ноября 2026 года. Перед тем как на неё полагаться, проверьте ASN ещё раз.

Чтобы проверить линию перед работой, пройдите чек-лист из руководства как тестировать прокси Германии. Операторы, цены и наличие указаны на странице мобильные прокси Германии.

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

Нужен немецкий мобильный IP в сети O2, Vodafone или 1&1? Выделенные мобильные прокси — от $9 в день.