Перейти к содержимому
Aback Tools Logo

Калькулятор и руководство по нотации CIDR

Как читать и рассчитывать нотацию CIDR: длины префиксов, размеры блоков, маски подсетей, частные диапазоны, правила VPC в облаке и сабнеттинг с примерами и бесплатным калькулятором.

DH
Tutorials & How-Tos12 мин чтения2,700 слов

Нотация CIDR встречается в каждой облачной консоли, правиле файрвола и файле сетевой конфигурации — и большинство разработчиков учатся копировать её, не до конца понимая арифметику за ней. Когда вы умеете читать длину префикса, вычислять диапазон адресов и выводить маску подсети, CIDR перестаёт быть непрозрачным и становится точным инструментом, которым вы пользуетесь уверенно. Это руководство охватывает всё: формат нотации, математику, распространённые блоки, правила конкретных облаков и деление большой сети на меньшие части.

32Бит в IPv4-адресеопределяет всю арифметику CIDR
/0-/32Допустимый диапазон префиксовот /0 (весь интернет) до /32 (один хост)
2ⁿФормула количества адресовгде n = 32 минус длина префикса

Что такое нотация CIDR?

CIDR расшифровывается как Classless Inter-Domain Routing (бесклассовая междоменная маршрутизация). Это способ представления IP-адресов и связанных с ними границ сети с помощью компактной двухчастной нотации: IP-адрес, за которым следуют косая черта и длина префикса. Например, `192.168.1.0/24` означает, что сеть начинается с `192.168.1.0` и имеет 24-битный сетевой префикс — первые 24 бита идентифицируют сеть, а оставшиеся 8 бит — отдельные хосты в ней.

CIDR был введён в 1993 году, чтобы заменить исходную классовую систему адресации — класс A (/8), класс B (/16) и класс C (/24), — которая расточительно расходовала адресное пространство. Компания, которой требовалось 300 адресов, получала целый блок класса B на 65 536 адресов. CIDR допускает любую длину префикса от /0 (весь интернет) до /32 (один адрес хоста), выделяя ровно нужный размер.

CIDR IPv4 и IPv6

CIDR IPv4 использует 32-битные адреса и длины префиксов от /0 до /32. CIDR IPv6 использует 128-битные адреса и длины префиксов от /0 до /128. Арифметика работает одинаково — 2^(бит-адреса - префикс) даёт размер блока, — но IPv6-адреса записываются в шестнадцатеричном виде с разделителями-двоеточиями, например `2001:db8::/32`. Это руководство сосредоточено на IPv4 — формате, который встречается в большинстве современных инфраструктурных конфигураций.

  • Длина префикса: число после косой черты (например, /24). Указывает, сколько старших бит образуют сетевую часть.
  • Адрес сети: первый IP блока — все биты хоста нулевые (например, 192.168.1.0 для /24).
  • Широковещательный адрес: последний IP блока — все биты хоста единичные (например, 192.168.1.255 для /24).
  • Используемые хосты: все адреса между сетью и широковещательным — (2^бит-хоста - 2) адреса.
  • Маска подсети: двоичное представление префикса — /24 = 255.255.255.0.

Note

Блок CIDR /32 (`192.168.1.5/32`) представляет ровно один IP-адрес — он используется в правилах файрвола и записях маршрутизации, когда нужно точно указать один хост. Блок /0 (`0.0.0.0/0`) представляет всё адресное пространство IPv4 и фигурирует как маршрут по умолчанию в таблицах маршрутизации.

Как читать нотацию CIDR

Прочитать блок CIDR — значит извлечь четыре сведения: адрес сети, широковещательный адрес, диапазон используемых хостов и общее количество адресов. Все четыре выводятся математически из двух компонентов нотации — IP-адреса и длины префикса.

Длина префикса задаёт размер блока

Длина префикса напрямую говорит, сколько бит фиксировано (сеть) и сколько меняется (хосты). Для `10.0.0.0/8`: 8 бит фиксировано, 24 меняются. Адреса хостов: всего 2^24 = 16 777 216. Для `172.16.0.0/12`: 12 бит фиксировано, 20 меняются. Адреса хостов: всего 2^20 = 1 048 576. Правило: каждое увеличение длины префикса вдвое уменьшает размер блока.

