Про IPv4: что важно знать перед арендой
Короткий ликбез по адресам, рынку и процедурам — на одном экране.
Как распределяются адреса и кто за ними следит
Мир делится на пять региональных регистров (RIR); для Европы, Ближнего Востока и части Центральной Азии действует RIPE NCC. RIR распределяют и сопровождают ресурсы IPv4/IPv6, ведут базы данных и процедуры передачи прав. Через членов-LIR оформляются блоки адресов; это делает процесс проверяемым и юридически корректным. Исчерпание пулов IPv4 закрепило практику вторичных передач и аренды с прозрачной историей. Регистры не определяют цену на рынке, но фиксируют, кому принадлежит блок и кто несёт ответственность. Наличие корректных записей и соблюдение политик — основа репутации подсети; типовой срок выдачи — 2–24 часа. Мы сопровождаем формальности и синхронизацию записей, чтобы блок принимали без лишних вопросов.
Размеры сетей и что означают «/24», «/23», «/22»
Запись «/24» показывает, что 24 бита адреса — сеть, а 8 — хосты; всего 256 адресов в блоке. «/23» — 512 адресов, «/22» — 1024. «/27» — 32 адреса, удобен для малого хостинга и VPN. В IPv4 адрес состоит из четырёх октетов по 8 бит (например, 203.0.113.0/24). Для внешнего анонса через интернет провайдеры обычно принимают не более конкретные, чем «/24» префиксы. Меньшие сети (/25–/32) почти всегда фильтруются в глобальной таблице маршрутов. Поэтому для междатацентрового анонса мы предлагаем от «/24» и крупнее, а мелкие сети — для размещения у нас. Если нужен VLSM и внутреннее дробление — поможем разложить адреса по подсетям без конфликтов.
Дефицит, предложение и что влияет на цену
Пулы IPv4 у RIR исчерпаны, поэтому предложение формируется из ранее выделенных блоков. На стоимость влияют размер подсети, история использований, списки злоупотреблений и география держателя. Репутация префикса важна: «чистые» блоки выдаются за 2–24 часа и реже попадают под фильтры. Аренда позволяет гибко масштабировать парки IP без долгих сделок по передаче прав. Для устойчивости держим резерв и распределённые площадки; это сокращает время поставки. Если вам требуется долгосрочная независимость, поможем запланировать переход к собственным блокам. В любом сценарии считаем TCO: цена адреса, затраты на очистку репутации и операционные риски.
Кто владелец блока и как подтвердить право анонса
WHOIS — база, где зафиксированы организация-держатель и контактные лица ресурса. Для анонса в стороннем ДЦ требуется LoA — письмо-разрешение от владельца/администратора блока. Мы оформляем LoA для сетей «/24» и крупнее, указывая ASN, площадки и сроки. Одновременно приводим в порядок объекты route/route6 и IRR-политику, чтобы апстримы строили корректные фильтры. При необходимости публикуем/обновляем ROA в RPKI — это снижает риск отвергнутых анонсов. Согласованность WHOIS, IRR и LoA ускоряет подключение и уменьшает вопросы безопасности. Все изменения документируются и могут быть проверены контрагентами.
Обратные зоны и влияние на доставку почты и репутацию
PTR-записи сопоставляют IP с именем; многие сервисы считают корректный rDNS обязательным минимумом. Для почтовой инфраструктуры это ключ к положительной репутации и приемлемым score. Мы настраиваем делегирование, согласовываем формат имён и при необходимости включаем DNSSEC. Используем геораспределённые NS-серверы, поэтому rDNS остаётся доступным даже при локальных сбоях. Перед сменой площадки переносим зоны аккуратно, чтобы не возникало «хвостов». По запросу выдаём шаблоны PTR для массовых проектов и проверочные чек-листы. Такая дисциплина снижает риск блокировок и упрощает разбор инцидентов.
Как анонсировать сеть и пройти фильтрацию у апстримов
Для глобального интернета рекомендуем анонс от «/24» и крупнее — более мелкие префиксы фильтруются. Мы помогаем оформить IRR-объекты, ROA и communities под требования конкретных апстримов. Проверяем max-prefix, MED и локальные политики, чтобы трафик шёл по ожидаемым маршрутам. По необходимости делаем GRE-туннели до вашей площадки и организуем анонс через нашу ASN. Важно поддерживать агрегирование и не плодить излишние сплиты — это ускоряет распространение маршрутов. Все изменения документируются; при авариях есть сценарии быстрого отката. Такой подход обеспечивает стабильность и предсказуемость работы сервисов.