IP и ASN

Как проверить подсеть IP перед арендой: WHOIS, история маршрутов, RPKI, геолокация и чёрные списки

7 шагов 16 мин чтения 9 просмотров 0
Содержание

Подсеть IP хороша ровно настолько, насколько чиста её история. Блок /24, с которого рассылали спам, который числится в чёрном списке, определяется геобазами не в той стране или анонсируется без валидного RPKI, может стоить вам нескольких недель работы — уже после того, как вы перенесли на него сайты, почту или аккаунты. Эта статья — практический чек-лист проверки для всех, кто арендует IPv4-адреса, будь то несколько адресов или несколько блоков /24: как читать регистрационные данные, проверять историю маршрутизации и RPKI, сравнивать базы геолокации, искать адреса в чёрных списках и сервисах репутации, а также о чём договориться в условиях аренды.

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

Шаг 1: Проверка регистрационных данных (whois)

# Registration record of the block (RIPE, APNIC, ARIN, AFRINIC or LACNIC answers automatically)
whois 203.0.113.0

# Fields to look at:
#   inetnum / NetRange  : the exact range and its size
#   netname, descr      : who it is assigned to
#   country             : the registered country (not necessarily the geolocation)
#   status              : ALLOCATED PA / ASSIGNED PA / LEGACY ...
#   org, mnt-by         : the holder and the maintainer that can change the record
#   abuse-c / abuse-mailbox : where abuse reports go

Арендодатель должен быть держателем блока или иметь письменное разрешение от держателя. Если вы будете анонсировать блок со своей ASN, запросите письмо-авторизацию (Letter of Authorization, LOA) (см. анонс арендованных IP-адресов со своей ASN).

Шаг 2: Проверка истории маршрутизации

О многом говорит то, кто и когда анонсировал блок раньше. Частая смена origin ASN, длительные периоды анонса сетями с плохой репутацией или анонс блока фрагментами — всё это может указывать на проблемы.

# Current origin ASN(s) and visibility (RIPEstat public API)
curl -s "https://stat.ripe.net/data/prefix-overview/data.json?resource=203.0.113.0/24" | python3 -m json.tool | head -40

# Routing history: which ASNs announced the block and when
curl -s "https://stat.ripe.net/data/routing-history/data.json?resource=203.0.113.0/24" | python3 -m json.tool | head -60

Те же данные удобно смотреть на bgp.he.net (поиск по префиксу) и в веб-интерфейсе RIPEstat. Обратите внимание и на то, анонсируется ли блок сейчас вообще: блок, который давно не маршрутизировался, нередко чище, чем тот, что меняет владельцев каждые несколько месяцев.

Шаг 3: Проверка RPKI

Многие сети отбрасывают маршруты со статусом RPKI invalid. Убедитесь, что для ASN, которая будет анонсировать блок, ROA уже существует или будет создан, причём с правильной максимальной длиной префикса.

# Is 203.0.113.0/24 valid when announced by AS64500?
curl -s "https://stat.ripe.net/data/rpki-validation/data.json?resource=AS64500&prefix=203.0.113.0/24" | python3 -m json.tool

Статус должен быть valid. invalid означает, что ROA существует для другой ASN или другой длины префикса, и его нужно исправить до анонса; unknown — что блок пока не покрыт ни одним ROA. Подробнее: что такое ROA и RPKI.

Шаг 4: Сравнение баз геолокации

Сайты и платформы пользуются разными поставщиками геолокации, и их данные не всегда совпадают. Проверьте несколько адресов из блока в каждой из баз.

curl -s ipinfo.io/203.0.113.10; echo
curl -s "http://ip-api.com/json/203.0.113.10?fields=country,regionName,city,isp,org,as,hosting"; echo

Также проверьте MaxMind (демо GeoIP2 на maxmind.com), IP2Location и DB-IP на их сайтах. Если в некоторых базах страна указана неверно, уточните, публикует ли арендодатель geofeed и подаёт ли запросы на исправление (см. исправление геолокации IP с помощью geofeed). Если для ваших задач важен тип IP (резидентный, ISP или дата-центр), см. как проверить, является ли IP нативным, резидентным, ISP или из дата-центра.

Шаг 5: Проверка чёрных списков и репутации

  • Spamhaus: проверьте несколько адресов в сервисе проверки репутации IP и доменов Spamhaus и убедитесь, что блока нет в списке Spamhaus DROP, который многие сети блокируют полностью.
  • Проверка сразу по многим RBL: MXToolbox или multirbl.valli.org проверяют десятки чёрных списков за один раз (см. проверка IP в чёрных списках и удаление из них).
  • Жалобы на злоупотребления: AbuseIPDB показывает свежие публичные жалобы на атаки с адреса или диапазона.
  • Оценки риска мошенничества и прокси: сервисы вроде Scamalytics или IPQualityScore оценивают IP по риску мошенничества. Эти оценки важны для электронной коммерции, платежей и аккаунтов в соцсетях.

Проверяйте адреса по всему блоку (например, .1, .64, .128, .200, .254), а не только первый: даже один проблемный сосед может многое сказать обо всём диапазоне.

Шаг 6: Проверка доступности там, где находятся ваши пользователи

Запустите ping и TCP-тесты до блока из стран, которые вы обслуживаете. Особенно это касается материкового Китая: диапазон может быть полностью доступен из-за рубежа и при этом недоступен внутри страны; см. проверка доступности IP для сетки сайтов из материкового Китая. О доступе к платформам — в статье тесты доступа к стриминговым сервисам и платформам.

Шаг 7: Согласование условий аренды

  • Способ предоставления: маршрутизация на ваш сервер или анонс со своей ASN по LOA? Кто создаёт ROA и route-объекты?
  • Обратный DNS: можете ли вы сами задавать PTR-записи или их по запросу настраивает арендодатель (см. настройка rDNS)?
  • Геолокация: кто ведёт geofeed и подаёт запросы на исправление?
  • Обработка abuse-жалоб: куда поступают жалобы, как быстро вы обязаны реагировать и что будет, если вы этого не сделаете.
  • Замена: что происходит, если вскоре после предоставления адреса окажутся в чёрных списках или будут недоступны на вашем рынке.
  • Срок и уведомление: минимальный срок аренды и за какое время каждая из сторон должна предупредить о её прекращении.

Частые вопросы

«Чистый» блок — это блок, который никогда не использовался?

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

Страна в регистрации отличается от геолокации. Это проблема?

Страна в whois — это данные регистрации, а не местоположение. Для сайтов и платформ обычно важны именно базы геолокации. Убедитесь, что в них указана нужная вам страна.

Где арендовать IP-подсети у IMIDC?

Доступные локации смотрите на странице аренды IP, а затем свяжитесь с отделом продаж, указав планируемое использование и важные для вас проверки из этой статьи.

Если проблема не решена, создайте тикет — техническая поддержка IMIDC работает 24/7. Укажите IP-подсеть, планируемое использование и результаты описанных выше проверок, чтобы мы быстрее нашли причину.

Помог ли вам данный ответ?

Похожие руководства