2012-06-06 15:06:54 +0000 2012-06-06 15:06:54 +0000
32
32

Perché ricevo "General Failure" quando pinging il nome dell'host su un nodo Win 7 della rete?

Questo è un problema molto particolare con una stazione sulla nostra rete. Il pc client sta eseguendo Windows 7 Pro. Ciò che rende interessante questo problema è che questo client è l'unico nodo della rete che sembra sperimentare questo proglema. Quando provo a ping un server Win 08 specifico per nome host, ottengo un indirizzo IPv6 e ottengo General failure. Ma quando provo a ping è l'indirizzo IPv4, risponde bene.

Il mio primo pensiero sarebbe quello di controllare il server DNS le risoluzioni dei nomi per vedere cosa starebbe succedendo, ma il problema richiede la domanda, perché la stazione ottiene un indirizzo IPv6 e fallisce invece di usare le impostazioni IPv4 (che sono statiche btw). Cosa succede? Sto includendo uno screenshot di prova di un server specifico e di fallimento mentre cerco di provare un altro server con successo. Tutti gli altri nodi della rete non hanno problemi a comunicare con il server con cui una stazione ha problemi.

Réponses (12)

14
14
14
2013-10-28 19:12:31 +0000

Nella mia situazione, ho trovato peerblock causato questo.

Alcune applicazioni bloccano il traffico http, peerblock per esempio. Questi causano il blocco dei ping tramite il messaggio di errore “General Failure”.

Il modo in cui ho trovato l'applicazione che causava questo era quello di uccidere i processi uno ad uno e controllare i ping. Alla fine ho ucciso peerblock nel mio caso e il mio ping ha iniziato a funzionare.

Se i vostri ping stanno fallendo solo per alcuni siti è molto probabile che si tratti di Firewall, Antivirus o qualche altra applicazione di intercettazione/blocco HTTP come Peerblock, Charles, Wireshark… ecc.

11
11
11
2012-06-12 16:15:16 +0000

Ho scoperto, leggendo un paio di altri post, che l'IPv6 non è esattamente disabilitato deselezionando il protocal nelle impostazioni della scheda di rete. Inoltre, ci sono delle politiche di prefisso integrate nelle finestre che favoriscono l'IPv6 rispetto all'IPv4.

Risulta che Microsoft ha alcuni strumenti che aiutano a scegliere la presedenza o a scegliere di disabilitare del tutto l'IPv6 sul loro sito. Non sono ancora sicuro del perché ho ricevuto il messaggio General Failure in primo luogo, ma almeno sono stato in grado di correggere la precedenza usando il Microsoft Fix it 50410 in quella pagina (Preferisci IPv4 a IPv6 nelle politiche di prefisso).

10
10
10
2013-02-17 12:21:53 +0000

Ho avuto un problema simile. Ho dovuto disinstallare il client di mobilità AnyConnect.

Avevo un ping costante in esecuzione e stavo ottenendo il “guasto generale”. a 8.8.8.8; non appena la disinstallazione è stata effettuata a metà strada sono tornato ad essere in grado di ping.

8
8
8
2013-03-19 14:53:44 +0000

Otterrei questo errore dopo:

  1. 1. Accesso a un sito.
  2. 2. Connessione alla mia VPN aziendale.
    1. Accesso allo stesso sito.
  3. Accesso allo stesso sito.

