[жж] из жизни утилиты nslookup

Как то, что в IPv4-адресе должно быть 4 октета?

я знаю, что 4, но случайно нажал enter раньше чем ввёл остальное.

Так и чего тебя удивило то? Что в венде как всегда всё через жопу?

меня удивило расположение цифр в октетах

я прекрасно бы понял если бы в оффтопике было 209.0.240.0

>я прекрасно бы понял если бы в оффтопике было 209.0.240.0
А я бы не понял. Почему именно так? Почему не 209.240.0.0? Да и какой имеет смысл 0 на конце?

вообще-то 209.240 вполне валидная запись, означающая как раз 209.0.0.240 . так же как 127.1 означает 127.0.0.1. смотри соответствующие rfc.

а какого дьявола nslookup этого не понимает — понятия не имею. host, впрочем, тоже.

Можно попросить номера RFC? Потому что исакть по «каким-то» номерам несколько неудобно.

сокращаются только ipv6 адреса

0 на конце нельзя.

Это почему? :spy:

К.О.: ip адреса не могут заканчиваться на 0

Это опять сказано в неизвестных RFC? Или знание получено во время путешествия в астрале? Имя, сестра^W^W источник будет?

> 0 на конце нельзя.

И давно?

> К.О.: ip адреса не могут заканчиваться на 0

С каких пор? Адрес 192.168.100.0/16 невалиден, например?

Это как бы адрес сети, но не хоста.

> Это как бы адрес сети, но не хоста.

Да ну? В каком rfc написано про это?

> И давно?

С тех пор как вместе с маской служит для обозначения диапазона адресов

> > И давно?

С тех пор как вместе с маской служит для обозначения диапазона адресов

Ок, маска сети 192.168.0.0/16, бродкаст 192.168.255.255. В этой сети ip-адрес 192.168.100.0 невалиден?

Да.

> Да.

Пруфлинк или иди учи матчасть.

Хаха, знатоки понабежали.

Ты им про сидр расскажи, хоть какая-то пользя будет

Да. Я оказался неправ. Вполне валиден.

Странно, что nslookup не понимает такую запись IP.

ping 127.1 и telnet 127.1 ... нормально работают.

Вы заставили меня открыть книгу. Спасибо.

209.240 = 209.0.0.240
209.496 = 209.0.1.240
209.752 = 209.0.2.240 ...

ты еще ping 0x7f.01 попробуй сделай :) или вообще ping 0 (В Windows системах не работает).

>> 192.168.100.0/16

Это как бы адрес сети, но не хоста.

/me упал с пальмы и сломал хвост

http://www.oreillynet.com/linux/cmd/cmd.csp?path=n/nslookup

Судя по всему в Linux-е неправильный nslookup или неправильная реализация функции inet_addr. Вот что написано в inet_addr(3) в FreeBSD:

INTERNET ADDRESSES
     Values specified using the `.' notation take one of the following forms:

	   a.b.c.d
	   a.b.c
	   a.b
	   a

     When four parts are specified, each is interpreted as a byte of data and
     assigned, from left to right, to the four bytes of an Internet address.
     Note that when an Internet address is viewed as a 32-bit integer quantity
     on the VAX the bytes referred to above appear as ``d.c.b.a''.  That is,
     VAX bytes are ordered from right to left.

     When a three part address is specified, the last part is interpreted as a
     16-bit quantity and placed in the right-most two bytes of the network
     address.  This makes the three part address format convenient for speci-
     fying Class B network addresses as ``128.net.host''.

     When a two part address is supplied, the last part is interpreted as a
     24-bit quantity and placed in the right most three bytes of the network
     address.  This makes the two part address format convenient for specify-
     ing Class A network addresses as ``net.host''.

     When only one part is given, the value is stored directly in the network
     address without any byte rearrangement.

     All numbers supplied as ``parts'' in a `.' notation may be decimal,
     octal, or hexadecimal, as specified in the C language (i.e., a leading 0x
     or 0X implies hexadecimal; otherwise, a leading 0 implies octal; other-
     wise, the number is interpreted as decimal).

Примерно такой же текст можно найти даже в javadoc:

http://download.oracle.com/javase/6/docs/api/java/net/Inet4Address.html