IP-адрес «якорит» блок

IP-адрес в блоке CIDR — это всегда адрес сети, первый адрес диапазона. У адреса сети все биты хоста равны нулю. Если вам встретился блок CIDR, где IP не является адресом сети (например, `192.168.1.5/24`), фактический адрес сети находится применением маски подсети к IP побитовым И: `192.168.1.5 AND 255.255.255.0 = 192.168.1.0`. Быстрый калькулятор диапазонов IP CIDR автоматически нормализует ввод и возвращает корректный адрес сети.

Интерпретация префикса такова: это значение, выраженное так, что левые биты адреса являются старшими.

- RFC 4632 (спецификация CIDR)
Блок CIDRВсего адресовИспользуемые хостыМаска подсети
/816 777 21616 777 214255.0.0.0
/1665 53665 534255.255.0.0
/24256254255.255.255.0
/281614255.255.255.240
/2986255.255.255.248
/3042255.255.255.252
/3210 (маршрут хоста)255.255.255.255

Как рассчитывать диапазоны CIDR

Расчёт диапазона CIDR вручную требует двоичной арифметики, но процесс систематичен и предсказуем, если проделать его несколько раз. Эти четыре шага применимы к любому блоку CIDR.

1

Определите сетевые биты и биты хоста

Для `192.168.10.0/22` префикс равен 22. Переведите каждый октет в двоичный вид: `192.168.10.0` = `11000000.10101000.00001010.00000000`. Первые 22 бита (сетевая часть) — `11000000.10101000.000010` — общие для всех адресов блока. Оставшиеся 10 бит — часть хоста.

2

Вычислите размер блока

Биты хоста = 32 - 22 = 10. Размер блока = 2^10 = 1 024 адреса. Используемые хосты = 1 024 - 2 = 1 022. Это средняя по величине подсеть — подходит для офисной сети среднего размера или подсети облачной VPC, обслуживающей несколько слоёв приложения.

3

Найдите адрес сети и широковещательный адрес

Адрес сети — это IP с обнулёнными битами хоста: `192.168.8.0` (сетевая часть занимает 3-й октет начиная с бита 16, поэтому граница /22 выравнивается по кратным 4 в третьем октете). Широковещательный адрес имеет все биты хоста единицами: `192.168.11.255`. Для проверки используйте быстрый калькулятор диапазонов IP CIDR — ручная двоичная арифметика ошибкоопасна на префиксах, не выровненных по октетам.

4

Выведите маску подсети

Заполните 22 бита единицами, за которыми следуют 10 нулей: `11111111.11111111.11111100.00000000`. Переведите в десятичный вид: 255.255.252.0. Третий октет: `11111100` = 252. Подтвердите с помощью генератора шпаргалок масок подсетей, который по запросу строит справочные таблицы для любой длины префикса.

Быстрый калькулятор диапазонов IP CIDR

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

Open tool

Справочник распространённых CIDR-блоков

Несколько блоков CIDR раз за разом появляются в сетевых конфигурациях, правилах файрвола и настройках облачных VPC. Умение узнавать их с первого взгляда заметно ускоряет инфраструктурную работу.

Частные диапазоны сетей (RFC 1918)

  • 10.0.0.0/8: 16,7 млн адресов. Частный диапазон класса A — для крупных корпоративных сетей и облачных VPC, которым нужен огромный адресный простор.
  • 172.16.0.0/12: 1 млн адресов. Сетевой диапазон Docker по умолчанию — 172.17.0.0/16, вырезанный из этого блока.
  • 192.168.0.0/16: 65 536 адресов. Стандартный диапазон для дома и малого офиса — почти каждый домашний роутер по умолчанию использует 192.168.1.0/24 или 192.168.0.0/24.
  • 169.254.0.0/16: link-local диапазон. Назначается автоматически при сбое DHCP — адрес 169.254.x.x обычно означает проблему связности DHCP.
  • 127.0.0.0/8: диапазон loopback. 127.0.0.1 — стандартный loopback-адрес; весь /8 зарезервирован и никогда не маршрутизируется.

