O Ubuntu não pode se conectar a sites IPv4 e alguns comportamentos de rede muito estranhos

Question

Estou no Ubuntu 15.04 com o Chrome atualizado. Eu tenho tido um problema estranho recentemente.

A minha ligação à Internet é transmitida sem fios a partir do DSL (AT & T U-Verse, para ser exacto). Visto com ifconfig , meu laptop sempre se identificava com um endereço IPV4. Esta manhã, como tenho tido problemas de conexão, mostra um endereço IPV6.

A abertura de websites no Chrome estava me dando ERR_NAME_NOT_RESOLVED, até que finalmente percebi que estava tendo problemas de DNS (um problema comum no meu local de trabalho). Normalmente, eu configuro nossos computadores para o DNS público do Google para IPv4, portanto, naturalmente, também configuro meus resolvedores de DNS IPv6 para os servidores do DNS público do Google. Depois disso, tive uma conexão que só pode ser descrita como irregular.

Às vezes, posso usar o Chrome para acessar sites como o Google, o Facebook e a Wikipedia, que são veiculados por meio do IPv6. Às vezes, minha conexão de rede "morre", o que significa primeiro que o Chrome mostra um DNS_PROBE_FINISHED_NO_INTERNET e, em segundo, que o Ubuntu mostra a notificação do GTK de que minha rede foi desconectada.

Minha conexão "morre" após o carregamento de 2-3 sites IPv6 ou ao tentar carregar um site IPv4 como o link .

Enquanto estava nesse computador, às vezes tentava acessar um recurso da Pesquisa do Google e, em seguida, visualizá-lo no cache do Google: isso funcionava (é claro, apenas para alguns carregamentos de página de cada vez).

Toda vez que minha conexão "morre" eu vou ao Network Manager e vejo o texto "conectando". Sidenote: o Network Manager não mostra seu ícone na "barra de tarefas". Eu tenho que usar Super e procurar para abri-lo.

Meu roteador tem uma página de administração no link , mas na maioria das vezes há um erro quando tento acessar essa página.

Veja o que tentei:

1. Reinicie o computador muitas vezes.
2. Reinicie o roteador. Eu fiz isso uma vez, já que é bastante perturbador para o meu local de trabalho. Todos os outros computadores (Windows e um iMac) parecem estar bem.
3. Renove a concessão do DHCP. Eu fiz quase todos os estes .
4. Limpar o cache DNS do Chrome.
5. O FireFox não funciona melhor.
6. Conecte-se diretamente ao modem DSL com ethernet.

No momento, minha internet está funcionando para sites IPv6 (estou escrevendo essa pergunta no Mac). ping google.com yields connect: Network is unreachable (posso acessar google.com no Chrome), ping not-a-real-site.com yields ping: unknown host not-a-real-site.com , pingando meu gateway em 192.168.1.254 dá "inacessível", assim como o ping 8.8.8.8, mas pingando localhost ainda dá o comportamento adequado.

Estou muito confuso. Como faço para corrigir isso?

Editar 0: posso me conectar ao link e ao link no computador de trabalho, mas apenas no link no meu laptop.

    

Answer 1

Saber qual método seu ISP pretendia usar ao acessar servidores IPv4 certamente ajudaria a depurar o problema. No lado da LAN do seu roteador, existem três possibilidades:

• Endereços IPv4 direcionáveis (improváveis)
• Endereços IPv4 não roteáveis (e NAT)
• Apenas endereços IPv4 (e NAT64)

A menos que você esteja usando endereços IPv4 roteáveis no lado da LAN do seu roteador, existem 5 possibilidades no lado da WAN do seu roteador:

• Endereço IPv4 rotativo (é o que a maioria dos ISPs costumava fazer)
• Endereço IPv4 não roteável (e CGN)
• NAT64
• DS-Lite
• 4º

Sabendo qual das 11 combinações possíveis que o ISP pretendia usar ajudaria a depurar o problema. A primeira coisa que você precisa verificar é se você tem um endereço IPv4 e um IPv6 na sua interface de rede, ou se você tem apenas um deles.

Existem algumas possibilidades óbvias para o que pode estar errado.

Se você encontrar o menu chamado Edit Connections... , poderá escolher se o IPv4 é necessário na conexão e se o IPv6 é necessário na conexão. Se nenhum dos dois estiver marcado, será necessário que pelo menos um dos dois trabalhe para considerar a conexão saudável.

Em seguida, se o NAT64 estiver envolvido, você também precisará do DNS64. Se o ISP pretender usar o NAT64, ele também fornecerá um servidor DNS com DNS64. Mas se você optar por usar um servidor DNS diferente, você (muito provavelmente) não obterá DNS64.

Se o seu ISP pretender usar o NAT64, mas você não quiser usar os servidores DNS fornecidos pelo ISP, ainda poderá usar um servidor DNS diferente, mas ele deverá ser configurado com DNS64 e com o mesmo prefixo do NAT64 fornecido pelo seu ISP.

Se a LAN estiver usando endereços IPv4 não roteáveis e a WAN estiver usando o NAT64, o roteador precisará suportar o NAT464. O NAT464 precisa saber o prefixo usado pelo NAT64, geralmente ele encontra esse prefixo consultando o servidor DNS em busca de um nome que seja resolvido usando o DNS64. É tecnicamente possível que uma implementação NAT464 suporte a configuração estática do prefixo NAT64, o que elimina a necessidade de DNS64.

Configurações que podem ajudar

Em suma, as seguintes configurações podem estar relacionadas ao problema:

• Requer que o endereçamento IPv4 para esta conexão seja concluído
• Requer que o endereçamento IPv6 para essa conexão seja concluído
• Servidores DNS

Se configurações adequadas para elas não forem suficientes para resolver o problema, você precisará encontrar mais informações para obter uma resposta melhor.