Действительны ли 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 или 10.6.43.0/22 является допустимым.
это была теория. большинство разумных сетевых устройств [включая Linux-серверы, окна Windows, cisco / hp / и т. д.] будут нормально работать с таким адресом, но я видел, что 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 считают, что для этих адресов есть причина отбрасывания пакетов.