Why do I get “General Failure” when pinging host name on a Win 7 node on the network?
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.

windows-7 windows-server-2008 ping ipv6 ipv4
|
show 1 more comment
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.

windows-7 windows-server-2008 ping ipv6 ipv4
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
|
show 1 more comment
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.

windows-7 windows-server-2008 ping ipv6 ipv4
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.

windows-7 windows-server-2008 ping ipv6 ipv4
windows-7 windows-server-2008 ping ipv6 ipv4
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
|
show 1 more comment
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
|
show 1 more comment
12 Answers
12
active
oldest
votes
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.
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
add a comment |
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.
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
add a comment |
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).
add a comment |
I would get this error after:
- Accessing a site.
- Connecting to my corporate VPN.
- 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
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
add a comment |
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
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
add a comment |
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.
add a comment |
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:
- Issue command ping -4 www.google.com. This explicitly pings using IPV4. Did not resolve issue.
Issued same command from #1, but ping -6 . Explicitly ping with IPV6. Error stated that it could not find host www.google.com
Issued same command with different target (within my network) without issue.
Temporarily stopped firewall (AVAST) and was successfully able to ping/tracert to www.google.com.
Opened Avast Internet Security, clicked firewall settings on left pane, clicked Settings button.
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.
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
add a comment |
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!
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
add a comment |
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.
add a comment |
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).
add a comment |
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.
add a comment |
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/.
add a comment |
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
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.
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
add a comment |
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.
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
add a comment |
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.
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.
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
add a comment |
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
add a comment |
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.
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
add a comment |
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.
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
add a comment |
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.
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.
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
add a comment |
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
add a comment |
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).
add a comment |
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).
add a comment |
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).
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).
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
add a comment |
add a comment |
I would get this error after:
- Accessing a site.
- Connecting to my corporate VPN.
- 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
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
add a comment |
I would get this error after:
- Accessing a site.
- Connecting to my corporate VPN.
- 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
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
add a comment |
I would get this error after:
- Accessing a site.
- Connecting to my corporate VPN.
- 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
I would get this error after:
- Accessing a site.
- Connecting to my corporate VPN.
- 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
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
add a comment |
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
add a comment |
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
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
add a comment |
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
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
add a comment |
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
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
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
add a comment |
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
add a comment |
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.
add a comment |
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.
add a comment |
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.
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.
answered Sep 17 '12 at 2:05
user159686user159686
212
212
add a comment |
add a comment |
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:
- Issue command ping -4 www.google.com. This explicitly pings using IPV4. Did not resolve issue.
Issued same command from #1, but ping -6 . Explicitly ping with IPV6. Error stated that it could not find host www.google.com
Issued same command with different target (within my network) without issue.
Temporarily stopped firewall (AVAST) and was successfully able to ping/tracert to www.google.com.
Opened Avast Internet Security, clicked firewall settings on left pane, clicked Settings button.
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.
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
add a comment |
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:
- Issue command ping -4 www.google.com. This explicitly pings using IPV4. Did not resolve issue.
Issued same command from #1, but ping -6 . Explicitly ping with IPV6. Error stated that it could not find host www.google.com
Issued same command with different target (within my network) without issue.
Temporarily stopped firewall (AVAST) and was successfully able to ping/tracert to www.google.com.
Opened Avast Internet Security, clicked firewall settings on left pane, clicked Settings button.
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.
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
add a comment |
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:
- Issue command ping -4 www.google.com. This explicitly pings using IPV4. Did not resolve issue.
Issued same command from #1, but ping -6 . Explicitly ping with IPV6. Error stated that it could not find host www.google.com
Issued same command with different target (within my network) without issue.
Temporarily stopped firewall (AVAST) and was successfully able to ping/tracert to www.google.com.
Opened Avast Internet Security, clicked firewall settings on left pane, clicked Settings button.
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.
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:
- Issue command ping -4 www.google.com. This explicitly pings using IPV4. Did not resolve issue.
Issued same command from #1, but ping -6 . Explicitly ping with IPV6. Error stated that it could not find host www.google.com
Issued same command with different target (within my network) without issue.
Temporarily stopped firewall (AVAST) and was successfully able to ping/tracert to www.google.com.
Opened Avast Internet Security, clicked firewall settings on left pane, clicked Settings button.
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.
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
add a comment |
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
add a comment |
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!
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
add a comment |
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!
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
add a comment |
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!
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!
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
add a comment |
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
add a comment |
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.
add a comment |
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.
add a comment |
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.
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.
edited Mar 20 '15 at 22:17
Nifle
28k2393128
28k2393128
answered Dec 23 '14 at 22:00
EM0EM0
1,03031426
1,03031426
add a comment |
add a comment |
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).
add a comment |
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).
add a comment |
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).
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).
answered Nov 9 '15 at 16:39
aolszowkaaolszowka
294313
294313
add a comment |
add a comment |
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.
add a comment |
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.
add a comment |
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.
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.
answered Jul 4 '18 at 13:11
pacifistpacifist
1211
1211
add a comment |
add a comment |
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/.
add a comment |
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/.
add a comment |
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/.
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/.
answered Dec 16 '18 at 12:01
Mojtaba RezaeianMojtaba Rezaeian
218213
218213
add a comment |
add a comment |
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?
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