Ping pára de responder após a primeira linha

Question

Eu tenho um problema com o comando PING no Windows 8.1. Durante um ping, o comando não retorna mais nenhuma saída após o envio da primeira solicitação de ping.

Por exemplo:

ping 192.168.1.200

Pinging 192.168.1.200 with 32 bytes of data

Obrigado pela sua ajuda.

EDIT 1:

Eu fiz um teste com o Wireshark para ver o que acontece. Aqui está uma captura de tela. Eu tentei muitas coisas, mas nada ajudou.

Se você tiver alguma ideia ...

EDIT 2:

Eu adicionei o resultado de ipconfig /all

Configuration IP de Windows

   Nom de l'hôte . . . . . . . . . . : NEPTUNE
   Suffixe DNS principal . . . . . . : xxx.xxxx.fr
   Type de noeud. . . . . . . . . .  : Hybride
   Routage IP activé . . . . . . . . : Non
   Proxy WINS activé . . . . . . . . : Non
   Liste de recherche du suffixe DNS.: xxx.xxxx.fr

Carte Ethernet vEthernet (Internal Ethernet Port Windows Phone Emulator Internal
 Switch) :

   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : Carte Ethernet virtuelle Hyper-V #2
   Adresse physique . . . . . . . . . . . : 00-15-5D-29-83-27
   DHCP activé. . . . . . . . . . . . . . : Non
   Configuration automatique activée. . . : Oui
   Adresse IPv6 de liaison locale. . . . .: fe80::64dd:8e3:4166:be79%19(préféré)

   Adresse d'autoconfiguration IPv4 . . . : 169.254.190.121(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.0.0
   Passerelle par défaut. . . . . . . . . :
   IAID DHCPv6 . . . . . . . . . . . : 318772573
   DUID de client DHCPv6. . . . . . . . : 00-01-00-01-17-07-94-FD-50-E5-49-3A-9A
-48
   Serveurs DNS. . .  . . . . . . . . . . : fec0:0:0:ffff::1%1
                                   fec0:0:0:ffff::2%1
                                   fec0:0:0:ffff::3%1
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Carte Ethernet Connexion au réseau local :

   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : Contrôleur Realtek PCIe GBE Family
   Adresse physique . . . . . . . . . . . : 50-E5-49-3A-9A-48
   DHCP activé. . . . . . . . . . . . . . : Non
   Configuration automatique activée. . . : Oui
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.5(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.255.0
   Passerelle par défaut. . . . . . . . . : 192.168.1.254
   Serveurs DNS. . .  . . . . . . . . . . : 8.8.8.8
                                   8.8.4.4
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Obrigado antecipadamente.

    

Answer 1

Como parece que você não pode fazer ping no seu computador, o problema parece ser puramente software, já que a interface de loopback não está passando pela sua placa de rede. O Windows tem uma pilha ou configuração TCP / IP corrompida por algum motivo, ou algo está impedindo o TCP / IP de funcionar corretamente (isso pode ser um software legítimo, como um anti-vírus, que por alguma razão não está funcionando como deveria, ou pode ser um malware que tenha efeitos colaterais graves).

Você talvez possa tentar reinicializar sua pilha TCP / IP: link . Se ainda não tiver êxito, talvez seja necessário reinstalar o Windows.

    

Answer 2

Você provavelmente tem algum tipo de firewall instalado no seu sistema, que bloqueia o pacote icmp de saída.

    

Answer 3

Pode ser devido a um hardware defeituoso, como uma placa de rede com defeito. Eu vi um relatório em que a substituição de um roteador aliviava esse tipo de problema, mas o fato de outros computadores poderem fazer ping, elimina esse culpado ... Ou você tentou fazer ping usando um perfil de usuário alternativo no computador?

    

Answer 4

Eu vi coisas estranhas acontecerem quando o ICS (Conexão com a Internet Compartilhamento) está ativado.

Talvez valha a pena verificar se está ativado. Se estiver, tente desabilitá-lo e, em seguida, ver se isso ajuda no seu problema. Ele me ajudou no passado com problemas funky com conexões de VMs e vpn.

    

Answer 5

O comando ping envia pacotes ICMP e aguarda uma resposta; Os pacotes ICMP podem ser bloqueados localmente pelo firewall do seu software ou em QUALQUER gateway no meio da rota.

Tente traçar uma rota primeiro:

tracert -d google.fr

Isso lhe dará uma lista de saltos. Envie um ping para cada um desses servidores para descobrir qual deles está impedindo que você faça o ping do lado de fora.

Lembrete: Eu não posso enfatizar isso o suficiente, qualquer firewall / roteador pode estar bloqueando pedidos de ping para o exterior, isso pode ser seu ISP, universidade, roteador doméstico, etc.

Editar : Eu suponho que você pode fazer ping no seu próprio computador ...

ping localhost
ping 127.0.0.1

Se você não puder fazer ping no seu computador, podemos tentar outra coisa, essa etapa deve ser limpa primeiro.

    

Answer 6

Eu acho que é provável que você esteja sofrendo com a limitação da taxa ICMP em algum firewall (talvez o host de destino). Se você pingar com um intervalo (talvez) muito maior, isso pode funcionar.

    

Answer 7

Tente desativar o IPv6 e ativar o IPv4 no adaptador vEthernet. Se ainda não estiver funcionando, em Avançado, defina sua métrica como 1.

Resolução de problemas adicionais

O ping de um endereço IPv6 fornece os mesmos resultados?

Desative o adaptador "Carte Ethernet vEthernet (Interruptor Interno do Emulador do Windows Phone da Porta Ethernet Interna)" (Execute ncpa.cpl, clique com o botão direito) e tente um ping IPv4 novamente. Se você puder fazer o ping corretamente, é provavelmente a configuração no seu adaptador vEthernet. Reative o adaptador.

Você definitivamente tem um problema de resolução de DNS de acordo com a wireshark (consulte link para obter descrições sobre os erros) e seu comutador virtual tem apenas servidores DNS IPv6 padrão e seu adaptador físico tem apenas servidores DNS IPv4 do Google. Você ainda obtém o mesmo comportamento quando o DNS está funcionando corretamente?

Além disso, não faz mal saber o que está no seu arquivo hosts -% SystemRoot% \ system32 \ drivers \ etc \ hosts

    

Answer 8

Seu rastreamento de pacote revela um bug na pilha de IPs em 192.168.1.5 .

A comunicação em resumo:

• 192.168.1.5 - > 173.194.45.47 solicitação de eco ICMP
• 173.194.45.47 - > 192.168.1.5 resposta de eco ICMP
• 192.168.1.5 - > 173.194.45.47 Erro ICMP: não suporto ICMP

Isso não é compatível com os padrões. Em primeiro lugar, o ICMP é uma parte obrigatória do IP, portanto, não suportar o ICMP não é válido. Em segundo lugar, não faz sentido enviar pacotes ICMP e dizer simultaneamente que não suporta o ICMP.

Esse tipo de pilha IP corrompida geralmente é causada por um firewall. Supondo que o rastreio foi produzido no próprio 192.168.1.5 (que parece ser o caso baseado no tempo dos pacotes), então o firewall quebrado também deve estar em 192.168.1.5 .