Porque é que recebo "falha geral" quando pingar o nome do anfitrião num nó Win 7 na rede?

Na minha situação, descobri que o peerblock causou isto.

Algumas aplicações bloqueiam o tráfego http, o peerblock, por exemplo. Estas fazem com que os pings falhem através da mensagem de erro “General Failure”.

A forma como encontrei a aplicação que causou isto foi matar processos um a um e verificar os pings. Eventualmente matei o peerblock no meu caso e o meu ping começou a funcionar.

Se os seus pings estão a falhar apenas para alguns sites é muito provável que seja Firewall, Antivirus ou alguma outra aplicação de intercepção/bloqueio HTTP como Peerblock, Charles, Wireshark… etc.

Descobriu-se através da leitura de alguns outros posts que o IPv6 não está exactamente desactivado ao desmarcar o protocal nas definições do adaptador de rede. Além disso, há políticas de prefixos incorporadas nas janelas que favorecem o IPv6 em relação ao IPv4.

Acontece que [ A Microsoft tem algumas ferramentas que ajudam na escolha da presença ou na escolha de desactivar totalmente o IPv6 no seu site. A [ Microsoft tem algumas ferramentas que ajudam na escolha da presedência ou na escolha de desactivar o IPv6 no seu site.)

Tive uma questão semelhante. Tive de desinstalar o cliente de mobilidade AnyConnect.

Tive um ping constante e estava a conseguir a “falha geral” para 8.8.8.8; assim que a desinstalação foi feita a meio caminho estava de volta a poder pingar.

Eu receberia este erro depois de:

1. Aceder a um sítio.
2. Ligação à minha VPN corporativa.
3. Aceder ao mesmo site.

Não aconteceu a todos os sites, apenas aos sites que nós (a empresa) publicámos. Para o corrigir, corri o

ipconfig /flushdns

Parece que o seu computador tem 6 a 4, uma tecnologia de transição/túnel IPv6, activada. Infelizmente o 6to4 é muito pouco fiável na prática e para muitas pessoas está completamente avariado.

É uma boa ideia desactivar todas as tecnologias de transição se não as estiver a utilizar, uma vez que todas elas podem causar vários problemas como este.

Pode fazê-lo a partir de 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

a característica ‘cybersec’ do cliente nordvpn também faz com que isto para outras subredes (locais) não seja alcançável, mesmo quando o vpn está OFF - $deity sabe porquê - desligue a opção ‘cybersec’ e, de repente, as suas outras subredes lan funcionam novamente.

No meu caso, isto propagou-se até ao cliente Cisco VPN. Dizia que havia uma falha no subsistema de rede. Acontece que o meu nic sem fios estava a obter um endereço IP e tudo, mas quando tentei pingar o meu router, estava a dar-me uma falha geral.

Dei uma vista de olhos ao gestor de dispositivos, e havia um monte de novos itens Bluetooth que não tinham os seus drivers instalados. Isso foi estranho, porque eu não tinha instalado nada de novo. Na verdade, este é um portátil com hardware Bluetooth incorporado.

Eu sei que o Bluetooth permite fazer PAN (personal area network), por isso perguntei-me se isto estaria de alguma forma a ter precedência sobre o meu NIC WiFi. Desactivei todos estes itens no gestor de dispositivos, e embora não tenham sido instalados novos controladores para este ‘presumivelmente novo hardware’, isto permitiu-me começar a pingar o meu router. Estou agora a usar o meu portátil com sucesso tanto para entrar no we como no VPN.

Fixou um destes em win 8.1, reiniciando TCP/IP e Winsock. Para quem precisar de informação sobre como, abra o comando ADMIN e execute:

Windows Vista, 7, 8

netsh i i r r

netsh winsock reset

Depois reinicie.

Windows XP

netsh i i r

netsh w r

Depois reinicie. Boa sorte!

Deparei-me também com uma questão semelhante. Nomeadamente, não consegui pingar ou traçar www.google.com num sistema operativo Windows 7 e ele lançou uma falha geral.

** Fiz o seguinte para resolver o problema:**

1. emitir o comando ping -4 www.google.com. Isto ping explicitamente usando o IPV4. Não resolvi a questão._

2. Emitido o mesmo comando a partir de #1, mas ping -6 . Explicitamente ping com IPV6. Error declarou que não conseguiu encontrar o host www.google.com

3. Emitido o mesmo comando com alvo diferente (dentro da minha rede) sem problema.

4. Parou temporariamente a firewall (AVAST) e foi capaz de ping/tracer com sucesso para www.google.com.

5. Abriu o Avast Internet Security, clicou nas definições da firewall no painel esquerdo, clicou no botão Settings.

6. Clicou em System rules e depois activou o ICMP (Internet Control Message Protocol ) para permitir o ping de saída e o pedido de rastreio. Resolved Issue

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

** Pode ser necessário voltar a ligar à sua VPN.**

Encontrei um problema semelhante, e tentei descarregar a cache dns (ipconfig /flushdns) sem sucesso, acabei por precisar de me desligar e voltar a ligar à minha VPN para que a resolução voltasse a funcionar.

Até que fiz aquele ping e tracert ambos falharam (mas consegui pesquisar o nome do anfitrião através do nslookup).

No meu caso, isso aconteceu porque a minha ligação à Internet tinha tanto IPv4 como IPv6 activados, mas depois liguei-me a uma VPN que suportava apenas o IPv4. Por isso acho que o Windows ainda estava a tentar ligar-se a esse anfitrião através do IPv6 através da VPN, o que falhou.

A solução foi desactivar o IPv6 nas propriedades do adaptador de rede para a minha ligação à Internet.

Um artigo útil com algumas boas instruções e comandos úteis para resolver este incómodo problema das janelas está aqui escrito: https://appuals.com/fix-general-failure-error-running-ping-commands/ .