CIDR-блоки специального назначения

  • 0.0.0.0/0: маршрут по умолчанию — совпадает с любым IP-адресом. Используется в таблицах маршрутизации для пересылки всего непринятого трафика на шлюз.
  • x.x.x.x/32: одиночный хост — используется в правилах файрвола и анонсах BGP для указания конкретного IP-адреса.
  • x.x.x.x/31: двухадресный блок — RFC 3021 допускает их для соединений точка-точка, где сеть/широковещание не нужны.
  • x.x.x.x/30: четырёхадресный блок (2 используемых) — традиционный размер каналов WAN точка-точка, всё ещё распространён в соединениях роутер-роутер.

Tip

Планируя адресные пространства VPC, начните с /16 для самой VPC и вырезайте из него подсети /24. /16 даёт 256 непересекающихся подсетей /24 — этого хватает, чтобы разделить сети production, staging, разработки и управления по нескольким зонам доступности, с запасом на рост.

CIDR в облаке и DevOps

Облачные платформы используют CIDR-блоки для каждого решения о сегментации сети — VPC, подсети, группы безопасности, таблицы маршрутизации и peering-соединения — всё ссылается на нотацию CIDR. Понимание ограничений каждой платформы предотвращает ошибки конфигурации, диагностика и исправление которых отнимают время.

Правила CIDR для VPC в AWS

VPC в AWS принимают основные CIDR-блоки между /16 (65 536 адресов) и /28 (16 адресов). AWS резервирует 5 IP-адресов на подсеть — адрес сети, роутер VPC (`x.x.x.1`), DNS-сервер (`x.x.x.2`), адрес для будущего использования (`x.x.x.3`) и широковещательный адрес. Для подсети /28 используемых всего 11 из 16 адресов. CIDR-блоки разных peered-VPC или локальных сетей не должны пересекаться — конфликты диапазонов CIDR — самая частая причина неудачного peering VPC.

Kubernetes и сети контейнеров

Kubernetes использует CIDR-блоки для трёх отдельных адресных пространств: сеть узлов (физическая или облачная подсеть), CIDR подов (каждый под получает уникальный IP) и CIDR сервисов (сервисы ClusterIP). Эти три диапазона не должны пересекаться между собой и ни с одной внешней сетью, с которой кластеру нужно общаться. CIDR подов по умолчанию во многих дистрибутивах — `10.244.0.0/16`; CIDR сервисов по умолчанию — `10.96.0.0/12`. Docker использует `172.17.0.0/16` для своей сети bridge по умолчанию.

Правила файрвола и групп безопасности

Группы безопасности и правила файрвола используют CIDR-блоки для указания разрешённых диапазонов источников или назначения. `0.0.0.0/0` разрешает трафик с любого IP — только для публичных сервисов. `10.0.0.0/8` ограничивает трафик частным диапазоном. Записи `/32` указывают на отдельные IP, чтобы адресно разрешить конкретные серверы или рабочие станции разработчиков. Используйте валидатор DNS-записей вместе с инструментами CIDR, чтобы проверить, что DNS-резолвинг согласуется с задуманными вами диапазонами IP.


Warning

Никогда не назначайте пересекающиеся CIDR-блоки peered-VPC, VPN-соединениям или маршрутам Direct Connect gateway. AWS, Azure и GCP отклоняют запросы peering, где CIDR-блоки пересекаются, но сообщение об ошибке не всегда ясно указывает, какие именно диапазоны конфликтуют. Используйте быстрый калькулятор диапазонов IP CIDR, чтобы проверить, делят ли два предполагаемых блока какие-либо адреса, прежде чем настраивать peering сетей.

Сабнеттинг с CIDR

Сабнеттинг — это процесс деления большего CIDR-блока на меньшие непересекающиеся блоки. Так вы создаёте несколько подсетей внутри VPC, выделяете отдельные диапазоны разным отделам или зонам доступности либо резервируете выделенный блок для управляющего трафика.

Правило сабнеттинга

