Why do I get “General Failure” when pinging host name on a Win 7 node on the network?












27















This is a very peculiar problem with a station on our network. The client pc is running Windows 7 Pro. What makes this problem interesting is that this client is the only node on the network that seems to be experiencing this proglem. When I try to ping a specific Win 08 server by host name, I get an IPv6 address and get General failure. But when I ping it's IPv4 address, it responds just fine.



My first thought would check the DNS server the name resolutions to see what would be going on, but the problem begs the quesion, why does the station get an IPv6 address back and fails as opposed to using the IPv4 settings (which are static btw). What gives? I am including a screen shot of trying the one specific server and failing while trying another server with success. All other nodes on the network don't have problems communicating with the server the one station is having issues with.
Pingng: General Failure










share|improve this question




















  • 1





    probably firewall related. Can you disable that computers firewall to check? If this works, then maybe resetting defaults of the firewall might fix it...

    – Logman
    Jun 6 '12 at 15:22













  • Firewall on the machine is disabled.

    – Chad Harrison
    Jun 6 '12 at 15:33











  • Is the "IPV6 Protocol" enabled under network settings on the target machine?

    – Diogo
    Jun 6 '12 at 15:50













  • @Diogo Yes IPV6 is enabled. Other machines on the network that are IPv6 enabled get ping responses via IPv6.

    – Chad Harrison
    Jun 6 '12 at 16:02











  • Maybe you should set a static IPV6 address on target machine and test again, it could be happening due to a mask limitation, I mean, your sorce and target machines arent on the same IPV6 network. It is really weird, my next step would be installing a sniffer such as wireshark and debug each step of icmp ping request/responses...

    – Diogo
    Jun 6 '12 at 16:07
















27















This is a very peculiar problem with a station on our network. The client pc is running Windows 7 Pro. What makes this problem interesting is that this client is the only node on the network that seems to be experiencing this proglem. When I try to ping a specific Win 08 server by host name, I get an IPv6 address and get General failure. But when I ping it's IPv4 address, it responds just fine.



My first thought would check the DNS server the name resolutions to see what would be going on, but the problem begs the quesion, why does the station get an IPv6 address back and fails as opposed to using the IPv4 settings (which are static btw). What gives? I am including a screen shot of trying the one specific server and failing while trying another server with success. All other nodes on the network don't have problems communicating with the server the one station is having issues with.
Pingng: General Failure










share|improve this question




















  • 1





    probably firewall related. Can you disable that computers firewall to check? If this works, then maybe resetting defaults of the firewall might fix it...

    – Logman
    Jun 6 '12 at 15:22













  • Firewall on the machine is disabled.

    – Chad Harrison
    Jun 6 '12 at 15:33











  • Is the "IPV6 Protocol" enabled under network settings on the target machine?

    – Diogo
    Jun 6 '12 at 15:50













  • @Diogo Yes IPV6 is enabled. Other machines on the network that are IPv6 enabled get ping responses via IPv6.

    – Chad Harrison
    Jun 6 '12 at 16:02











  • Maybe you should set a static IPV6 address on target machine and test again, it could be happening due to a mask limitation, I mean, your sorce and target machines arent on the same IPV6 network. It is really weird, my next step would be installing a sniffer such as wireshark and debug each step of icmp ping request/responses...

    – Diogo
    Jun 6 '12 at 16:07














27












27








27


4






This is a very peculiar problem with a station on our network. The client pc is running Windows 7 Pro. What makes this problem interesting is that this client is the only node on the network that seems to be experiencing this proglem. When I try to ping a specific Win 08 server by host name, I get an IPv6 address and get General failure. But when I ping it's IPv4 address, it responds just fine.



My first thought would check the DNS server the name resolutions to see what would be going on, but the problem begs the quesion, why does the station get an IPv6 address back and fails as opposed to using the IPv4 settings (which are static btw). What gives? I am including a screen shot of trying the one specific server and failing while trying another server with success. All other nodes on the network don't have problems communicating with the server the one station is having issues with.
Pingng: General Failure










share|improve this question
















This is a very peculiar problem with a station on our network. The client pc is running Windows 7 Pro. What makes this problem interesting is that this client is the only node on the network that seems to be experiencing this proglem. When I try to ping a specific Win 08 server by host name, I get an IPv6 address and get General failure. But when I ping it's IPv4 address, it responds just fine.



My first thought would check the DNS server the name resolutions to see what would be going on, but the problem begs the quesion, why does the station get an IPv6 address back and fails as opposed to using the IPv4 settings (which are static btw). What gives? I am including a screen shot of trying the one specific server and failing while trying another server with success. All other nodes on the network don't have problems communicating with the server the one station is having issues with.
Pingng: General Failure







windows-7 windows-server-2008 ping ipv6 ipv4






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jun 6 '12 at 15:21







Chad Harrison

















asked Jun 6 '12 at 15:06









Chad HarrisonChad Harrison

3,468123560




3,468123560








  • 1





    probably firewall related. Can you disable that computers firewall to check? If this works, then maybe resetting defaults of the firewall might fix it...

    – Logman
    Jun 6 '12 at 15:22













  • Firewall on the machine is disabled.

    – Chad Harrison
    Jun 6 '12 at 15:33











  • Is the "IPV6 Protocol" enabled under network settings on the target machine?

    – Diogo
    Jun 6 '12 at 15:50













  • @Diogo Yes IPV6 is enabled. Other machines on the network that are IPv6 enabled get ping responses via IPv6.

    – Chad Harrison
    Jun 6 '12 at 16:02











  • Maybe you should set a static IPV6 address on target machine and test again, it could be happening due to a mask limitation, I mean, your sorce and target machines arent on the same IPV6 network. It is really weird, my next step would be installing a sniffer such as wireshark and debug each step of icmp ping request/responses...

    – Diogo
    Jun 6 '12 at 16:07














  • 1





    probably firewall related. Can you disable that computers firewall to check? If this works, then maybe resetting defaults of the firewall might fix it...

    – Logman
    Jun 6 '12 at 15:22













  • Firewall on the machine is disabled.

    – Chad Harrison
    Jun 6 '12 at 15:33











  • Is the "IPV6 Protocol" enabled under network settings on the target machine?

    – Diogo
    Jun 6 '12 at 15:50













  • @Diogo Yes IPV6 is enabled. Other machines on the network that are IPv6 enabled get ping responses via IPv6.

    – Chad Harrison
    Jun 6 '12 at 16:02











  • Maybe you should set a static IPV6 address on target machine and test again, it could be happening due to a mask limitation, I mean, your sorce and target machines arent on the same IPV6 network. It is really weird, my next step would be installing a sniffer such as wireshark and debug each step of icmp ping request/responses...

    – Diogo
    Jun 6 '12 at 16:07








