Por que obtenho "Falha geral" ao executar ping no nome do host em um nó Win 7 na rede?

Este é um problema muito peculiar com uma estação em nossa rede. O PC cliente está executando o Windows 7 Pro. O que torna esse problema interessante é que esse cliente é o único nó na rede que parece estar enfrentando esse progresso. Quando tento executar ping em um servidor Win 08 específico pelo nome do host, obtenho um endereço IPv6 e obtenho General failure. Mas quando sigo o endereço IPv4, ele responde perfeitamente.

Meu primeiro pensamento seria verificar as resoluções de nomes no servidor DNS para ver o que estaria acontecendo, mas o problema implora pela pergunta: por que a estação recebe um endereço IPv6 de volta e falha ao invés de usar as configurações IPv4 (que são estáticas btw) . O que da? Estou incluindo uma captura de tela de tentar um servidor específico e falhar ao tentar outro servidor com sucesso. Todos os outros nós da rede não têm problemas de comunicação com o servidor com o qual a estação está tendo problemas.

Na minha situação, achei que o peerblock causou isso.

Alguns aplicativos bloqueiam o tráfego http, como peerblock, por exemplo. Isso faz com que os pings falhem por meio da mensagem de erro "Falha geral".

A maneira como encontrei o aplicativo que causou isso foi matar os processos um por um e verificar os pings. Eventualmente, eu matei o peerblock no meu caso e meu ping começou a funcionar.

Se seus pings estão falhando apenas em alguns sites, provavelmente Firewall, Antivírus ou algum outro aplicativo de interceptação / bloqueio de HTTP, como Peerblock, Charles, Wireshark ... etc.

Descobri lendo algumas outras postagens que o IPv6 não está exatamente desativado desmarcando o protocal nas configurações do adaptador de rede. Além disso, há políticas de prefixo incorporadas ao Windows que favorecem o IPv6 sobre o IPv4.

Acontece que a Microsoft tem algumas ferramentas que ajudam na escolha da presença ou na desativação total do IPv6 no site. Ainda não sei por que recebi a General Failuremensagem, mas pelo menos consegui corrigir a precedência usando o Microsoft Fix it 50410 nessa página ( prefira IPv4 sobre IPv6 em políticas de prefixo).

Eu tive uma questão semelhante. Eu tive que desinstalar o cliente de mobilidade AnyConnect.

Eu tinha um ping constante em execução e estava recebendo a "falha geral". para 8.8.8.8; Assim que a desinstalação foi concluída, eu voltei a poder executar o ping.

Eu receberia esse erro depois:

1. Acessando um site.
2. Conectando à minha VPN corporativa.
3. Acessando o mesmo site.

Isso não aconteceu em todos os sites, apenas nos sites que nós (a empresa) publicamos. Para consertar, eu corri

ipconfig /flushdns

Parece que o seu computador possui o 6to4, uma tecnologia de transição / encapsulamento IPv6, ativada. Infelizmente, o 6to4 não é muito confiável na prática e, para muitas pessoas, está completamente quebrado.

É uma boa idéia desabilitar todas as tecnologias de transição se você não as estiver usando, pois elas podem causar vários problemas como esse.

Você pode fazer isso em um prompt de comando do administrador com o seguinte:

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable

No meu caso, isso realmente se propagou até o cliente VPN da Cisco. Ele disse que houve uma falha no subsistema de rede. Acontece que meu nic sem fio estava obtendo um endereço IP e tudo, mas quando tentei executar ping no meu roteador, isso estava causando uma falha geral.

Dei uma olhada no gerenciador de dispositivos e havia vários itens novos de Bluetooth que não tinham seus drivers instalados. Isso foi estranho, porque eu não havia instalado nada de novo. Na verdade, este é um laptop com hardware Bluetooth embutido.

Eu sei que o Bluetooth permite que você faça o PAN (rede de área pessoal), então me perguntei se isso estava de alguma forma tendo precedência sobre a minha placa de rede WiFi. Desativei todos esses itens no gerenciador de dispositivos e, embora nenhum novo driver tenha sido instalado para esse 'presumivelmente novo hardware', isso me permitiu começar a executar ping no meu roteador. Agora estou usando meu laptop com êxito para acessar o nós e a VPN.

o recurso 'cybersec' do cliente nordvpn também faz com que outros intervalos de sub-rede (locais) não sejam alcançáveis, mesmo quando o vpn está desativado - $ deity sabe o porquê - desative a opção 'cybersec' e, de repente, sua outra LAN sub-redes funcionam novamente.

Eu também tive um problema semelhante. Ou seja, não consegui executar ping ou rastrear o www.google.com em um sistema operacional Windows 7 e isso causou uma falha geral.

Fiz o seguinte para solucionar problemas e resolver o problema:

1. Emita o comando ping -4 www.google.com. Pinga explicitamente usando IPV4. Não resolveu o problema.

2. Emitiu o mesmo comando de # 1, mas ping -6. Faça ping explicitamente com o IPV6. O erro afirmou que não foi possível encontrar o host www.google.com

3. Emitiu o mesmo comando com destino diferente (dentro da minha rede) sem problemas.

4. Parou temporariamente o firewall (AVAST) e conseguiu executar ping / tracert em www.google.com.

5. Abra o Avast Internet Security, clique nas configurações do firewall no painel esquerdo e clique no botão Configurações.

6. Clique em Regras do sistema e ative o ICMP (Internet Control Message Protocol) para permitir solicitação de ping e rastreamento de saída. Problema resolvido

Preocupado: Emiti os comandos acima na mesma estação de trabalho há algumas semanas sem problemas. Não tenho certeza de como essa configuração foi alterada.

Corrigido um deles no win 8.1, redefinindo o TCP / IP e o Winsock. Para quem precisar de informações sobre como, abra o prompt de comando ADMIN e execute:

Windows Vista, 7, 8

netsh iirr

redefinição netsh winsock

Então reinicie.

Windows XP

netsh iirr

netsh wr

Então reinicie. Boa sorte!

No meu caso, isso aconteceu porque minha conexão com a Internet tinha o IPv4 e o IPv6 ativados, mas eu me conectei a uma VPN que suportava apenas o IPv4. Então, acho que o Windows ainda estava tentando se conectar a esse host pelo IPv6 pela VPN, que falhou.

A correção foi desativar o IPv6 nas propriedades do adaptador de rede para minha conexão com a Internet.

Pode ser necessário reconectar-se à sua VPN.

Corri para um problema semelhante e tentei liberar o cache do DNS (ipconfig / flushdns) sem sucesso, acabei precisando desconectar e reconectar à minha VPN para obter a resolução e começar a trabalhar novamente.

Até que eu fiz isso, o ping e o tracert falharam (mas consegui pesquisar o nome do host via nslookup).

Um artigo útil com algumas boas instruções e comandos úteis para corrigir esse problema irritante do Windows está escrito aqui: https://appuals.com/fix-general-failure-error-running-ping-commands/ .