En mi red tengo un servidor conocido por la dirección IP 10.0.0.15. Por accidente, descubrí que el comando: ping 10.0.15
resulta en
64 bytes from 10.0.0.15: icmp_seq=1 ttl=64 time=9.09 ms
... entonces el servidor correcto responde al ping. Incluso cuando lo intento: ping 10.15
obtengo un resultado comparable. Además, telnet a las direcciones parciales funciona como se esperaba. Sin embargo, SSH falla. ¿Por qué los paquetes enviados a una dirección parcial llegan al servidor correcto?
Respuestas:
Esa es una forma permitida de acuerdo con la
inet_aton(3)
función docs:P.ej
Sin embargo, en estos días probablemente sería mejor usar el
getaddrinfo
oinet_ntop
llama a soporte para IPv6. El material de "Clase B" se convirtió en legado en 1994 más o menos ahora que tenemos CIDR y/24
...Oye, también puedes darle un gran número entero (pero no lo hagas)
(Esto puede no ser portátil a otro Unix; en particular OpenBSD no puede resolver 2130706433 ...)
fuente
0
significa octal y /0x
o0X
hexadecimal, por lo que 010.020.030.040 es en realidad la dirección generalmente escrita como 8.16.24.32 . Los phishers solían hacer esto para 'ocultar' la identidad del host en URL maliciosas; No he mirado recientemente para ver si todavía lo hacen.