0.0.0.0/0
соответствует каждому IP-адресу, тогда как 0.0.0.0/1
соответствует только половине из них (0.0.0.0-127.255.255.255
) и требует 128.0.0.0/1
как его пара, чтобы соответствовать остальным (128.0.0.0-255.255.255.255
).
В базовой маршрутизации приоритет имеет наименьшая доступная подсеть, содержащая IP-адрес.. Это правило исходит из RFC 4632, 5.1. Обычно будут перекрывающиеся сети, как, например, 192.168.1.0/24
часть 192.168.0.0/16
, который, как и любой IP-адрес, является частью 0.0.0.0/0
.
Поэтому, разделив 0.0.0.0/0
на более мелкие фрагменты можно ограничить интерфейс, чтобы он имел приоритет над любым другим интерфейсом, который имеет маршрут по умолчанию 0.0.0.0/0
, не играя с метрика ценности. Это обычная техника для VPN, которые не хотят, чтобы данные обходили туннель. Та же логика является причиной того, что вы все еще можете использовать ресурсы из вашей локальной подсети (например, /24
) при включенном VPN — если никакие другие методы не используются для принудительного выполнения, все туннелируется.
Точно так же все адресное пространство IPv4 можно разделить на еще более мелкие подсети, например. в четыре куска:
0.0.0.0/2
(0.0.0.0-63.255.255.255
)
64.0.0.0/2
(64.0.0.0-127.255.255.255
)
128.0.0.0/2
(128.0.0.0-191.255.255.255
)
192.0.0.0/2
(192.0.0.0-255.255.255.255
)
Или восемь с 0.0.0.0/3
, 32.0.0.0/3
, 64.0.0.0/3
, 96.0.0.0/3
, 128.0.0.0/3
, 160.0.0.0/3
, 192.0.0.0/3
& 224.0.0.0/3
, и т.д., и т.п.