Non è successo per tutti i siti, solo per i siti che noi (l'azienda) abbiamo pubblicato. Per risolvere il problema, ho eseguito

ipconfig /flushdns
4
4
4
2014-08-15 19:46:05 +0000

Sembra che il vostro computer abbia 6to4, una tecnologia di transizione/tunneling IPv6, abilitata. Sfortunatamente 6to4 è molto inaffidabile nella pratica e per molte persone è completamente rotto.

È una buona idea disabilitare tutte le tecnologie di transizione se non le si sta effettivamente utilizzando, in quanto possono tutte causare vari problemi come questo.

È possibile farlo da un Prompt di Comando Amministratore con il seguente:

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable
3
3
3
2018-07-04 13:11:52 +0000

la funzione ‘cybersec’ del client nordvpn fa sì che anche altre sottoreti (locali) non siano raggiungibili, anche quando vpn è OFF - $deity sa il perché - disattivare l'opzione ‘cybersec’ e all'improvviso le altre sottoreti lan funzionano di nuovo.

2
2
2
2012-09-17 02:05:02 +0000

Nel mio caso, questo si è propagato fino al client VPN Cisco. Diceva che c'era un guasto al sottosistema di rete. Si è scoperto che il mio nic wireless stava ricevendo un indirizzo IP e tutto il resto, ma quando ho provato a ping il mio router, mi stava dando un guasto generale.

ho dato un'occhiata al device manager, e c'erano un sacco di nuovi elementi Bluetooth che non avevano i loro driver installati. Era strano, perché non avevo installato nulla di nuovo. In realtà, questo è un portatile con hardware Bluetooth integrato.

So che il Bluetooth permette di fare PAN (personal area network), quindi mi chiedevo se questo avesse in qualche modo la precedenza sulla mia NIC WiFi. Ho disabilitato tutti questi elementi nella gestione dei dispositivi, e anche se non sono stati installati nuovi driver per questo ‘presumibilmente nuovo hardware’, questo mi ha permesso di iniziare a pinging il mio router. Ora sto usando il mio portatile con successo sia per accedere al “noi” che alla VPN.

1
1
1
2014-08-13 20:06:40 +0000

Fissa uno di questi su win 8.1 reimpostando TCP/IP e Winsock. Per chiunque abbia bisogno di informazioni su come, aprire il prompt dei comandi ADMIN ed eseguire:

Windows Vista, 7, 8

netsh i i r r

netsh winsock reset

netsh poi riavvio.

Windows XP

netsh i i r

netsh w r

poi riavvio. Buona fortuna!

1
1
1
2013-09-07 03:19:29 +0000

Anche io mi sono imbattuto in un problema simile. Vale a dire, non sono stato in grado di ping o tracciare www.google.com su un sistema operativo Windows 7 e ha lanciato un guasto generale.

Ho fatto quanto segue per risolvere il problema:

  1. Problema ping del comando di emissione -4 www.google.com. Questo ping è stato eseguito esplicitamente utilizzando IPV4. _Non ha risolto il problema:****

    1. Emesso lo stesso comando da #1, ma ping -6 . 3. Esplicitamente ping con IPV6. Error ha dichiarato che non riusciva a trovare l'host www.google.com
  2. Ha emesso lo stesso comando da #1, ma ping -6 . 3. Emesso lo stesso comando con destinazione diversa (all'interno della mia rete) senza problemi.

  3. Emesso lo stesso comando con destinazione diversa (all'interno della mia rete) senza problemi.

  4. Emesso lo stesso comando con destinazione diversa (all'interno della mia rete) senza problemi. 5. Ho aperto Avast Internet Security, ho cliccato sulle impostazioni del firewall nel pannello di sinistra e ho cliccato sul pulsante Impostazioni.

  5. Ho aperto Avast Internet Security, ho cliccato sulle impostazioni del firewall nel pannello di sinistra e ho cliccato sul pulsante Impostazioni. 6. Cliccato Regole di sistema e poi abilitare ICMP (Internet Control Message Protocol ) per consentire il ping in uscita e la richiesta di tracciamento. Risolto Problema

Preoccupato: Ho emesso i comandi di cui sopra sulla stessa stazione di lavoro qualche settimana fa senza problemi. Non sono sicuro di come sia stata modificata questa impostazione.

0
0
0
2015-11-09 16:39:33 +0000

** Potrebbe essere necessario riconnettersi alla VPN. **

Mi sono imbattuto in un problema simile, e ho provato a lavare la cache dns (ipconfig /flushdns) senza successo, ho finito per avere bisogno di scollegare e ricollegare alla mia VPN per ottenere la risoluzione per iniziare a lavorare ancora una volta.

Fino a quando ho fatto che ping e tracert sia fallito (ma sono stato in grado di cercare il nome host tramite nslookup).

0
0
0
2014-12-23 22:00:26 +0000

Nel mio caso questo è successo perché la mia connessione Internet aveva sia l'IPv4 che l'IPv6 abilitati, ma poi mi sono connesso ad una VPN che supportava solo l'IPv4. Quindi immagino che Windows stesse ancora cercando di connettersi a quell'host su IPv6 attraverso la VPN, che non ha funzionato.

La soluzione è stata quella di disabilitare l'IPv6 nelle proprietà della scheda di rete per la mia connessione a Internet.

0
0
0
2018-12-16 12:01:40 +0000

Un utile articolo con alcune buone istruzioni e utili comandi per risolvere questo fastidioso problema di windows è scritto qui: https://appuals.com/fix-general-failure-error-running-ping-commands/ .