Por que minha conexão com a internet funciona mesmo se meu ipv4 for 169.x.y.z? [fechadas]

0

Ainda sou relativamente novo em diagnósticos de rede e estava bisbilhotando quando via comentários sobre a verificação se seu ipv4 estava configurado em 169.x.y.z para saber que os problemas de rede giravam em torno do roteador não receber a solicitação dhcp. Eu estava curioso para saber o que era o meu próprio e foi 169.x.y.z, o que me confunde, porque isso não significa que nunca recebi um endereço IP do roteador? Se não, como eu ainda estava conectado à internet? Eu poderia estar confundindo muitos conceitos aqui, então uma boa explicação pode ajudar a me apontar na direção certa. Muito obrigado!

    
por Cold Coder 29.09.2018 / 00:09

2 respostas

1

Algumas explicações diferentes:

  1. Existem muitos endereços que começam com 169.x.y.z, que são endereços normais, publicamente roteáveis, que podem ter sido atribuídos ao seu ISP e ao seu ISP atribuído ao seu dispositivo.

  2. O bloco em que você está pensando, que é reservado para o endereçamento local de links IPv4, é 169.254.x.y. Portanto, sem saber se o seu segundo octeto é ou não 254, não podemos dizer se há algo de surpreendente em entrar na Internet com esse endereço.

  3. Mesmo que você faça tenha um endereço IP 169.254.xy, é possível que o seu roteador esteja agindo como um gateway NAT (NAPT) para essa sub-rede e tratando-o como um privado RFC1918 sub-rede. Eu vi roteadores que tentam garantir conectividade para todos os clientes, fazendo automaticamente NAT para qualquer endereço que qualquer cliente esteja usando. Além disso, suspeito que a maioria dos roteadores de gateway doméstico é burra o suficiente para permitir que você configure a sub-rede 169.254.x.y como sua sub-rede privada NAT.

  4. Seu computador pode estar acessando a Internet via IPv6, provavelmente via "NAT64", que é um esquema no qual seu cliente obtém apenas um endereço IPv6, mas quando precisa falar com um host somente IPv4, fá-lo através de um gateway NAT "NAT64", normalmente no ISP. A maioria das pessoas não percebe isso, mas a operadora de telefonia sem fio T-Mobile nos EUA é "apenas IPv6" dessa maneira. Se você tiver um smartphone no T-Mobile, ele só receberá um endereço IPv6. Quando você precisa acessar um servidor somente IPv4, seu telefone fala com o gateway NAT64 da T-Mobile, que converte seus pacotes somente IPv6 em pacotes IPv4 antes de retransmiti-los para o servidor somente IPv4. Eu enfatizo a probabilidade do NAT64, porque mesmo em 2018, serviços insuficientes podem ser acessados via IPv6, então se você fosse capaz de alcançar servidores compatíveis com IPv6, sua experiência de navegação na web ainda seria bem estranha e quebrada.

por 29.09.2018 / 01:12
0

169.254.0.0/16 é um bloco reservado para " Endereços locais de links " - isto é: 169.254.0.0 to 169.254.255.255 . O Windows é bastante agressivo ao retornar a um endereço de link local e fará isso automaticamente se não conseguir um endereço de DHCP , ou se não conseguir renovar uma concessão de DHCP.

Um roteador de rede doméstica típico alocará endereços IP via DHCP usando o bloco 192.168.0.0/16 , reservado para uso " Rede privada " - por exemplo: 192.168.0.0 to 192.168.255.255 . O bloco é mais comumente dividido em 192.168.0.x/24 ou 192.168.1.x/24 por configurações padrão.

Eu ficaria muito surpreso se o seu computador realmente tivesse acesso à Internet com somente esse endereço, já que o endereço local do link não teria nenhum routing (gateway padrão) ou DNS servidores disponíveis ... A menos que você esteja usando esse intervalo configurando explicitamente seu roteador de acordo - algo que tecnicamente você não deveria fazer.

É possível que você tenha atribuído dois endereços, o endereço de link local (que sobrou de uma interação DHCP com falha) e um endereço de seu servidor DHCP (que forneceria um gateway e servidores DNS).

    
por 29.09.2018 / 00:21