Azure виртуальные сети и подсети используют нотацию CIDR . Это позволяет указать значительную часть битов, необходимую для сетевой маршрутизации.
Например, IPv4-адрес 192.168.1.0/24
будет иметь сетевую маску 255.255.255.0
, что означает, что первые 24 бита считаются значимыми. Это означает, что мы не можем смешивать два адреса, например 192.168.0.0
и 192.168.1.0
, поскольку первые 24 бита не совпадают.
Мы можем взглянуть на двоичные представления, чтобы убедиться:
192.168.0.0 => 11000000 10101000 00000000 00000000
192.168.1.0 => 11000000 10101000 00000001 00000000
Что показывает, что 24-й бит не совпадает между двумя адресами IPv4. Однако мы можем изменить адресное пространство на 192.168.0.0/23
, и оба адреса будут совпадать, потому что первые 23 бита совпадают, что также означает, что сетевая маска будет 255.255.254.0
.
Подводя итог вышесказанному, CIDR дает нам больше контроля над тем, как мы перекрываем непрерывные блоки IP-адресов вместе.
Ваше первое адресное пространство виртуальной сети 10.1.0.0/16
нуждается в подсетях, которые используют одни и те же первые 16 бит с сетевой маской 255.255.0.0
. Здесь будут работать адресные пространства su bnet, например 10.1.1.0/16
или 10.1.0.0/16
. 10.0.1.0/24
здесь не сработает, так как он не перекрывается с адресным пространством виртуальной сети.
Ваше второе адресное пространство виртуальной сети 10.0.0.0/24
нуждается в подсетях, которые используют одни и те же первые 24 бита с сетевой маской 255.255.255.0
. Здесь будут работать адресные пространства su bnet, например 10.0.0.1/24
или 10.0.0.2/24
. 10.0.1.0/24
здесь не сработает, так как он не перекрывается с адресным пространством виртуальной сети.
Мы можем проверить ошибку su bnet на портале Azure, когда адресное пространство su bnet не соответствует адресному пространству виртуальной сети. Я приложил скриншот ниже.