1




1





probably firewall related. Can you disable that computers firewall to check? If this works, then maybe resetting defaults of the firewall might fix it...

– Logman
Jun 6 '12 at 15:22







probably firewall related. Can you disable that computers firewall to check? If this works, then maybe resetting defaults of the firewall might fix it...

– Logman
Jun 6 '12 at 15:22















Firewall on the machine is disabled.

– Chad Harrison
Jun 6 '12 at 15:33





Firewall on the machine is disabled.

– Chad Harrison
Jun 6 '12 at 15:33













Is the "IPV6 Protocol" enabled under network settings on the target machine?

– Diogo
Jun 6 '12 at 15:50







Is the "IPV6 Protocol" enabled under network settings on the target machine?

– Diogo
Jun 6 '12 at 15:50















@Diogo Yes IPV6 is enabled. Other machines on the network that are IPv6 enabled get ping responses via IPv6.

– Chad Harrison
Jun 6 '12 at 16:02





@Diogo Yes IPV6 is enabled. Other machines on the network that are IPv6 enabled get ping responses via IPv6.

– Chad Harrison
Jun 6 '12 at 16:02













Maybe you should set a static IPV6 address on target machine and test again, it could be happening due to a mask limitation, I mean, your sorce and target machines arent on the same IPV6 network. It is really weird, my next step would be installing a sniffer such as wireshark and debug each step of icmp ping request/responses...

– Diogo
Jun 6 '12 at 16:07





Maybe you should set a static IPV6 address on target machine and test again, it could be happening due to a mask limitation, I mean, your sorce and target machines arent on the same IPV6 network. It is really weird, my next step would be installing a sniffer such as wireshark and debug each step of icmp ping request/responses...

– Diogo
Jun 6 '12 at 16:07










12 Answers
12






active

oldest

votes


















13














In my situation, I found peerblock caused this.



Some applications block http traffic, peerblock for example.
These cause pings to fail via the "General Failure" error message.



The way I found the application causing this was to kill processes one by one and checking the pings. Eventually I killed peerblock in my case and my ping started working.



If your pings are failing only for a few sites it most likely Firewall, Antivirus or some other HTTP interception/blocking application like Peerblock, Charles, Wireshark... etc.






share|improve this answer


























  • though peerblock might have caused the issue in your case its not the generic answer, try modifying your answer to me more explanatory so that its helpful to future users

    – Shekhar
    Oct 28 '13 at 19:32











  • @Shakehar I have amended my answer to try an be a little more generic.

    – Oliver
    Oct 30 '13 at 12:53



















10














I had a similar issue. I had to uninstall the AnyConnect mobility client.



I had a constant ping running and was getting the "general failure." to 8.8.8.8; as soon as the uninstall was halfway done I was back to being able to ping.






share|improve this answer



















  • 1





    I had a similar issue with AnyConnect. found out theres a setting in advanced -> preferences -> Allow local (LAN) access when using VPN (if configured)

    – ThrowsException
    Sep 24 '14 at 17:59



















10














Found out through reading a couple of other posts that IPv6 is not exactly disabled by unchecking the protocal in the network adapter settings. Also, there's prefix policies built into windows that favors IPv6 over IPv4.



Turns out Microsoft has some tools that help with choosing presedence or choosing to disable IPv6 altogether on their site. Still not sure why I got the General Failure message in the first place, but at least I was able to fix the precedence using the Microsoft Fix it 50410 on that page (Prefer IPv4 over IPv6 in prefix policies).






