Действительны ли IP-адреса с 0 в последнем октете?
10.6.43.0
В моем случае у меня есть следующая маска
255.255.252.0
Как насчет 0 для других октетов?
Это зависит от подсети рассматриваемого IP-адреса. Как правило, первый и последний адреса в подсети используются в качестве идентификатора сети и широковещательного адреса соответственно. Все остальные адреса в подсети могут быть назначены хостам в этой подсети.
Например, IP-адреса сетей с масками подсетей не менее 24 бит, оканчивающимися на .0 или .255, никогда не могут быть назначены хостам. Такие "последние" адреса подсети считаются "широковещательными" адресами, и все хосты в соответствующей подсети будут отвечать на них.
Теоретически, могут быть ситуации, когда вы можете назначить адрес, заканчивающийся на .0: например, если у вас есть подсеть, такая как 192.168.0.0/255.255.0.0, вы можете назначить хосту адрес 192.168.1.0. Это может привести к путанице, так что это не очень распространенная практика.
В вашем примере
10.6.43.0 with subnet 255.255.252.0 (22 bit subnet mask)
означает идентификатор подсети 10.6.40.0, диапазон адресов хоста от 10.6.40.1 до 10.6.43.254 и широковещательный адрес 10.6.43.255. Таким образом, теоретически ваш пример 10.6.43.0 будет разрешен как действительный адрес хоста.
ответ на ваш вопрос зависит от маски сети. в общем случае утверждение "IP-адреса, оканчивающиеся на .0 или .255 недействительны", является ложным. бери 10.0.1.0/23 - это действительный IP-адрес.
также 10.6.43.0/255.255.252.0 aka 10.6.43.0/22 является действительным.
это была теория. Наиболее разумные сетевые устройства [включая серверы Linux, Windows-боксы, Cisco/HP/etc] будут нормально работать с таким адресом, но я видел, что dlink и другие сетевые устройства низкого уровня [маршрутизаторы, точки доступа] не принимают такие адреса.
Я нашел это, который утверждает, что это действительно, в зависимости от вашей маски подсети.
http://en.wikipedia.org/wiki/IPv4#Addresses_ending_in_0_or_255
Я хотел бы добавить немного около 0 для других октетов:
Это легко: это совсем не проблема, так как довольно распространенный адрес частной сети 192.168.0.1
показывает.
Конечно, еще более очевидным примером будет 127.0.0.1
.
У меня возникли проблемы с удаленными сетями, запрещающими IP-адреса из моей сети, если они заканчиваются на 0 (или 255), и они принадлежат к диапазону класса C, поскольку все, что заканчивается на 0, будет недопустимой сетью класса C.
Это было несколько лет назад; Я не знаю, блокирует ли кто-то такие адреса или нет.
Просто то, что я нашел, что, вероятно, заслуживает внимания:
Если вы используете скрипт APF для сетей R-fx для iptables, он отбрасывает весь трафик до 0.0.0.255
У нас был клиент BT с адресом, оканчивающимся на .255, с префиксом/21. Технически это действительный IP-адрес, однако ребята из сетей R-fx считают, что есть причина отбрасывать пакеты для этих адресов.