Endereço IP: 000 simplifica para 0?

Os zeros à esquerda não são uma parte padrão da sintaxe do endereço IPv4 e não há uma regra de "simplificação" única que se aplique a todos os sistemas. Alguns irão rejeitar completamente tais endereços, e por boas razões. E aqueles que não têm, têm duas maneiras de interpretar tais endereços.

Decimal pontilhado com zero era um tanto comum nos primeiros documentos IPv4, e hoje em dia você encontrará vários aplicativos e muitos sistemas "incorporados" (impressoras, TVs, torradeiras) que simplesmente fornecem um xxx.xxx.xxx.xxxcampo de entrada de tamanho fixo com preenchimento zero . Nesses sistemas, 008é apenas o decimal 8.

No entanto, tanto em sistemas operacionais de PC quanto em dispositivos baseados em Linux, muitos programas usam o analisador de endereços IPv4 herdado dos sistemas BSD há várias décadas, que aceita diversas variações que não fazem parte de nenhuma sintaxe oficial.

Nesta inet_aton()função 4.2BSD original, os números individuais não precisam ser decimais: eles também podem ser especificados em octal ou hexadecimal, assim como em C e várias outras linguagens de programação. Se o número começar com 0x, será hexadecimal, e se começar apenas com a 0, será octal. E lembre-se de que o octal possui apenas dígitos de 0 a 7, o que significa que 08não é um número válido (07 é seguido por 010).

Portanto, você tem duas maneiras diferentes de lidar com endereços com zeros à esquerda e elas podem resultar em valores completamente diferentes. Por exemplo, se você inserir 011, isso significa 11 em sistemas que pensam que é decimal com zeros, mas se torna 9 em sistemas que pensam que é octal.

Em conclusão: se o sistema forçar você a inserir endereços dessa maneira, geralmente você pode presumir que isso apenas "simplificará" o endereço removendo os zeros à esquerda. Mas em qualquer outra situação, não use zeros à esquerda porque eles podem ser interpretados de maneiras imprevisíveis.

Veja também: https://datatracker.ietf.org/doc/html/draft-main-ipaddr-text-rep-02

Você está pensando em um endereço IPv4 como uma String, que não é o que é. Em outras palavras, você sabe que entre cada .caractere normalmente há 3 caracteres, então você está tentando obedecer a isso. No entanto, não é uma String; é um número de 4 bytes. ‭3232235528‬é uma maneira válida de escrever o endereço IPv4 que você forneceu. São .separadores lógicos entre os octetos para facilitar a decifração por um ser humano. Ao colocá-los, você basicamente representa cada octeto como um número de 1 byte e o coloca entre cada .caractere.

Para simplificar um pouco, o que você está digitando é (onde X << Yestá o operador shift à esquerda, indicando deslocar o número Xpara a esquerda em Ybits):

192 << 24 + 168 << 16 + 0 << 8 + 8 << 0 = 3232235528

Agora, não estou dizendo que talvez a GUI da web do seu roteador (apenas como um exemplo aleatório) aceite isso (algumas GUI exigem separação de octetos), mas como um exercício divertido para você, vá para sua linha de comando (sh para linux, cmd para windows) e execute

ping 2130706433.

Isso é o equivalente a digitar

ping 127.0.0.1

e é aceito pelo comando ICMP.

Como fatos mais bônus, pode ajudá-lo a conhecer o software por trás dele (já que o que você faz em um computador é escrito em uma linguagem de programação, se não for feito no nível do hardware). Confira esta resposta do StackOverflow Por que 08 não é um literal inteiro válido em Java? . Esta resposta explica como algumas linguagens de programação interpretam os 0s iniciais. C/C++ também tem esse comportamento. E pode ser do seu interesse saber que muitos sistemas operacionais são escritos em C (pelo menos, * nix é e, por extensão, OSX).

Dito isso, acho que o user1686 tem uma explicação e um histórico muito mais explícitos (o que provavelmente é mais útil).

Um valor como "192.168.0.8" não é um endereço IP. É uma representação de um endereço IP. Um endereço IP real é apenas um número inteiro de 32 bits, como 3232235528 ou 0xC0A80008. Mas isso é um pouco difícil para os humanos lembrarem e compararem com outros endereços IP, então sempre que um computador exibe tal endereço para um humano, ele usa a chamada notação "decimal pontilhada". O número é dividido em "octetos" (bytes) e cada um é representado como um número inteiro. Você pode confirmar isso digitando "ping 3232235528" ou "ping 0xC0A80008" em um shell.

É importante perceber que cada número na notação decimal com ponto é apenas isso: um número. Matematicamente, 8 = 008 = 8.000 = 008.000.

A razão pela qual "ping 192.168.000.008" falhou tem a ver com a forma como o ping interpretou o endereço. Eu sei que disse "8 = 008" acima, mas para o utilitário ping, isso não é estritamente verdade. Historicamente, antes do surgimento do hexadecimal, qualquer pessoa que quisesse fazer qualquer coisa envolvendo binário usaria uma representação octal do número binário. Os primeiros programadores, sem perceber que tipo de problemas isso causaria, estabeleceram a convenção de que qualquer número escrito com zeros à esquerda é um número octal, não decimal. Para o bem ou para o mal, o ping ainda respeita essa notação. O utilitário viu que o último octeto era "008", tentou interpretar isso como um número octal, falhou (porque os números octais usam apenas os dígitos de 0 a 7), decidiu que todo o endereço IP estava malformado devido a isso, e voltou a interpretá-lo como um nome de host, que não conseguiu encontrar. Sua impressora não usa essa notação e interpreta cada octeto como um número decimal.

As outras respostas fazem um bom trabalho explicando as várias representações de endereços IP como entrada de texto. Mas a razão pela qual sua impressora relata seu IP como 192.168.000.008provavelmente é apenas programação preguiçosa. Ao formatar um número em texto, é mais simples assumir um número fixo de caracteres.