Каждый раз, увеличивая длину префикса на 1, вы делите блок пополам. Блок /24 (256 адресов) превращается в два блока /25 (по 128 адресов), четыре блока /26 (по 64 адреса) или восемь блоков /27 (по 32 адреса). Подсети должны быть выровнены — начальный адрес каждой подсети должен быть кратен размеру блока. Блок /26 содержит 64 адреса, поэтому корректные сети /26 начинаются с 0, 64, 128 или 192 в последнем октете.

Разобранный пример сабнеттинга

Разделите `10.0.0.0/24` на 4 равные подсети. Добавьте 2 к префиксу: /26. Размер блока: 2^(32-26) = 64. Четыре подсети /26: `10.0.0.0/26` (адреса 0-63), `10.0.0.64/26` (адреса 64-127), `10.0.0.128/26` (адреса 128-191) и `10.0.0.192/26` (адреса 192-255). Каждая даёт 62 используемых адреса хостов. Проверьте каждый блок быстрым калькулятором диапазонов IP CIDR, чтобы убедиться в отсутствии пересечений и корректном выравнивании.

  • +1 к префиксу = размер блока ÷2: /24 → две /25, /16 → две /17, /8 → две /9.
  • +2 к префиксу = размер блока ÷4: /24 → четыре /26, удобно для деления по зонам доступности.
  • +3 к префиксу = размер блока ÷8: /24 → восемь /27, удобно для разделения слоёв (web, app, db, управление).
  • Требование выравнивания: начальные адреса подсетей должны быть кратны размеру блока подсети.
  • Агрегация (supernetting): несколько смежных подсетей можно описать более коротким префиксом — четыре подсети /26 агрегируются в один /24.

Частые ошибки CIDR

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

Пересекающиеся диапазоны в связанных сетях

Самая дорогая ошибка CIDR — назначать пересекающиеся блоки сетям, которые позже будут соединены. `10.0.0.0/16` в VPC A и `10.0.10.0/24` в VPC B пересекаются — /24 целиком содержится в /16. Peering будет отклонён. Планируйте все выделения CIDR в центральной таблице или системе управления IP-адресами (IPAM) до провижининга. Всегда проверяйте быстрым калькулятором диапазонов IP CIDR, пересекаются ли два предполагаемых диапазона.

Невыровненные границы подсетей

Подсеть вида `10.0.0.10/24` синтаксически валидна, но адресом сети на самом деле является `10.0.0.0/24` — `.10` это адрес хоста внутри сети, а не адрес сети. Многие инструменты и облачные консоли молча нормализуют это, но некоторые отклоняют или ведут себя неожиданно. Всегда проверяйте, что введённый IP-адрес является адресом сети для заданной длины префикса. Калькулятор CIDR помечает это автоматически.

Выбор длин префиксов без запаса на рост

Подсети /29 (6 используемых хостов) достаточно для VPN-концентратора с 4 IP-адресами — пока полгода спустя вы не добавите два устройства и не останетесь без места. Расширение подсети требует перенастройки маршрутов, правил файрвола и, возможно, peering VPC. Выбирайте длины префиксов с запасом не менее 50%: если нужно 20 хостов, берите /27 (30 используемых хостов), а не /28 (14 используемых хостов).

Warning

AWS, Azure и GCP резервируют разное число IP-адресов внутри подсети. AWS резервирует 5, Azure 5, GCP 4. Всегда вычитайте резервирование платформы из числа используемых хостов при планировании ёмкости — /28 в AWS даёт 11 используемых адресов, а не 14.

Генератор шпаргалок масок подсетей

Генерируйте полные справочные таблицы масок подсетей для любой длины префикса — полезно для документации по сетевому дизайну и обучения.

Open tool