share|improve this answer

































    8














    I would get this error after:




    1. Accessing a site.

    2. Connecting to my corporate VPN.

    3. Accessing the same site.


    It didn't happen for all sites, just sites that we (the company) published. To fix it, I ran



    ipconfig /flushdns





    share|improve this answer
























    • Wow! Indeed, that did solve my problem! :)

      – Kounavi
      Apr 11 '15 at 19:07











    • Until I read this, my only solution to the "General Failure" issue after connecting to a VPN was to disconnect, reconnect and try again. That often fixed it within one or two reconnects. Got fed up of having to do that, found this answer, and now will never have to do that again. :-)

      – megaflop
      Mar 23 '16 at 11:10



















    4














    It appears your computer has 6to4, an IPv6 transition/tunneling technology, enabled. Unfortunately 6to4 is very unreliable in practice and for many people it is completely broken.



    It's a good idea to disable all of the transition technologies if you aren't actually using them, since they can all cause various problems such as this.



    You can do so from an Administrator Command Prompt with the following:



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





    share|improve this answer
























    • What I don't understand is that 6to4 is something that I would configure in a Cisco router, never on a host. I can't believe MS even spent 2 seconds writing this. I bet it has never been used by anyone.

      – Brain2000
      Dec 6 '14 at 17:54











    • @Brain2000 My guess is to cover enterprise use cases, " I bet it has never been used by anyone" who wasn't forced to by infrastuctural constraints

      – twobob
      May 8 '17 at 9:23



















    2














    In my case, this actually propagated all the way down to the Cisco VPN client. It said that there was a network subsystem failure. It turns out that my wireless nic was getting an IP address and all, but when I tried to ping my router, it was giving me a General Failure.



    I took a look at device manager, and there were a bunch of new Bluetooth items that did not have their drivers installed. That was odd, because I hadn't installed anything new. In fact, this is a laptop with built-in Bluetooth hardware.



    I know that Bluetooth allows you to do PAN (personal area network), so I wondered if this was somehow taking precedence over my WiFi NIC. I disabled all of these items in device manager, and although no new drivers were installed for this 'presumably new hardware', this allowed me to begin pinging my router. I'm now using my laptop successfully to both get on the we and VPN.






    share|improve this answer































      1














      I also ran into a similar issue. Namely, I was unable to ping or tracert www.google.com on a Windows 7 operating system and it threw a General Failure.



      I did the following to trouble-shoot and resolve issue:




      1. Issue command ping -4 www.google.com. This explicitly pings using IPV4. Did not resolve issue.

      2. Issued same command from #1, but ping -6 . Explicitly ping with IPV6. Error stated that it could not find host www.google.com


      3. Issued same command with different target (within my network) without issue.


      4. Temporarily stopped firewall (AVAST) and was successfully able to ping/tracert to www.google.com.


      5. Opened Avast Internet Security, clicked firewall settings on left pane, clicked Settings button.


      6. Clicked System rules and then enable ICMP (Internet Control Message Protocol ) to allow outgoing ping and trace request. Resolved Issue



      Concerned: I issued the above commands on same workstation a few weeks ago without issue. I'm not sure how that setting was changed.






      share|improve this answer


























      • In case it helps anyone, I was getting a General Failure on Windows 8.1. Fixed by uninstalling McAfee bloatware that came with the Asus laptop.

        – Rich Dougherty
        Apr 26 '15 at 23:53



















      1














      Fixed one of these on win 8.1 by resetting TCP/IP and Winsock. For anyone who needs info on how, open ADMIN command prompt and run:



      Windows Vista, 7, 8



      netsh i i r r



      netsh winsock reset



      Then reboot.



      Windows XP



      netsh i i r r



      netsh w r



      Then reboot. Good luck!






      share|improve this answer
























      • I had an issue with Ping givin' "General Failure" every time I started our C# app which uses sockets. The solution posted here fixed for me. Thanks

        – Dan
        Dec 27 '16 at 15:39



















      0














      In my case this happened because my Internet connection had both IPv4 and IPv6 enabled, but I then connected to a VPN that supported only IPv4. So I guess Windows was still trying to connect to that host over IPv6 over the VPN, which failed.



      The fix was to disable IPv6 in the network adapter properties for my Internet connection.






      share|improve this answer

































        0














        You may need to reconnect to your VPN.



        I ran into a similar issue, and tried flushing the dns cache (ipconfig /flushdns) to no avail, I ended up needing to disconnect and reconnect to my VPN to get resolution to start working once again.



        Until I did that ping and tracert both failed (but I was able to lookup the host name via nslookup).






        share|improve this answer































          0














          the 'cybersec' feature of the nordvpn client also causes this for other (local) subnet ranges to not be reachable, even when vpn is OFF - $deity knows why - turn off the 'cybersec' option and all of a sudden your other lan subnets work again.






          share|improve this answer































            0














            A helpful article with some good instructions and useful commands to fix this annoying windows issue is written here: https://appuals.com/fix-general-failure-error-running-ping-commands/.






            share|improve this answer






















              protected by Nifle Mar 20 '15 at 22:16



              Thank you for your interest in this question.
              Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).



              Would you like to answer one of these unanswered questions instead?














              12 Answers
              12






              active

              oldest

              votes








              12 Answers
              12






              active

              oldest

              votes









              active

              oldest

              votes






              active

              oldest

              votes









              13














              In my situation, I found peerblock caused this.



              Some applications block http traffic, peerblock for example.
              These cause pings to fail via the "General Failure" error message.



              The way I found the application causing this was to kill processes one by one and checking the pings. Eventually I killed peerblock in my case and my ping started working.



              If your pings are failing only for a few sites it most likely Firewall, Antivirus or some other HTTP interception/blocking application like Peerblock, Charles, Wireshark... etc.






              share|improve this answer


























              • though peerblock might have caused the issue in your case its not the generic answer, try modifying your answer to me more explanatory so that its helpful to future users

                – Shekhar
                Oct 28 '13 at 19:32











              • @Shakehar I have amended my answer to try an be a little more generic.

                – Oliver
                Oct 30 '13 at 12:53
















              13














              In my situation, I found peerblock caused this.



              Some applications block http traffic, peerblock for example.
              These cause pings to fail via the "General Failure" error message.



              The way I found the application causing this was to kill processes one by one and checking the pings. Eventually I killed peerblock in my case and my ping started working.



              If your pings are failing only for a few sites it most likely Firewall, Antivirus or some other HTTP interception/blocking application like Peerblock, Charles, Wireshark... etc.






              share|improve this answer


























              • though peerblock might have caused the issue in your case its not the generic answer, try modifying your answer to me more explanatory so that its helpful to future users

                – Shekhar
                Oct 28 '13 at 19:32











              • @Shakehar I have amended my answer to try an be a little more generic.

                – Oliver
                Oct 30 '13 at 12:53














              13












              13








              13







              In my situation, I found peerblock caused this.



              Some applications block http traffic, peerblock for example.
              These cause pings to fail via the "General Failure" error message.



              The way I found the application causing this was to kill processes one by one and checking the pings. Eventually I killed peerblock in my case and my ping started working.



              If your pings are failing only for a few sites it most likely Firewall, Antivirus or some other HTTP interception/blocking application like Peerblock, Charles, Wireshark... etc.






              share|improve this answer















              In my situation, I found peerblock caused this.



              Some applications block http traffic, peerblock for example.
              These cause pings to fail via the "General Failure" error message.



              The way I found the application causing this was to kill processes one by one and checking the pings. Eventually I killed peerblock in my case and my ping started working.



              If your pings are failing only for a few sites it most likely Firewall, Antivirus or some other HTTP interception/blocking application like Peerblock, Charles, Wireshark... etc.







              share|improve this answer














              share|improve this answer



              share|improve this answer








              edited Oct 30 '13 at 12:52

























              answered Oct 28 '13 at 19:12









              OliverOliver

              23125




              23125













              • though peerblock might have caused the issue in your case its not the generic answer, try modifying your answer to me more explanatory so that its helpful to future users

                – Shekhar
                Oct 28 '13 at 19:32











              • @Shakehar I have amended my answer to try an be a little more generic.

                – Oliver
                Oct 30 '13 at 12:53



















              • though peerblock might have caused the issue in your case its not the generic answer, try modifying your answer to me more explanatory so that its helpful to future users

                – Shekhar
                Oct 28 '13 at 19:32











              • @Shakehar I have amended my answer to try an be a little more generic.

                – Oliver
                Oct 30 '13 at 12:53

















              though peerblock might have caused the issue in your case its not the generic answer, try modifying your answer to me more explanatory so that its helpful to future users

              – Shekhar
              Oct 28 '13 at 19:32





              though peerblock might have caused the issue in your case its not the generic answer, try modifying your answer to me more explanatory so that its helpful to future users

              – Shekhar
              Oct 28 '13 at 19:32













              @Shakehar I have amended my answer to try an be a little more generic.

              – Oliver
              Oct 30 '13 at 12:53





              @Shakehar I have amended my answer to try an be a little more generic.

              – Oliver
              Oct 30 '13 at 12:53













              10














              I had a similar issue. I had to uninstall the AnyConnect mobility client.



              I had a constant ping running and was getting the "general failure." to 8.8.8.8; as soon as the uninstall was halfway done I was back to being able to ping.






              share|improve this answer



















              • 1





                I had a similar issue with AnyConnect. found out theres a setting in advanced -> preferences -> Allow local (LAN) access when using VPN (if configured)

                – ThrowsException
                Sep 24 '14 at 17:59
















              10














              I had a similar issue. I had to uninstall the AnyConnect mobility client.



              I had a constant ping running and was getting the "general failure." to 8.8.8.8; as soon as the uninstall was halfway done I was back to being able to ping.






              share|improve this answer



















              • 1





                I had a similar issue with AnyConnect. found out theres a setting in advanced -> preferences -> Allow local (LAN) access when using VPN (if configured)

                – ThrowsException
                Sep 24 '14 at 17:59














              10












              10








              10







              I had a similar issue. I had to uninstall the AnyConnect mobility client.



              I had a constant ping running and was getting the "general failure." to 8.8.8.8; as soon as the uninstall was halfway done I was back to being able to ping.






              share|improve this answer













              I had a similar issue. I had to uninstall the AnyConnect mobility client.



              I had a constant ping running and was getting the "general failure." to 8.8.8.8; as soon as the uninstall was halfway done I was back to being able to ping.







              share|improve this answer












              share|improve this answer



              share|improve this answer










              answered Feb 17 '13 at 12:21









              LloydLloyd

              10112




              10112








              • 1





                I had a similar issue with AnyConnect. found out theres a setting in advanced -> preferences -> Allow local (LAN) access when using VPN (if configured)

                – ThrowsException
                Sep 24 '14 at 17:59














              • 1





                I had a similar issue with AnyConnect. found out theres a setting in advanced -> preferences -> Allow local (LAN) access when using VPN (if configured)

                – ThrowsException
                Sep 24 '14 at 17:59








              1




              1





              I had a similar issue with AnyConnect. found out theres a setting in advanced -> preferences -> Allow local (LAN) access when using VPN (if configured)

              – ThrowsException
              Sep 24 '14 at 17:59





              I had a similar issue with AnyConnect. found out theres a setting in advanced -> preferences -> Allow local (LAN) access when using VPN (if configured)

              – ThrowsException
              Sep 24 '14 at 17:59











              10














              Found out through reading a couple of other posts that IPv6 is not exactly disabled by unchecking the protocal in the network adapter settings. Also, there's prefix policies built into windows that favors IPv6 over IPv4.



              Turns out Microsoft has some tools that help with choosing presedence or choosing to disable IPv6 altogether on their site. Still not sure why I got the General Failure message in the first place, but at least I was able to fix the precedence using the Microsoft Fix it 50410 on that page (Prefer IPv4 over IPv6 in prefix policies).






              share|improve this answer






























                10














                Found out through reading a couple of other posts that IPv6 is not exactly disabled by unchecking the protocal in the network adapter settings. Also, there's prefix policies built into windows that favors IPv6 over IPv4.



                Turns out Microsoft has some tools that help with choosing presedence or choosing to disable IPv6 altogether on their site. Still not sure why I got the General Failure message in the first place, but at least I was able to fix the precedence using the Microsoft Fix it 50410 on that page (Prefer IPv4 over IPv6 in prefix policies).






                share|improve this answer




























                  10












                  10








                  10







                  Found out through reading a couple of other posts that IPv6 is not exactly disabled by unchecking the protocal in the network adapter settings. Also, there's prefix policies built into windows that favors IPv6 over IPv4.



                  Turns out Microsoft has some tools that help with choosing presedence or choosing to disable IPv6 altogether on their site. Still not sure why I got the General Failure message in the first place, but at least I was able to fix the precedence using the Microsoft Fix it 50410 on that page (Prefer IPv4 over IPv6 in prefix policies).






                  share|improve this answer















                  Found out through reading a couple of other posts that IPv6 is not exactly disabled by unchecking the protocal in the network adapter settings. Also, there's prefix policies built into windows that favors IPv6 over IPv4.



                  Turns out Microsoft has some tools that help with choosing presedence or choosing to disable IPv6 altogether on their site. Still not sure why I got the General Failure message in the first place, but at least I was able to fix the precedence using the Microsoft Fix it 50410 on that page (Prefer IPv4 over IPv6 in prefix policies).







                  share|improve this answer














                  share|improve this answer



                  share|improve this answer








                  edited Apr 11 '14 at 9:54









                  Sam Hasler

                  3391719




                  3391719










                  answered Jun 12 '12 at 16:15









                  Chad HarrisonChad Harrison

                  3,468123560




                  3,468123560























                      8














                      I would get this error after:




                      1. Accessing a site.

                      2. Connecting to my corporate VPN.

                      3. Accessing the same site.


                      It didn't happen for all sites, just sites that we (the company) published. To fix it, I ran



                      ipconfig /flushdns





                      share|improve this answer
























                      • Wow! Indeed, that did solve my problem! :)

                        – Kounavi
                        Apr 11 '15 at 19:07











                      • Until I read this, my only solution to the "General Failure" issue after connecting to a VPN was to disconnect, reconnect and try again. That often fixed it within one or two reconnects. Got fed up of having to do that, found this answer, and now will never have to do that again. :-)

                        – megaflop
                        Mar 23 '16 at 11:10
















                      8














                      I would get this error after:




                      1. Accessing a site.

                      2. Connecting to my corporate VPN.

                      3. Accessing the same site.


                      It didn't happen for all sites, just sites that we (the company) published. To fix it, I ran



                      ipconfig /flushdns





                      share|improve this answer
























                      • Wow! Indeed, that did solve my problem! :)

                        – Kounavi
                        Apr 11 '15 at 19:07











                      • Until I read this, my only solution to the "General Failure" issue after connecting to a VPN was to disconnect, reconnect and try again. That often fixed it within one or two reconnects. Got fed up of having to do that, found this answer, and now will never have to do that again. :-)

                        – megaflop
                        Mar 23 '16 at 11:10














                      8












                      8








                      8







                      I would get this error after:




                      1. Accessing a site.

                      2. Connecting to my corporate VPN.

                      3. Accessing the same site.


                      It didn't happen for all sites, just sites that we (the company) published. To fix it, I ran



                      ipconfig /flushdns





                      share|improve this answer













                      I would get this error after:




                      1. Accessing a site.

                      2. Connecting to my corporate VPN.

                      3. Accessing the same site.


                      It didn't happen for all sites, just sites that we (the company) published. To fix it, I ran



                      ipconfig /flushdns






                      share|improve this answer












                      share|improve this answer



                      share|improve this answer










                      answered Mar 19 '13 at 14:53









                      Matt McMinnMatt McMinn

                      165315




                      165315













                      • Wow! Indeed, that did solve my problem! :)

                        – Kounavi
                        Apr 11 '15 at 19:07











                      • Until I read this, my only solution to the "General Failure" issue after connecting to a VPN was to disconnect, reconnect and try again. That often fixed it within one or two reconnects. Got fed up of having to do that, found this answer, and now will never have to do that again. :-)

                        – megaflop
                        Mar 23 '16 at 11:10



















                      • Wow! Indeed, that did solve my problem! :)

                        – Kounavi
                        Apr 11 '15 at 19:07











                      • Until I read this, my only solution to the "General Failure" issue after connecting to a VPN was to disconnect, reconnect and try again. That often fixed it within one or two reconnects. Got fed up of having to do that, found this answer, and now will never have to do that again. :-)

                        – megaflop
                        Mar 23 '16 at 11:10

















                      Wow! Indeed, that did solve my problem! :)

                      – Kounavi
                      Apr 11 '15 at 19:07





                      Wow! Indeed, that did solve my problem! :)

                      – Kounavi
                      Apr 11 '15 at 19:07













                      Until I read this, my only solution to the "General Failure" issue after connecting to a VPN was to disconnect, reconnect and try again. That often fixed it within one or two reconnects. Got fed up of having to do that, found this answer, and now will never have to do that again. :-)

                      – megaflop
                      Mar 23 '16 at 11:10





                      Until I read this, my only solution to the "General Failure" issue after connecting to a VPN was to disconnect, reconnect and try again. That often fixed it within one or two reconnects. Got fed up of having to do that, found this answer, and now will never have to do that again. :-)

                      – megaflop
                      Mar 23 '16 at 11:10











                      4














                      It appears your computer has 6to4, an IPv6 transition/tunneling technology, enabled. Unfortunately 6to4 is very unreliable in practice and for many people it is completely broken.



                      It's a good idea to disable all of the transition technologies if you aren't actually using them, since they can all cause various problems such as this.



                      You can do so from an Administrator Command Prompt with the following:



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





                      share|improve this answer
























                      • What I don't understand is that 6to4 is something that I would configure in a Cisco router, never on a host. I can't believe MS even spent 2 seconds writing this. I bet it has never been used by anyone.

                        – Brain2000
                        Dec 6 '14 at 17:54











                      • @Brain2000 My guess is to cover enterprise use cases, " I bet it has never been used by anyone" who wasn't forced to by infrastuctural constraints

                        – twobob
                        May 8 '17 at 9:23
















                      4














                      It appears your computer has 6to4, an IPv6 transition/tunneling technology, enabled. Unfortunately 6to4 is very unreliable in practice and for many people it is completely broken.



                      It's a good idea to disable all of the transition technologies if you aren't actually using them, since they can all cause various problems such as this.



                      You can do so from an Administrator Command Prompt with the following:



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





                      share|improve this answer
























                      • What I don't understand is that 6to4 is something that I would configure in a Cisco router, never on a host. I can't believe MS even spent 2 seconds writing this. I bet it has never been used by anyone.

                        – Brain2000
                        Dec 6 '14 at 17:54











                      • @Brain2000 My guess is to cover enterprise use cases, " I bet it has never been used by anyone" who wasn't forced to by infrastuctural constraints

                        – twobob
                        May 8 '17 at 9:23














                      4












                      4








                      4







                      It appears your computer has 6to4, an IPv6 transition/tunneling technology, enabled. Unfortunately 6to4 is very unreliable in practice and for many people it is completely broken.



                      It's a good idea to disable all of the transition technologies if you aren't actually using them, since they can all cause various problems such as this.



                      You can do so from an Administrator Command Prompt with the following:



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





                      share|improve this answer













                      It appears your computer has 6to4, an IPv6 transition/tunneling technology, enabled. Unfortunately 6to4 is very unreliable in practice and for many people it is completely broken.



                      It's a good idea to disable all of the transition technologies if you aren't actually using them, since they can all cause various problems such as this.



                      You can do so from an Administrator Command Prompt with the following:



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






                      share|improve this answer












                      share|improve this answer



                      share|improve this answer










                      answered Aug 15 '14 at 19:46









                      Michael HamptonMichael Hampton

                      10.9k33367




                      10.9k33367













                      • What I don't understand is that 6to4 is something that I would configure in a Cisco router, never on a host. I can't believe MS even spent 2 seconds writing this. I bet it has never been used by anyone.

                        – Brain2000
                        Dec 6 '14 at 17:54











                      • @Brain2000 My guess is to cover enterprise use cases, " I bet it has never been used by anyone" who wasn't forced to by infrastuctural constraints

                        – twobob
                        May 8 '17 at 9:23



















                      • What I don't understand is that 6to4 is something that I would configure in a Cisco router, never on a host. I can't believe MS even spent 2 seconds writing this. I bet it has never been used by anyone.

                        – Brain2000
                        Dec 6 '14 at 17:54











                      • @Brain2000 My guess is to cover enterprise use cases, " I bet it has never been used by anyone" who wasn't forced to by infrastuctural constraints

                        – twobob
                        May 8 '17 at 9:23

















                      What I don't understand is that 6to4 is something that I would configure in a Cisco router, never on a host. I can't believe MS even spent 2 seconds writing this. I bet it has never been used by anyone.

                      – Brain2000
                      Dec 6 '14 at 17:54





                      What I don't understand is that 6to4 is something that I would configure in a Cisco router, never on a host. I can't believe MS even spent 2 seconds writing this. I bet it has never been used by anyone.

                      – Brain2000
                      Dec 6 '14 at 17:54













                      @Brain2000 My guess is to cover enterprise use cases, " I bet it has never been used by anyone" who wasn't forced to by infrastuctural constraints

                      – twobob
                      May 8 '17 at 9:23





                      @Brain2000 My guess is to cover enterprise use cases, " I bet it has never been used by anyone" who wasn't forced to by infrastuctural constraints

                      – twobob
                      May 8 '17 at 9:23











                      2














                      In my case, this actually propagated all the way down to the Cisco VPN client. It said that there was a network subsystem failure. It turns out that my wireless nic was getting an IP address and all, but when I tried to ping my router, it was giving me a General Failure.



                      I took a look at device manager, and there were a bunch of new Bluetooth items that did not have their drivers installed. That was odd, because I hadn't installed anything new. In fact, this is a laptop with built-in Bluetooth hardware.



                      I know that Bluetooth allows you to do PAN (personal area network), so I wondered if this was somehow taking precedence over my WiFi NIC. I disabled all of these items in device manager, and although no new drivers were installed for this 'presumably new hardware', this allowed me to begin pinging my router. I'm now using my laptop successfully to both get on the we and VPN.






                      share|improve this answer




























                        2














                        In my case, this actually propagated all the way down to the Cisco VPN client. It said that there was a network subsystem failure. It turns out that my wireless nic was getting an IP address and all, but when I tried to ping my router, it was giving me a General Failure.



                        I took a look at device manager, and there were a bunch of new Bluetooth items that did not have their drivers installed. That was odd, because I hadn't installed anything new. In fact, this is a laptop with built-in Bluetooth hardware.



                        I know that Bluetooth allows you to do PAN (personal area network), so I wondered if this was somehow taking precedence over my WiFi NIC. I disabled all of these items in device manager, and although no new drivers were installed for this 'presumably new hardware', this allowed me to begin pinging my router. I'm now using my laptop successfully to both get on the we and VPN.






                        share|improve this answer


























                          2












                          2








                          2







                          In my case, this actually propagated all the way down to the Cisco VPN client. It said that there was a network subsystem failure. It turns out that my wireless nic was getting an IP address and all, but when I tried to ping my router, it was giving me a General Failure.



                          I took a look at device manager, and there were a bunch of new Bluetooth items that did not have their drivers installed. That was odd, because I hadn't installed anything new. In fact, this is a laptop with built-in Bluetooth hardware.



                          I know that Bluetooth allows you to do PAN (personal area network), so I wondered if this was somehow taking precedence over my WiFi NIC. I disabled all of these items in device manager, and although no new drivers were installed for this 'presumably new hardware', this allowed me to begin pinging my router. I'm now using my laptop successfully to both get on the we and VPN.






                          share|improve this answer













                          In my case, this actually propagated all the way down to the Cisco VPN client. It said that there was a network subsystem failure. It turns out that my wireless nic was getting an IP address and all, but when I tried to ping my router, it was giving me a General Failure.



                          I took a look at device manager, and there were a bunch of new Bluetooth items that did not have their drivers installed. That was odd, because I hadn't installed anything new. In fact, this is a laptop with built-in Bluetooth hardware.



                          I know that Bluetooth allows you to do PAN (personal area network), so I wondered if this was somehow taking precedence over my WiFi NIC. I disabled all of these items in device manager, and although no new drivers were installed for this 'presumably new hardware', this allowed me to begin pinging my router. I'm now using my laptop successfully to both get on the we and VPN.







                          share|improve this answer












                          share|improve this answer



                          share|improve this answer










                          answered Sep 17 '12 at 2:05









                          user159686user159686

                          212




                          212























                              1














                              I also ran into a similar issue. Namely, I was unable to ping or tracert www.google.com on a Windows 7 operating system and it threw a General Failure.



                              I did the following to trouble-shoot and resolve issue:




                              1. Issue command ping -4 www.google.com. This explicitly pings using IPV4. Did not resolve issue.

                              2. Issued same command from #1, but ping -6 . Explicitly ping with IPV6. Error stated that it could not find host www.google.com


                              3. Issued same command with different target (within my network) without issue.


                              4. Temporarily stopped firewall (AVAST) and was successfully able to ping/tracert to www.google.com.


                              5. Opened Avast Internet Security, clicked firewall settings on left pane, clicked Settings button.


                              6. Clicked System rules and then enable ICMP (Internet Control Message Protocol ) to allow outgoing ping and trace request. Resolved Issue



                              Concerned: I issued the above commands on same workstation a few weeks ago without issue. I'm not sure how that setting was changed.






                              share|improve this answer


























                              • In case it helps anyone, I was getting a General Failure on Windows 8.1. Fixed by uninstalling McAfee bloatware that came with the Asus laptop.

                                – Rich Dougherty
                                Apr 26 '15 at 23:53
















                              1














                              I also ran into a similar issue. Namely, I was unable to ping or tracert www.google.com on a Windows 7 operating system and it threw a General Failure.



                              I did the following to trouble-shoot and resolve issue:




                              1. Issue command ping -4 www.google.com. This explicitly pings using IPV4. Did not resolve issue.

                              2. Issued same command from #1, but ping -6 . Explicitly ping with IPV6. Error stated that it could not find host www.google.com


                              3. Issued same command with different target (within my network) without issue.


                              4. Temporarily stopped firewall (AVAST) and was successfully able to ping/tracert to www.google.com.


                              5. Opened Avast Internet Security, clicked firewall settings on left pane, clicked Settings button.


                              6. Clicked System rules and then enable ICMP (Internet Control Message Protocol ) to allow outgoing ping and trace request. Resolved Issue



                              Concerned: I issued the above commands on same workstation a few weeks ago without issue. I'm not sure how that setting was changed.






                              share|improve this answer


























                              • In case it helps anyone, I was getting a General Failure on Windows 8.1. Fixed by uninstalling McAfee bloatware that came with the Asus laptop.

                                – Rich Dougherty
                                Apr 26 '15 at 23:53














                              1












                              1








                              1







                              I also ran into a similar issue. Namely, I was unable to ping or tracert www.google.com on a Windows 7 operating system and it threw a General Failure.



                              I did the following to trouble-shoot and resolve issue:




                              1. Issue command ping -4 www.google.com. This explicitly pings using IPV4. Did not resolve issue.

                              2. Issued same command from #1, but ping -6 . Explicitly ping with IPV6. Error stated that it could not find host www.google.com


                              3. Issued same command with different target (within my network) without issue.


                              4. Temporarily stopped firewall (AVAST) and was successfully able to ping/tracert to www.google.com.


                              5. Opened Avast Internet Security, clicked firewall settings on left pane, clicked Settings button.


                              6. Clicked System rules and then enable ICMP (Internet Control Message Protocol ) to allow outgoing ping and trace request. Resolved Issue



                              Concerned: I issued the above commands on same workstation a few weeks ago without issue. I'm not sure how that setting was changed.






                              share|improve this answer















                              I also ran into a similar issue. Namely, I was unable to ping or tracert www.google.com on a Windows 7 operating system and it threw a General Failure.



                              I did the following to trouble-shoot and resolve issue:




                              1. Issue command ping -4 www.google.com. This explicitly pings using IPV4. Did not resolve issue.

                              2. Issued same command from #1, but ping -6 . Explicitly ping with IPV6. Error stated that it could not find host www.google.com


                              3. Issued same command with different target (within my network) without issue.


                              4. Temporarily stopped firewall (AVAST) and was successfully able to ping/tracert to www.google.com.


                              5. Opened Avast Internet Security, clicked firewall settings on left pane, clicked Settings button.


                              6. Clicked System rules and then enable ICMP (Internet Control Message Protocol ) to allow outgoing ping and trace request. Resolved Issue



                              Concerned: I issued the above commands on same workstation a few weeks ago without issue. I'm not sure how that setting was changed.







                              share|improve this answer














                              share|improve this answer



                              share|improve this answer








                              edited Sep 7 '13 at 7:26









                              jonsca

                              2,982112539




                              2,982112539










                              answered Sep 7 '13 at 3:19









                              user252102user252102

                              111




                              111













                              • In case it helps anyone, I was getting a General Failure on Windows 8.1. Fixed by uninstalling McAfee bloatware that came with the Asus laptop.

                                – Rich Dougherty
                                Apr 26 '15 at 23:53



















                              • In case it helps anyone, I was getting a General Failure on Windows 8.1. Fixed by uninstalling McAfee bloatware that came with the Asus laptop.

                                – Rich Dougherty
                                Apr 26 '15 at 23:53

















                              In case it helps anyone, I was getting a General Failure on Windows 8.1. Fixed by uninstalling McAfee bloatware that came with the Asus laptop.

                              – Rich Dougherty
                              Apr 26 '15 at 23:53





                              In case it helps anyone, I was getting a General Failure on Windows 8.1. Fixed by uninstalling McAfee bloatware that came with the Asus laptop.

                              – Rich Dougherty
                              Apr 26 '15 at 23:53











                              1














                              Fixed one of these on win 8.1 by resetting TCP/IP and Winsock. For anyone who needs info on how, open ADMIN command prompt and run:



                              Windows Vista, 7, 8



                              netsh i i r r



                              netsh winsock reset



                              Then reboot.



                              Windows XP



                              netsh i i r r



                              netsh w r



                              Then reboot. Good luck!






                              share|improve this answer
























                              • I had an issue with Ping givin' "General Failure" every time I started our C# app which uses sockets. The solution posted here fixed for me. Thanks

                                – Dan
                                Dec 27 '16 at 15:39
















                              1














                              Fixed one of these on win 8.1 by resetting TCP/IP and Winsock. For anyone who needs info on how, open ADMIN command prompt and run:



                              Windows Vista, 7, 8



                              netsh i i r r



                              netsh winsock reset



                              Then reboot.



                              Windows XP



                              netsh i i r r



                              netsh w r



                              Then reboot. Good luck!






                              share|improve this answer
























                              • I had an issue with Ping givin' "General Failure" every time I started our C# app which uses sockets. The solution posted here fixed for me. Thanks

                                – Dan
                                Dec 27 '16 at 15:39














                              1












                              1








                              1







                              Fixed one of these on win 8.1 by resetting TCP/IP and Winsock. For anyone who needs info on how, open ADMIN command prompt and run:



                              Windows Vista, 7, 8



                              netsh i i r r



                              netsh winsock reset



                              Then reboot.



                              Windows XP



                              netsh i i r r



                              netsh w r



                              Then reboot. Good luck!






                              share|improve this answer













                              Fixed one of these on win 8.1 by resetting TCP/IP and Winsock. For anyone who needs info on how, open ADMIN command prompt and run:



                              Windows Vista, 7, 8



                              netsh i i r r



                              netsh winsock reset



                              Then reboot.



                              Windows XP



                              netsh i i r r



                              netsh w r



                              Then reboot. Good luck!







                              share|improve this answer












                              share|improve this answer



                              share|improve this answer










                              answered Aug 13 '14 at 20:06









                              JohnJohn

                              111




                              111













                              • I had an issue with Ping givin' "General Failure" every time I started our C# app which uses sockets. The solution posted here fixed for me. Thanks

                                – Dan
                                Dec 27 '16 at 15:39



















                              • I had an issue with Ping givin' "General Failure" every time I started our C# app which uses sockets. The solution posted here fixed for me. Thanks

                                – Dan
                                Dec 27 '16 at 15:39

















                              I had an issue with Ping givin' "General Failure" every time I started our C# app which uses sockets. The solution posted here fixed for me. Thanks

                              – Dan
                              Dec 27 '16 at 15:39





                              I had an issue with Ping givin' "General Failure" every time I started our C# app which uses sockets. The solution posted here fixed for me. Thanks

                              – Dan
                              Dec 27 '16 at 15:39











                              0














                              In my case this happened because my Internet connection had both IPv4 and IPv6 enabled, but I then connected to a VPN that supported only IPv4. So I guess Windows was still trying to connect to that host over IPv6 over the VPN, which failed.



                              The fix was to disable IPv6 in the network adapter properties for my Internet connection.






                              share|improve this answer






























                                0














                                In my case this happened because my Internet connection had both IPv4 and IPv6 enabled, but I then connected to a VPN that supported only IPv4. So I guess Windows was still trying to connect to that host over IPv6 over the VPN, which failed.



                                The fix was to disable IPv6 in the network adapter properties for my Internet connection.






                                share|improve this answer




























                                  0












                                  0








                                  0







                                  In my case this happened because my Internet connection had both IPv4 and IPv6 enabled, but I then connected to a VPN that supported only IPv4. So I guess Windows was still trying to connect to that host over IPv6 over the VPN, which failed.



                                  The fix was to disable IPv6 in the network adapter properties for my Internet connection.






                                  share|improve this answer















                                  In my case this happened because my Internet connection had both IPv4 and IPv6 enabled, but I then connected to a VPN that supported only IPv4. So I guess Windows was still trying to connect to that host over IPv6 over the VPN, which failed.



                                  The fix was to disable IPv6 in the network adapter properties for my Internet connection.







                                  share|improve this answer














                                  share|improve this answer



                                  share|improve this answer








                                  edited Mar 20 '15 at 22:17









                                  Nifle

                                  28k2393128




                                  28k2393128










                                  answered Dec 23 '14 at 22:00









                                  EM0EM0

                                  1,03031426




                                  1,03031426























                                      0














                                      You may need to reconnect to your VPN.



                                      I ran into a similar issue, and tried flushing the dns cache (ipconfig /flushdns) to no avail, I ended up needing to disconnect and reconnect to my VPN to get resolution to start working once again.



                                      Until I did that ping and tracert both failed (but I was able to lookup the host name via nslookup).






                                      share|improve this answer




























                                        0














                                        You may need to reconnect to your VPN.



                                        I ran into a similar issue, and tried flushing the dns cache (ipconfig /flushdns) to no avail, I ended up needing to disconnect and reconnect to my VPN to get resolution to start working once again.



                                        Until I did that ping and tracert both failed (but I was able to lookup the host name via nslookup).






                                        share|improve this answer


























                                          0












                                          0








                                          0







                                          You may need to reconnect to your VPN.



                                          I ran into a similar issue, and tried flushing the dns cache (ipconfig /flushdns) to no avail, I ended up needing to disconnect and reconnect to my VPN to get resolution to start working once again.



                                          Until I did that ping and tracert both failed (but I was able to lookup the host name via nslookup).






                                          share|improve this answer













                                          You may need to reconnect to your VPN.



                                          I ran into a similar issue, and tried flushing the dns cache (ipconfig /flushdns) to no avail, I ended up needing to disconnect and reconnect to my VPN to get resolution to start working once again.



                                          Until I did that ping and tracert both failed (but I was able to lookup the host name via nslookup).







                                          share|improve this answer












                                          share|improve this answer



                                          share|improve this answer










                                          answered Nov 9 '15 at 16:39









                                          aolszowkaaolszowka

                                          294313




                                          294313























                                              0














                                              the 'cybersec' feature of the nordvpn client also causes this for other (local) subnet ranges to not be reachable, even when vpn is OFF - $deity knows why - turn off the 'cybersec' option and all of a sudden your other lan subnets work again.






                                              share|improve this answer




























                                                0














                                                the 'cybersec' feature of the nordvpn client also causes this for other (local) subnet ranges to not be reachable, even when vpn is OFF - $deity knows why - turn off the 'cybersec' option and all of a sudden your other lan subnets work again.






                                                share|improve this answer


























                                                  0












                                                  0








                                                  0







                                                  the 'cybersec' feature of the nordvpn client also causes this for other (local) subnet ranges to not be reachable, even when vpn is OFF - $deity knows why - turn off the 'cybersec' option and all of a sudden your other lan subnets work again.






                                                  share|improve this answer













                                                  the 'cybersec' feature of the nordvpn client also causes this for other (local) subnet ranges to not be reachable, even when vpn is OFF - $deity knows why - turn off the 'cybersec' option and all of a sudden your other lan subnets work again.







                                                  share|improve this answer












                                                  share|improve this answer



                                                  share|improve this answer










                                                  answered Jul 4 '18 at 13:11









                                                  pacifistpacifist

                                                  1211




                                                  1211























                                                      0














                                                      A helpful article with some good instructions and useful commands to fix this annoying windows issue is written here: https://appuals.com/fix-general-failure-error-running-ping-commands/.






                                                      share|improve this answer




























                                                        0














                                                        A helpful article with some good instructions and useful commands to fix this annoying windows issue is written here: https://appuals.com/fix-general-failure-error-running-ping-commands/.






                                                        share|improve this answer


























                                                          0












                                                          0








                                                          0







                                                          A helpful article with some good instructions and useful commands to fix this annoying windows issue is written here: https://appuals.com/fix-general-failure-error-running-ping-commands/.






                                                          share|improve this answer













                                                          A helpful article with some good instructions and useful commands to fix this annoying windows issue is written here: https://appuals.com/fix-general-failure-error-running-ping-commands/.







                                                          share|improve this answer












                                                          share|improve this answer



                                                          share|improve this answer










                                                          answered Dec 16 '18 at 12:01









                                                          Mojtaba RezaeianMojtaba Rezaeian

                                                          218213




                                                          218213

















                                                              protected by Nifle Mar 20 '15 at 22:16



                                                              Thank you for your interest in this question.
                                                              Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).



                                                              Would you like to answer one of these unanswered questions instead?



                                                              Popular posts from this blog

                                                              Terni

                                                              A new problem with tex4ht and tikz

                                                              Sun Ra