can't ping to a friend's computer
I have Ubuntu 14.04 installed and I recently installed the same version from the same CD on my friend's computer. When I try to ping him I don't get any response, when I press Ctrl C to terminate ping
it says it sent some number of packets, but none of them were received, 100% packet loss. I thought he might have a firewall installed, but that's unlikely because I just installed his Ubuntu. I read iptables
comes with Ubuntu, but if so, why can he ping me and I can't ping him?
The two computers are not connected to a shared network, I'd like to ping him just like I can ping www.google.com
.
networking
|
show 8 more comments
I have Ubuntu 14.04 installed and I recently installed the same version from the same CD on my friend's computer. When I try to ping him I don't get any response, when I press Ctrl C to terminate ping
it says it sent some number of packets, but none of them were received, 100% packet loss. I thought he might have a firewall installed, but that's unlikely because I just installed his Ubuntu. I read iptables
comes with Ubuntu, but if so, why can he ping me and I can't ping him?
The two computers are not connected to a shared network, I'd like to ping him just like I can ping www.google.com
.
networking
Whats his ip address and what is the ping command you are using?
– dan08
Aug 4 '14 at 21:42
1
We need more information. How are the two computers connected? Are they on the same network? Is it through via wired or wireless connections? What exactly do you type to ping in the two computers? Do you type their local IP addresses? Do you type their names? Please edit your original question above with new information.
– user68186
Aug 4 '14 at 21:42
@user68186 Edited.
– shoham
Aug 4 '14 at 21:55
1
You're probably pinging his router, and he is pinging yours. Not necessarily a Ubuntu problem.
– Jos
Aug 4 '14 at 21:58
@Jos Ubuntu is my (and his too) operating system, where else would this go? Is there a stackexchange for networking?
– shoham
Aug 4 '14 at 22:37
|
show 8 more comments
I have Ubuntu 14.04 installed and I recently installed the same version from the same CD on my friend's computer. When I try to ping him I don't get any response, when I press Ctrl C to terminate ping
it says it sent some number of packets, but none of them were received, 100% packet loss. I thought he might have a firewall installed, but that's unlikely because I just installed his Ubuntu. I read iptables
comes with Ubuntu, but if so, why can he ping me and I can't ping him?
The two computers are not connected to a shared network, I'd like to ping him just like I can ping www.google.com
.
networking
I have Ubuntu 14.04 installed and I recently installed the same version from the same CD on my friend's computer. When I try to ping him I don't get any response, when I press Ctrl C to terminate ping
it says it sent some number of packets, but none of them were received, 100% packet loss. I thought he might have a firewall installed, but that's unlikely because I just installed his Ubuntu. I read iptables
comes with Ubuntu, but if so, why can he ping me and I can't ping him?
The two computers are not connected to a shared network, I'd like to ping him just like I can ping www.google.com
.
networking
networking
edited Aug 4 '14 at 21:55
shoham
asked Aug 4 '14 at 21:32
shohamshoham
160210
160210
Whats his ip address and what is the ping command you are using?
– dan08
Aug 4 '14 at 21:42
1
We need more information. How are the two computers connected? Are they on the same network? Is it through via wired or wireless connections? What exactly do you type to ping in the two computers? Do you type their local IP addresses? Do you type their names? Please edit your original question above with new information.
– user68186
Aug 4 '14 at 21:42
@user68186 Edited.
– shoham
Aug 4 '14 at 21:55
1
You're probably pinging his router, and he is pinging yours. Not necessarily a Ubuntu problem.
– Jos
Aug 4 '14 at 21:58
@Jos Ubuntu is my (and his too) operating system, where else would this go? Is there a stackexchange for networking?
– shoham
Aug 4 '14 at 22:37
|
show 8 more comments
Whats his ip address and what is the ping command you are using?
– dan08
Aug 4 '14 at 21:42
1
We need more information. How are the two computers connected? Are they on the same network? Is it through via wired or wireless connections? What exactly do you type to ping in the two computers? Do you type their local IP addresses? Do you type their names? Please edit your original question above with new information.
– user68186
Aug 4 '14 at 21:42
@user68186 Edited.
– shoham
Aug 4 '14 at 21:55
1
You're probably pinging his router, and he is pinging yours. Not necessarily a Ubuntu problem.
– Jos
Aug 4 '14 at 21:58
@Jos Ubuntu is my (and his too) operating system, where else would this go? Is there a stackexchange for networking?
– shoham
Aug 4 '14 at 22:37
Whats his ip address and what is the ping command you are using?
– dan08
Aug 4 '14 at 21:42
Whats his ip address and what is the ping command you are using?
– dan08
Aug 4 '14 at 21:42
1
1
We need more information. How are the two computers connected? Are they on the same network? Is it through via wired or wireless connections? What exactly do you type to ping in the two computers? Do you type their local IP addresses? Do you type their names? Please edit your original question above with new information.
– user68186
Aug 4 '14 at 21:42
We need more information. How are the two computers connected? Are they on the same network? Is it through via wired or wireless connections? What exactly do you type to ping in the two computers? Do you type their local IP addresses? Do you type their names? Please edit your original question above with new information.
– user68186
Aug 4 '14 at 21:42
@user68186 Edited.
– shoham
Aug 4 '14 at 21:55
@user68186 Edited.
– shoham
Aug 4 '14 at 21:55
1
1
You're probably pinging his router, and he is pinging yours. Not necessarily a Ubuntu problem.
– Jos
Aug 4 '14 at 21:58
You're probably pinging his router, and he is pinging yours. Not necessarily a Ubuntu problem.
– Jos
Aug 4 '14 at 21:58
@Jos Ubuntu is my (and his too) operating system, where else would this go? Is there a stackexchange for networking?
– shoham
Aug 4 '14 at 22:37
@Jos Ubuntu is my (and his too) operating system, where else would this go? Is there a stackexchange for networking?
– shoham
Aug 4 '14 at 22:37
|
show 8 more comments
1 Answer
1
active
oldest
votes
A very good way of troubleshooting why pings don't work can be done using traceroute
:
traceroute -n <IPaddress>
If it is not installed, you can install it using sudo apt-get install traceroute
.
From your comments on the question, you ran traceroute and it stopped at a certain IP address and displayed * * *
asterisks afterwards, something like this:
traceroute to <IPaddress>, 30 hops max, 60 byte packets
1 1.1.1.1 75.415 ms 75.348 ms 75.298 ms
2 2.2.2.2 28.026 ms 28.025 ms 30.207 ms
3 3.3.3.3 40.006 ms 39.999 ms 45.287 ms
4 4.4.4.4 118.244 ms 90.393 ms 90.350 ms
5 * * *
6 * * *
7 * * *
8 * * *
This means that the traceroute got blocked and did not reach the destination. The network device 4.4.4.4
(or the device after it) is the device that is blocking the connection. Since you're going over the internet, I assume that these devices are not controlled by you. This means that you will not be able to ping your friend's IP because something on the internet is blocking it. He can ping you because there's nothing blocking pings originating from his network (that can also include the 4.4.4.4
device that is blocking your pings).
You can double check this by trying to ping his IP address from a different device, a device that is in a different LAN network than you, to verify that probably no one can ping his IP address (and that his ISP is probably blocking it).
So I can't ping him because some router along the way has a decent firewall? That's weird... Can I make a detour around that router or something like that? Also, I asked another friend of mine to try to ping him, he couldn't either, him and me are on the same ISP while the friend we are trying to ping is on another ISP.
– shoham
Aug 4 '14 at 23:48
Yes, a router along the way has a firewall that's blocking it. It's not weird at all man =), ISPs (or networks along the way) can block it. You can't make a detour around that router because you'll need access to the routing table of one of the routers along the way before you hit the firewall and edit them to go somewhere else. Since you and your third friend are on the same ISP, we still can't say for sure which "side" of the network is blocking it (your or the destination's ISP).
– Alaa Ali
Aug 4 '14 at 23:53
Scratch that. Since you saw 14 IP addresses in your traceroute, it's probably not your ISP that's blocking it, but the destination's, or something along the way. To have some fun, ask your third friend to run atraceroute
too (it can be run on Windows usingtracert -d <IP>
. Windows will probably give you different results; it can go further or even get blocked earlier because Windows uses a different traceroute way). Check if both your traceroutes stop at the same device. Remove the-n
option (or-d
in Windows) in the traceroute command to actually see what the IP addresses resolve to.
– Alaa Ali
Aug 4 '14 at 23:55
I asked him. In the meanwhile, I'm curious, are those routers I'm routing through my ISP's and his ISP's only? Or are they also routers of other customers of the ISP? I mean, could it be that if I block port 80 on my firewall and someone in my ISP tries to log in towww.google.com
, and I happen to be the shortest route to Google servers, could I deny him the connection? If so... that's just really dumb.
– shoham
Aug 5 '14 at 0:34
No. The routers along the way are not just your ISP's and his, but probably other ISPs, depending on where you and him are located. Those are called the internet backbone routers. Read more about the internet backbone here and here. The ISP will never use customers as "hops" because 1) we probably only have 1 connection to the ISP, so how would the traffic go through us; it'll end up going back the same way it came in, 2) our links are very slow, in comparison.
– Alaa Ali
Aug 5 '14 at 0:42
|
show 1 more comment
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f506913%2fcant-ping-to-a-friends-computer%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
A very good way of troubleshooting why pings don't work can be done using traceroute
:
traceroute -n <IPaddress>
If it is not installed, you can install it using sudo apt-get install traceroute
.
From your comments on the question, you ran traceroute and it stopped at a certain IP address and displayed * * *
asterisks afterwards, something like this:
traceroute to <IPaddress>, 30 hops max, 60 byte packets
1 1.1.1.1 75.415 ms 75.348 ms 75.298 ms
2 2.2.2.2 28.026 ms 28.025 ms 30.207 ms
3 3.3.3.3 40.006 ms 39.999 ms 45.287 ms
4 4.4.4.4 118.244 ms 90.393 ms 90.350 ms
5 * * *
6 * * *
7 * * *
8 * * *
This means that the traceroute got blocked and did not reach the destination. The network device 4.4.4.4
(or the device after it) is the device that is blocking the connection. Since you're going over the internet, I assume that these devices are not controlled by you. This means that you will not be able to ping your friend's IP because something on the internet is blocking it. He can ping you because there's nothing blocking pings originating from his network (that can also include the 4.4.4.4
device that is blocking your pings).
You can double check this by trying to ping his IP address from a different device, a device that is in a different LAN network than you, to verify that probably no one can ping his IP address (and that his ISP is probably blocking it).
So I can't ping him because some router along the way has a decent firewall? That's weird... Can I make a detour around that router or something like that? Also, I asked another friend of mine to try to ping him, he couldn't either, him and me are on the same ISP while the friend we are trying to ping is on another ISP.
– shoham
Aug 4 '14 at 23:48
Yes, a router along the way has a firewall that's blocking it. It's not weird at all man =), ISPs (or networks along the way) can block it. You can't make a detour around that router because you'll need access to the routing table of one of the routers along the way before you hit the firewall and edit them to go somewhere else. Since you and your third friend are on the same ISP, we still can't say for sure which "side" of the network is blocking it (your or the destination's ISP).
– Alaa Ali
Aug 4 '14 at 23:53
Scratch that. Since you saw 14 IP addresses in your traceroute, it's probably not your ISP that's blocking it, but the destination's, or something along the way. To have some fun, ask your third friend to run atraceroute
too (it can be run on Windows usingtracert -d <IP>
. Windows will probably give you different results; it can go further or even get blocked earlier because Windows uses a different traceroute way). Check if both your traceroutes stop at the same device. Remove the-n
option (or-d
in Windows) in the traceroute command to actually see what the IP addresses resolve to.
– Alaa Ali
Aug 4 '14 at 23:55
I asked him. In the meanwhile, I'm curious, are those routers I'm routing through my ISP's and his ISP's only? Or are they also routers of other customers of the ISP? I mean, could it be that if I block port 80 on my firewall and someone in my ISP tries to log in towww.google.com
, and I happen to be the shortest route to Google servers, could I deny him the connection? If so... that's just really dumb.
– shoham
Aug 5 '14 at 0:34
No. The routers along the way are not just your ISP's and his, but probably other ISPs, depending on where you and him are located. Those are called the internet backbone routers. Read more about the internet backbone here and here. The ISP will never use customers as "hops" because 1) we probably only have 1 connection to the ISP, so how would the traffic go through us; it'll end up going back the same way it came in, 2) our links are very slow, in comparison.
– Alaa Ali
Aug 5 '14 at 0:42
|
show 1 more comment
A very good way of troubleshooting why pings don't work can be done using traceroute
:
traceroute -n <IPaddress>
If it is not installed, you can install it using sudo apt-get install traceroute
.
From your comments on the question, you ran traceroute and it stopped at a certain IP address and displayed * * *
asterisks afterwards, something like this:
traceroute to <IPaddress>, 30 hops max, 60 byte packets
1 1.1.1.1 75.415 ms 75.348 ms 75.298 ms
2 2.2.2.2 28.026 ms 28.025 ms 30.207 ms
3 3.3.3.3 40.006 ms 39.999 ms 45.287 ms
4 4.4.4.4 118.244 ms 90.393 ms 90.350 ms
5 * * *
6 * * *
7 * * *
8 * * *
This means that the traceroute got blocked and did not reach the destination. The network device 4.4.4.4
(or the device after it) is the device that is blocking the connection. Since you're going over the internet, I assume that these devices are not controlled by you. This means that you will not be able to ping your friend's IP because something on the internet is blocking it. He can ping you because there's nothing blocking pings originating from his network (that can also include the 4.4.4.4
device that is blocking your pings).
You can double check this by trying to ping his IP address from a different device, a device that is in a different LAN network than you, to verify that probably no one can ping his IP address (and that his ISP is probably blocking it).
So I can't ping him because some router along the way has a decent firewall? That's weird... Can I make a detour around that router or something like that? Also, I asked another friend of mine to try to ping him, he couldn't either, him and me are on the same ISP while the friend we are trying to ping is on another ISP.
– shoham
Aug 4 '14 at 23:48
Yes, a router along the way has a firewall that's blocking it. It's not weird at all man =), ISPs (or networks along the way) can block it. You can't make a detour around that router because you'll need access to the routing table of one of the routers along the way before you hit the firewall and edit them to go somewhere else. Since you and your third friend are on the same ISP, we still can't say for sure which "side" of the network is blocking it (your or the destination's ISP).
– Alaa Ali
Aug 4 '14 at 23:53
Scratch that. Since you saw 14 IP addresses in your traceroute, it's probably not your ISP that's blocking it, but the destination's, or something along the way. To have some fun, ask your third friend to run atraceroute
too (it can be run on Windows usingtracert -d <IP>
. Windows will probably give you different results; it can go further or even get blocked earlier because Windows uses a different traceroute way). Check if both your traceroutes stop at the same device. Remove the-n
option (or-d
in Windows) in the traceroute command to actually see what the IP addresses resolve to.
– Alaa Ali
Aug 4 '14 at 23:55
I asked him. In the meanwhile, I'm curious, are those routers I'm routing through my ISP's and his ISP's only? Or are they also routers of other customers of the ISP? I mean, could it be that if I block port 80 on my firewall and someone in my ISP tries to log in towww.google.com
, and I happen to be the shortest route to Google servers, could I deny him the connection? If so... that's just really dumb.
– shoham
Aug 5 '14 at 0:34
No. The routers along the way are not just your ISP's and his, but probably other ISPs, depending on where you and him are located. Those are called the internet backbone routers. Read more about the internet backbone here and here. The ISP will never use customers as "hops" because 1) we probably only have 1 connection to the ISP, so how would the traffic go through us; it'll end up going back the same way it came in, 2) our links are very slow, in comparison.
– Alaa Ali
Aug 5 '14 at 0:42
|
show 1 more comment
A very good way of troubleshooting why pings don't work can be done using traceroute
:
traceroute -n <IPaddress>
If it is not installed, you can install it using sudo apt-get install traceroute
.
From your comments on the question, you ran traceroute and it stopped at a certain IP address and displayed * * *
asterisks afterwards, something like this:
traceroute to <IPaddress>, 30 hops max, 60 byte packets
1 1.1.1.1 75.415 ms 75.348 ms 75.298 ms
2 2.2.2.2 28.026 ms 28.025 ms 30.207 ms
3 3.3.3.3 40.006 ms 39.999 ms 45.287 ms
4 4.4.4.4 118.244 ms 90.393 ms 90.350 ms
5 * * *
6 * * *
7 * * *
8 * * *
This means that the traceroute got blocked and did not reach the destination. The network device 4.4.4.4
(or the device after it) is the device that is blocking the connection. Since you're going over the internet, I assume that these devices are not controlled by you. This means that you will not be able to ping your friend's IP because something on the internet is blocking it. He can ping you because there's nothing blocking pings originating from his network (that can also include the 4.4.4.4
device that is blocking your pings).
You can double check this by trying to ping his IP address from a different device, a device that is in a different LAN network than you, to verify that probably no one can ping his IP address (and that his ISP is probably blocking it).
A very good way of troubleshooting why pings don't work can be done using traceroute
:
traceroute -n <IPaddress>
If it is not installed, you can install it using sudo apt-get install traceroute
.
From your comments on the question, you ran traceroute and it stopped at a certain IP address and displayed * * *
asterisks afterwards, something like this:
traceroute to <IPaddress>, 30 hops max, 60 byte packets
1 1.1.1.1 75.415 ms 75.348 ms 75.298 ms
2 2.2.2.2 28.026 ms 28.025 ms 30.207 ms
3 3.3.3.3 40.006 ms 39.999 ms 45.287 ms
4 4.4.4.4 118.244 ms 90.393 ms 90.350 ms
5 * * *
6 * * *
7 * * *
8 * * *
This means that the traceroute got blocked and did not reach the destination. The network device 4.4.4.4
(or the device after it) is the device that is blocking the connection. Since you're going over the internet, I assume that these devices are not controlled by you. This means that you will not be able to ping your friend's IP because something on the internet is blocking it. He can ping you because there's nothing blocking pings originating from his network (that can also include the 4.4.4.4
device that is blocking your pings).
You can double check this by trying to ping his IP address from a different device, a device that is in a different LAN network than you, to verify that probably no one can ping his IP address (and that his ISP is probably blocking it).
answered Aug 4 '14 at 23:40
Alaa AliAlaa Ali
22.1k96894
22.1k96894
So I can't ping him because some router along the way has a decent firewall? That's weird... Can I make a detour around that router or something like that? Also, I asked another friend of mine to try to ping him, he couldn't either, him and me are on the same ISP while the friend we are trying to ping is on another ISP.
– shoham
Aug 4 '14 at 23:48
Yes, a router along the way has a firewall that's blocking it. It's not weird at all man =), ISPs (or networks along the way) can block it. You can't make a detour around that router because you'll need access to the routing table of one of the routers along the way before you hit the firewall and edit them to go somewhere else. Since you and your third friend are on the same ISP, we still can't say for sure which "side" of the network is blocking it (your or the destination's ISP).
– Alaa Ali
Aug 4 '14 at 23:53
Scratch that. Since you saw 14 IP addresses in your traceroute, it's probably not your ISP that's blocking it, but the destination's, or something along the way. To have some fun, ask your third friend to run atraceroute
too (it can be run on Windows usingtracert -d <IP>
. Windows will probably give you different results; it can go further or even get blocked earlier because Windows uses a different traceroute way). Check if both your traceroutes stop at the same device. Remove the-n
option (or-d
in Windows) in the traceroute command to actually see what the IP addresses resolve to.
– Alaa Ali
Aug 4 '14 at 23:55
I asked him. In the meanwhile, I'm curious, are those routers I'm routing through my ISP's and his ISP's only? Or are they also routers of other customers of the ISP? I mean, could it be that if I block port 80 on my firewall and someone in my ISP tries to log in towww.google.com
, and I happen to be the shortest route to Google servers, could I deny him the connection? If so... that's just really dumb.
– shoham
Aug 5 '14 at 0:34
No. The routers along the way are not just your ISP's and his, but probably other ISPs, depending on where you and him are located. Those are called the internet backbone routers. Read more about the internet backbone here and here. The ISP will never use customers as "hops" because 1) we probably only have 1 connection to the ISP, so how would the traffic go through us; it'll end up going back the same way it came in, 2) our links are very slow, in comparison.
– Alaa Ali
Aug 5 '14 at 0:42
|
show 1 more comment
So I can't ping him because some router along the way has a decent firewall? That's weird... Can I make a detour around that router or something like that? Also, I asked another friend of mine to try to ping him, he couldn't either, him and me are on the same ISP while the friend we are trying to ping is on another ISP.
– shoham
Aug 4 '14 at 23:48
Yes, a router along the way has a firewall that's blocking it. It's not weird at all man =), ISPs (or networks along the way) can block it. You can't make a detour around that router because you'll need access to the routing table of one of the routers along the way before you hit the firewall and edit them to go somewhere else. Since you and your third friend are on the same ISP, we still can't say for sure which "side" of the network is blocking it (your or the destination's ISP).
– Alaa Ali
Aug 4 '14 at 23:53
Scratch that. Since you saw 14 IP addresses in your traceroute, it's probably not your ISP that's blocking it, but the destination's, or something along the way. To have some fun, ask your third friend to run atraceroute
too (it can be run on Windows usingtracert -d <IP>
. Windows will probably give you different results; it can go further or even get blocked earlier because Windows uses a different traceroute way). Check if both your traceroutes stop at the same device. Remove the-n
option (or-d
in Windows) in the traceroute command to actually see what the IP addresses resolve to.
– Alaa Ali
Aug 4 '14 at 23:55
I asked him. In the meanwhile, I'm curious, are those routers I'm routing through my ISP's and his ISP's only? Or are they also routers of other customers of the ISP? I mean, could it be that if I block port 80 on my firewall and someone in my ISP tries to log in towww.google.com
, and I happen to be the shortest route to Google servers, could I deny him the connection? If so... that's just really dumb.
– shoham
Aug 5 '14 at 0:34
No. The routers along the way are not just your ISP's and his, but probably other ISPs, depending on where you and him are located. Those are called the internet backbone routers. Read more about the internet backbone here and here. The ISP will never use customers as "hops" because 1) we probably only have 1 connection to the ISP, so how would the traffic go through us; it'll end up going back the same way it came in, 2) our links are very slow, in comparison.
– Alaa Ali
Aug 5 '14 at 0:42
So I can't ping him because some router along the way has a decent firewall? That's weird... Can I make a detour around that router or something like that? Also, I asked another friend of mine to try to ping him, he couldn't either, him and me are on the same ISP while the friend we are trying to ping is on another ISP.
– shoham
Aug 4 '14 at 23:48
So I can't ping him because some router along the way has a decent firewall? That's weird... Can I make a detour around that router or something like that? Also, I asked another friend of mine to try to ping him, he couldn't either, him and me are on the same ISP while the friend we are trying to ping is on another ISP.
– shoham
Aug 4 '14 at 23:48
Yes, a router along the way has a firewall that's blocking it. It's not weird at all man =), ISPs (or networks along the way) can block it. You can't make a detour around that router because you'll need access to the routing table of one of the routers along the way before you hit the firewall and edit them to go somewhere else. Since you and your third friend are on the same ISP, we still can't say for sure which "side" of the network is blocking it (your or the destination's ISP).
– Alaa Ali
Aug 4 '14 at 23:53
Yes, a router along the way has a firewall that's blocking it. It's not weird at all man =), ISPs (or networks along the way) can block it. You can't make a detour around that router because you'll need access to the routing table of one of the routers along the way before you hit the firewall and edit them to go somewhere else. Since you and your third friend are on the same ISP, we still can't say for sure which "side" of the network is blocking it (your or the destination's ISP).
– Alaa Ali
Aug 4 '14 at 23:53
Scratch that. Since you saw 14 IP addresses in your traceroute, it's probably not your ISP that's blocking it, but the destination's, or something along the way. To have some fun, ask your third friend to run a
traceroute
too (it can be run on Windows using tracert -d <IP>
. Windows will probably give you different results; it can go further or even get blocked earlier because Windows uses a different traceroute way). Check if both your traceroutes stop at the same device. Remove the -n
option (or -d
in Windows) in the traceroute command to actually see what the IP addresses resolve to.– Alaa Ali
Aug 4 '14 at 23:55
Scratch that. Since you saw 14 IP addresses in your traceroute, it's probably not your ISP that's blocking it, but the destination's, or something along the way. To have some fun, ask your third friend to run a
traceroute
too (it can be run on Windows using tracert -d <IP>
. Windows will probably give you different results; it can go further or even get blocked earlier because Windows uses a different traceroute way). Check if both your traceroutes stop at the same device. Remove the -n
option (or -d
in Windows) in the traceroute command to actually see what the IP addresses resolve to.– Alaa Ali
Aug 4 '14 at 23:55
I asked him. In the meanwhile, I'm curious, are those routers I'm routing through my ISP's and his ISP's only? Or are they also routers of other customers of the ISP? I mean, could it be that if I block port 80 on my firewall and someone in my ISP tries to log in to
www.google.com
, and I happen to be the shortest route to Google servers, could I deny him the connection? If so... that's just really dumb.– shoham
Aug 5 '14 at 0:34
I asked him. In the meanwhile, I'm curious, are those routers I'm routing through my ISP's and his ISP's only? Or are they also routers of other customers of the ISP? I mean, could it be that if I block port 80 on my firewall and someone in my ISP tries to log in to
www.google.com
, and I happen to be the shortest route to Google servers, could I deny him the connection? If so... that's just really dumb.– shoham
Aug 5 '14 at 0:34
No. The routers along the way are not just your ISP's and his, but probably other ISPs, depending on where you and him are located. Those are called the internet backbone routers. Read more about the internet backbone here and here. The ISP will never use customers as "hops" because 1) we probably only have 1 connection to the ISP, so how would the traffic go through us; it'll end up going back the same way it came in, 2) our links are very slow, in comparison.
– Alaa Ali
Aug 5 '14 at 0:42
No. The routers along the way are not just your ISP's and his, but probably other ISPs, depending on where you and him are located. Those are called the internet backbone routers. Read more about the internet backbone here and here. The ISP will never use customers as "hops" because 1) we probably only have 1 connection to the ISP, so how would the traffic go through us; it'll end up going back the same way it came in, 2) our links are very slow, in comparison.
– Alaa Ali
Aug 5 '14 at 0:42
|
show 1 more comment
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f506913%2fcant-ping-to-a-friends-computer%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Whats his ip address and what is the ping command you are using?
– dan08
Aug 4 '14 at 21:42
1
We need more information. How are the two computers connected? Are they on the same network? Is it through via wired or wireless connections? What exactly do you type to ping in the two computers? Do you type their local IP addresses? Do you type their names? Please edit your original question above with new information.
– user68186
Aug 4 '14 at 21:42
@user68186 Edited.
– shoham
Aug 4 '14 at 21:55
1
You're probably pinging his router, and he is pinging yours. Not necessarily a Ubuntu problem.
– Jos
Aug 4 '14 at 21:58
@Jos Ubuntu is my (and his too) operating system, where else would this go? Is there a stackexchange for networking?
– shoham
Aug 4 '14 at 22:37