Key takeaways

  • Нотация CIDR выражает диапазон IP-адресов как `IP/префикс` — длина префикса указывает, сколько бит образуют сетевую часть, а остальное идентифицирует хосты.
  • Формула размера блока: 2^(32 - длина префикса) даёт общее число адресов; вычтите 2 для используемых хостов в IPv4.
  • Используйте быстрый калькулятор диапазонов IP CIDR, чтобы мгновенно получить адрес сети, широковещательный адрес, маску подсети и количество хостов для любого блока CIDR.
  • Частные диапазоны — это 10.0.0.0/8, 172.16.0.0/12 и 192.168.0.0/16 — ни один из них не маршрутизируется в публичном интернете.
  • Сабнеттинг увеличивает длину префикса на N, чтобы разделить блок на 2^N равных подсетей — начальный адрес каждой подсети должен быть выровнен по кратности размеру блока подсети.
  • Пересекающиеся CIDR-блоки в peered-VPC или соединённых сетях вызывают сбои маршрутизации — всегда проверяйте отсутствие пересечений до провижининга.
  • Облачные платформы (AWS, Azure, GCP) резервируют по 4-5 адресов на подсеть — планируйте ёмкость с учётом этих резервирований, а не только по сырой формуле используемых хостов.

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

CIDR stands for Classless Inter-Domain Routing. CIDR notation expresses an IP address and its associated network mask as a single compact string - an IP address followed by a forward slash and a prefix length, such as 192.168.1.0/24. The prefix length specifies how many leading bits of the address define the network. CIDR replaced the older class-based addressing system (Class A, B, C) to allow more flexible and efficient allocation of IP address space.

The formula is 2^(32 - prefix length) for IPv4. Subtract 2 from the result to get the number of usable hosts - one address is reserved for the network identifier and one for the broadcast address. For /24: 2^(32-24) = 2^8 = 256 total addresses, 254 usable hosts. For /28: 2^(32-28) = 2^4 = 16 total addresses, 14 usable hosts. The IP CIDR Range Quick Calculator on Aback Tools computes this automatically for any prefix.

The subnet mask for /24 is 255.255.255.0. This is derived by filling the first 24 bits with 1s and the remaining 8 bits with 0s, then converting each 8-bit octet to decimal: 11111111.11111111.11111111.00000000 = 255.255.255.0. Common subnet masks: /8 = 255.0.0.0, /16 = 255.255.0.0, /24 = 255.255.255.0, /28 = 255.255.255.240, /30 = 255.255.255.252.

A /24 block contains 256 IP addresses (254 usable hosts) and has a subnet mask of 255.255.255.0. A /16 block contains 65,536 IP addresses (65,534 usable hosts) and has a subnet mask of 255.255.0.0. The smaller the prefix number, the larger the network and the more IP addresses it contains. A /16 is 256 times larger than a /24 - it could be subdivided into 256 separate /24 networks.

Count the number of consecutive 1-bits in the subnet mask from left to right. The count is the CIDR prefix length. For 255.255.255.0: convert each octet to binary - 11111111.11111111.11111111.00000000 - and count the leading 1s: 24. So 255.255.255.0 = /24. For 255.255.240.0: 11111111.11111111.11110000.00000000 has 20 leading 1s = /20.

For a small office with up to 254 devices, /24 (192.168.x.0/24) is the standard choice - it provides 254 usable addresses with the subnet mask 255.255.255.0. For very small networks (under 14 devices), /28 reduces the broadcast domain and is appropriate for point-to-point links or small server segments. AWS VPCs require a minimum block size of /28 and allow up to /16. Always reserve headroom for future growth - a /24 is safe for most office deployments.

RFC 1918 defines three private IP address ranges reserved for internal network use: 10.0.0.0/8 (10.0.0.0 to 10.255.255.255 - 16,777,216 addresses), 172.16.0.0/12 (172.16.0.0 to 172.31.255.255 - 1,048,576 addresses), and 192.168.0.0/16 (192.168.0.0 to 192.168.255.255 - 65,536 addresses). These ranges are not routed on the public internet and are used for home networks, office networks, and cloud VPCs.

In AWS, every VPC requires a primary CIDR block between /16 (65,536 addresses) and /28 (16 addresses). Subnets within the VPC are created from smaller CIDR blocks carved out of the VPC range. AWS reserves 5 addresses per subnet: the network address, VPC router, DNS resolver, future use, and broadcast. For a /24 subnet, 251 addresses are usable (not 254). Azure and GCP follow the same CIDR-based subnet model with similar reservations.

ShareXLinkedIn