Laptop pode pingar, mas não navegar. Limpe o Windows instalar. Telnet não funciona. Não a rede

O laptop é capaz de pingar e rastrear, mas não navega na internet. Vou começar dizendo o que já descartei:

• É uma instalação totalmente nova do Windows
• A rede funciona bem para os outros 5 dispositivos, tanto Wi-Fi e com fio
• Telnet não conecta
• Pinging nome de domínio e endereço IP funciona bem
• sou capaz de navegar no laptop via desktop na rede, mas não vice-versa
• verificaram que não há configurações de proxy ativas

Então, alguém tem alguma idéia do que poderia estar causando isso, além das coisas que eu já tentei? Eu já diagnostiquei as coisas listadas acima, então me dizer para telnet não será produtivo. Dizendo-me para tentar um navegador diferente ou verificar se há vírus ou desabilitar o antivírus também não vai ajudar, como eu decidi essas coisas. Peço desculpas pelo meu tom, mas parece que estou recebendo as mesmas poucas respostas toda vez que faço essa pergunta, ponto no qual minha pergunta deve estar desaparecendo.

Tente este método:

• Clique em Iniciar - & gt; Na caixa de pesquisa, digite cmd - & gt; Então "CMD" será exibido em a pesquisa - & gt; Agora clique com o botão direito em "CMD" --- & gt; Selecione "Executar como administrador".

• Agora digite este comando e pressione "Enter".

netsh int ip redefinir resetlog.txt

• Reinicie o computador

Boa sorte.

Algumas ideias:

1. Teste de CD ao vivo do Linux. Basta inicializar em um live cd e tentar acessar a rede usando isso. Eu faço isso para ver se a pilha de rede usada para o seu hardware está com defeito.
2. Tente navegar pelo seu próximo salto usando seu navegador. Se você estiver em uma rede doméstica, geralmente é 192.168.1.1 mas você pode descobrir com um ipconfig e ver qual é o seu gateway padrão. Você deve ver uma interface baseada na web.
3. Mude o seu servidor DNS no seu computador para aqueles que precisam ser acessados ​​na Internet; ao invés de usar o seu próximo salto ( 192.168.1.1 ou sua laia). Depois de fazer essa mudança, tente resolver o DNS (apenas ping example.com ).
4. Execute uma captura de pacotes no seu computador (ou roteador) para ver quais pacotes estão deixando o seu computador (coloque o pcap ou uma captura de tela, se desejar).

Eu recomendo o último porque parecia curioso que o ICMP funcionasse em seu roteador - mas nenhum TCP ou UDP funcionava. No entanto, resolver um host é UDP. Após uma inspeção mais aprofundada da sua antiga pergunta, vejo que o seu servidor DNS é o seu próximo salto. Portanto, alterar isso deve impedir que você resolva o DNS adequadamente (certificando-se de que o problema seja consistente).

Se isso não funcionar no Linux, podemos identificar o problema como definitivamente relacionado ao hardware. Se você quiser nessa etapa, poderíamos strace diferentes processos para descobrir em que ponto está falhando.

Se, no entanto, funcionar no Linux, mas não no Windows, teríamos que tentar fazer mais trabalho. Nesse ponto, você pode tentar usar um strace do Windows (não existe, mas links abaixo). Para ver quais processos estão sendo chamados (e quais não são) quando você executa ping vs telnet.

O problema parece ser que, quando há um pacote TCP ou UDP que precisa deixar a rede (acessar a Internet), a pilha tcp / udp não os está entregando corretamente na camada três. No entanto, o ICMP é um protocolo da camada três, portanto, ele estaria ignorando a pilha tcp / udp. Se, no entanto, concluir o passo 2 acima funcionar, isso mostra que o acesso à rede interna não parece causar esse problema, e concluir a etapa 3 acima deve mostrar isso por inversão (como em que deve parar de funcionar). Uma captura de pacotes confirmará isso. Para tentar corrigir isso de um prompt de comando elevado:

netsh int ipv4 uninstall
netsh int ipv6 uninstall
netsh int tcp uninstall
netsh int ipv4 install
netsh int ipv6 install
netsh int tcp install
netsh winsock reset catalog

Eu não recomendaria executá-los apenas sem pesquisar o problema. Mas isso deve ajudar.

Strace (esque) Links: http://msdn.microsoft.com/pt-br/library/windows/hardware/ff552060%28v=vs.85%29.aspx

http://www.intellectualheaven.com/default.asp?BH=projects&H=strace.htm

http://technet.microsoft.com/pt-br/sysinternals/bb896645.aspx

http://technet.microsoft.com/pt-br/sysinternals/bb896647.aspx

Tamanho do pacote é outra possível causa de problemas de rede.

Eu tive um problema semelhante recentemente. ping funciona, então eu tenho conectividade com a internet, mas a maioria Conexões baseadas em TCP interrompem e finalmente atingem o tempo limite. Acontece que minha placa sem fio está cheia de bugs ou está com pouca carga e não está manipulando corretamente pacotes grandes. Uma das diferenças entre ping e a maioria das conexões TCP é ping usa pequenos pacotes por padrão. Para verificar se pacotes grandes são entregues normalmente, use ping com diferentes tamanhos de pacote, usando o -l opção ^† (no Windows). Por exemplo, para ping endereço 10.0.99.221 com 1000 bytes no campo de dados, digite:

ping -l 1000 10.0.99.221

No meu caso, ping com 500 bytes causa 95% de perda de pacotes, enquanto ping com 56 bytes funciona normalmente.

Definir MTU (Maximum Transmission Unit) para um valor menor pode resolver temporariamente o problema. Isso afeta o desempenho negativamente, no entanto.

No meu caso, a configuração de MTU para 400 torna a rede temporariamente utilizável. Isso é bastante pequeno e não é recomendado. Como esse é um problema relacionado a hardware, o hardware deve ser consertado ou substituído.
______________
^† Isso é minúsculas L; talvez signifique pacote eu ength.