Thread: [VBox-users] Duplicate ping replies
Scripts for Virtualbox
Status: Pre-Alpha
Brought to you by:
fcassia4oss
From: Moshe K. <mos...@go...> - 2011-09-17 00:37:11
|
Hi There, I have a network problem with a bridged connection. My setup is: A router running a dhcp server. A host "carrot" running Mac osx, connected to the router through a wireless card. A guest "dibbler" running Linux. The network connection is set to "bridged". Another machine "gaspode" on the home network running Linux, connected to the router by a cable. Things are fine connecting between the guest and the host. Also no problems between the host and the other machine. However, when I try to ping from the other machine, gaspode, to the guest, I get: PING dibbler.gateway.2wire.net (192.168.1.65) 56(84) bytes of data. >From carrot (192.168.1.66): icmp_seq=1 Redirect Host(New nexthop: dibbler (192.168.1.65)) 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=64 time=33.0 ms 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=63 time=33.1 ms (DUP!) Likewise, when I ping from dibbler to gaspode, I get PING gaspode (192.168.1.69) 56(84) bytes of data. 64 bytes from gaspode (192.168.1.69): icmp_req=1 ttl=64 time=11.8 ms 64 bytes from carrot (192.168.1.66): icmp_req=1 ttl=63 time=12.0 ms (DUP!) Also, I cannot ping the router from the guest at all. The result is that I cannot ssh from gaspode to dibbler or conversely, or use any other services between the two. I also get duplicates when I ping external address from the guest, but I can use their services (so maybe the problem is different). I don't know much about network, so I don't know what other data to provide. I noticed an option called "promiscuous mode" in the network setup, but I don't understand what it does, and changing it does not seem to affect the problem. Thanks, Moshe |
From: Freek de K. <f.d...@gm...> - 2011-09-17 10:51:03
|
On zaterdag 17 september 2011 02:23:09 Moshe Kamensky wrote: > Hi There, > > I have a network problem with a bridged connection. My setup is: > > A router running a dhcp server. > > A host "carrot" running Mac osx, connected to the router through a > wireless card. > > A guest "dibbler" running Linux. The network connection is set to > "bridged". > > Another machine "gaspode" on the home network running Linux, connected > to the router by a cable. Do these system get all their network information through DHCP? Anyway check with "/sbin/route -n" on a Linux machine and the equivalent on your MAC, the routing information they use. It should look like: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth0 Here 192.168.1.254 is the IP address of the router, could be in your case 192.168.1.1. > Things are fine connecting between the guest and the host. Also no > problems between the host and the other machine. However, when I try to > ping from the other machine, gaspode, to the guest, I get: > > PING dibbler.gateway.2wire.net (192.168.1.65) 56(84) bytes of data. > > >From carrot (192.168.1.66): icmp_seq=1 Redirect Host(New nexthop: dibbler > >(192.168.1.65)) > > 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=64 time=33.0 ms > 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=63 time=33.1 ms (DUP!) > > Likewise, when I ping from dibbler to gaspode, I get > > PING gaspode (192.168.1.69) 56(84) bytes of data. > 64 bytes from gaspode (192.168.1.69): icmp_req=1 ttl=64 time=11.8 ms > 64 bytes from carrot (192.168.1.66): icmp_req=1 ttl=63 time=12.0 ms (DUP!) > > Also, I cannot ping the router from the guest at all. > > The result is that I cannot ssh from gaspode to dibbler or conversely, > or use any other services between the two. I also get duplicates when I > ping external address from the guest, but I can use their services (so > maybe the problem is different). > > I don't know much about network, so I don't know what other data to > provide. I noticed an option called "promiscuous mode" in the network > setup, but I don't understand what it does, and changing it does not > seem to affect the problem. > > Thanks, > Moshe > > > --------------------------------------------------------------------------- > --- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > http://p.sf.net/sfu/rim-devcon-copy2 > _______________________________________________ > VBox-users-community mailing list > VBo...@li... > https://lists.sourceforge.net/lists/listinfo/vbox-users-community -- fr.gr. Freek de Kruijf |
From: Moshe K. <mos...@go...> - 2011-09-17 12:52:22
|
* Freek de Kruijf <f.d...@gm...> [17/09/11 06:54]: > On zaterdag 17 september 2011 02:23:09 Moshe Kamensky wrote: > > Hi There, > > > > I have a network problem with a bridged connection. My setup is: > > > > A router running a dhcp server. > > > > A host "carrot" running Mac osx, connected to the router through a > > wireless card. > > > > A guest "dibbler" running Linux. The network connection is set to > > "bridged". > > > > Another machine "gaspode" on the home network running Linux, connected > > to the router by a cable. > > Do these system get all their network information through DHCP? > Yes, the DHCP server is on the router, and assigns a fixed ip to each. > Anyway check with "/sbin/route -n" on a Linux machine and the equivalent on > your MAC, the routing information they use. > > It should look like: > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use Iface > 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 > 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo > 0.0.0.0 192.168.1.254 0.0.0.0 UG 0 0 0 eth0 > > Here 192.168.1.254 is the IP address of the router, could be in your case > 192.168.1.1. They are rather similar. On the guest: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.1.254 0.0.0.0 UG 2 0 0 eth1 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 lo 192.168.1.0 0.0.0.0 255.255.255.0 U 2 0 0 eth1 On the host, "netstat -r" gives: Destination Gateway Flags Refs Use Netif Expire default home UGSc 50 0 en1 default link#4 UCSI 0 0 en0 127 localhost UCS 0 0 lo0 localhost localhost UH 6 3653 lo0 169.254 link#4 UCS 0 0 en0 192.168.1 link#5 UCS 3 0 en1 192.168.1 link#4 UCSI 0 0 en0 dibbler 8:0:27:3a:49:3a UHLWI 1 860 en1 454 carrot localhost UHS 0 13 lo0 gaspode 58:b0:35:ee:a5:5f UHLWI 4 1896 en1 1198 192.168.1.200 localhost UHS 0 0 lo0 home 0:25:3c:c0:f3:49 UHLWI 69 742 en1 1189 192.168.2 192.168.2.1 Uc 1 0 en0 en1 is the wireless I use to connect to the router. I don't know what is en0. dibbler is the guest, carrot is the host, gaspode is the other machine, home is the router. I don't know what are the other things. Thanks, Moshe > > > Things are fine connecting between the guest and the host. Also no > > problems between the host and the other machine. However, when I try to > > ping from the other machine, gaspode, to the guest, I get: > > > > PING dibbler.gateway.2wire.net (192.168.1.65) 56(84) bytes of data. > > > > >From carrot (192.168.1.66): icmp_seq=1 Redirect Host(New nexthop: dibbler > > >(192.168.1.65)) > > > > 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=64 time=33.0 ms > > 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=63 time=33.1 ms (DUP!) > > > > Likewise, when I ping from dibbler to gaspode, I get > > > > PING gaspode (192.168.1.69) 56(84) bytes of data. > > 64 bytes from gaspode (192.168.1.69): icmp_req=1 ttl=64 time=11.8 ms > > 64 bytes from carrot (192.168.1.66): icmp_req=1 ttl=63 time=12.0 ms (DUP!) > > > > Also, I cannot ping the router from the guest at all. > > > > The result is that I cannot ssh from gaspode to dibbler or conversely, > > or use any other services between the two. I also get duplicates when I > > ping external address from the guest, but I can use their services (so > > maybe the problem is different). > > > > I don't know much about network, so I don't know what other data to > > provide. I noticed an option called "promiscuous mode" in the network > > setup, but I don't understand what it does, and changing it does not > > seem to affect the problem. > > > > Thanks, > > Moshe > > > > > > --------------------------------------------------------------------------- > > --- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > > http://p.sf.net/sfu/rim-devcon-copy2 > > _______________________________________________ > > VBox-users-community mailing list > > VBo...@li... > > https://lists.sourceforge.net/lists/listinfo/vbox-users-community > > -- > fr.gr. > > Freek de Kruijf > > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > http://p.sf.net/sfu/rim-devcon-copy2 > _______________________________________________ > VBox-users-community mailing list > VBo...@li... > https://lists.sourceforge.net/lists/listinfo/vbox-users-community |
From: Freek de K. <f.d...@gm...> - 2011-09-18 11:46:08
|
On zaterdag 17 september 2011 14:37:51 Moshe Kamensky wrote: > * Freek de Kruijf <f.d...@gm...> [17/09/11 06:54]: > > On zaterdag 17 september 2011 02:23:09 Moshe Kamensky wrote: > > > Hi There, > > > > > > I have a network problem with a bridged connection. My setup is: > > > > > > A router running a dhcp server. Address is 192.168.1.254 > > > A host "carrot" running Mac osx, connected to the router through a > > > wireless card. Address is 192.168.1.66 > > > A guest "dibbler" running Linux. The network connection is set to > > > "bridged". Address is 192.168.1.65 > > > Another machine "gaspode" on the home network running Linux, connected > > > to the router by a cable. Address is 192.168.1.69 > > Do these system get all their network information through DHCP? > > Yes, the DHCP server is on the router, and assigns a fixed ip to each. > > > Anyway check with "/sbin/route -n" on a Linux machine and the equivalent > > on your MAC, the routing information they use. > They are rather similar. On the guest: > > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use > Iface 0.0.0.0 192.168.1.254 0.0.0.0 UG 2 0 > 0 eth1 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 > 0 lo 192.168.1.0 0.0.0.0 255.255.255.0 U 2 0 > 0 eth1 This looks OK. > On the host, "netstat -r" gives: > > Destination Gateway Flags Refs Use Netif > Expire > default home UGSc 50 0 > en1 > default link#4 UCSI 0 0 > en0 > 127 localhost UCS 0 0 > lo0 > localhost localhost UH 6 3653 > lo0 > 169.254 link#4 UCS 0 0 > en0 > 192.168.1 link#5 UCS 3 0 > en1 > 192.168.1 link#4 UCSI 0 0 > en0 > dibbler 8:0:27:3a:49:3a UHLWI 1 860 > en1 454 Apparently the above is the MAC address of dibbler > carrot localhost UHS 0 > 13 lo0 > gaspode 58:b0:35:ee:a5:5f UHLWI 4 > 1896 en1 1198 The above is the MAC address of gaspode > 192.168.1.200 localhost UHS > 0 0 lo0 The above is strange, you did not give your host two addresses? > home 0:25:3c:c0:f3:49 UHLWI 69 > 742 en1 1189 The above is the MAC address of your router > 192.168.2 192.168.2.1 Uc > 1 0 en0 You need to find an explanation of the above line. It should not be there, although it does not seem to be a problem. > en1 is the wireless I use to connect to the router. I don't know what is > en0. dibbler is the guest, carrot is the host, gaspode is the other > machine, home is the router. I don't know what are the other things. Can you use something like -n in the above commando, so the names are replaced by numbers. > > > Things are fine connecting between the guest and the host. Also no > > > problems between the host and the other machine. However, when I try to > > > ping from the other machine, gaspode, to the guest, I get: > > > > > > PING dibbler.gateway.2wire.net (192.168.1.65) 56(84) bytes of data. > > > > > > >From carrot (192.168.1.66): icmp_seq=1 Redirect Host(New nexthop: > > > >dibbler (192.168.1.65)) > > > > > > 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=64 time=33.0 ms > > > 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=63 time=33.1 ms > > > (DUP!) The different ttl's are strange, I expect only ttl=64, because the communication is directly from 69 to 65 and there should not be a router in between which counts the ttl down by 1. > > > > > > Likewise, when I ping from dibbler to gaspode, I get > > > > > > PING gaspode (192.168.1.69) 56(84) bytes of data. > > > 64 bytes from gaspode (192.168.1.69): icmp_req=1 ttl=64 time=11.8 ms > > > 64 bytes from carrot (192.168.1.66): icmp_req=1 ttl=63 time=12.0 ms > > > (DUP!) Here the same problem with the ttl, but also one ping returned by gaspode and the other by carrot, which is wrong. This looks like carrot is intervening, maybe a bug in VirtualBox. > > > Also, I cannot ping the router from the guest at all. Or a routing problem in carrot. Can you show the ping command in the guest. Did you use the IP address in the command? The processing of this command in the guest and the host should not be different from the ping to gaspode. I am not sure Wireshark, which captures network packets, is available in your Mac. If it is, you can capture the traffic on the wireless interface in your host. Try to disable most of network traffic on your host, or apply proper filtering. Do these ping tests again and analyse the captured traffic. In each captured packet you can see the source and destination MAC address, so it becomes more clear where the duplicate packet is coming from. -- fr.gr. Freek de Kruijf |
From: Moshe K. <mos...@go...> - 2011-09-19 01:00:54
|
* Freek de Kruijf <f.d...@gm...> [18/09/11 07:48]: > On zaterdag 17 september 2011 14:37:51 Moshe Kamensky wrote: > > * Freek de Kruijf <f.d...@gm...> [17/09/11 06:54]: > > > On zaterdag 17 september 2011 02:23:09 Moshe Kamensky wrote: > > > > Hi There, > > > > > > > > I have a network problem with a bridged connection. My setup is: > > > > > > > > A router running a dhcp server. > > Address is 192.168.1.254 > > > > > A host "carrot" running Mac osx, connected to the router through a > > > > wireless card. > > Address is 192.168.1.66 > > > > > A guest "dibbler" running Linux. The network connection is set to > > > > "bridged". > > Address is 192.168.1.65 > > > > > Another machine "gaspode" on the home network running Linux, connected > > > > to the router by a cable. > > Address is 192.168.1.69 > > > > Do these system get all their network information through DHCP? > > > > Yes, the DHCP server is on the router, and assigns a fixed ip to each. > > > > > Anyway check with "/sbin/route -n" on a Linux machine and the equivalent > > > on your MAC, the routing information they use. > > > They are rather similar. On the guest: > > > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric Ref Use > > Iface 0.0.0.0 192.168.1.254 0.0.0.0 UG 2 0 > > 0 eth1 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 > > 0 lo 192.168.1.0 0.0.0.0 255.255.255.0 U 2 0 > > 0 eth1 > > This looks OK. > > > On the host, "netstat -r" gives: > > > > Destination Gateway Flags Refs Use Netif > > Expire > > default home UGSc 50 0 > > en1 > > default link#4 UCSI 0 0 > > en0 > > 127 localhost UCS 0 0 > > lo0 > > localhost localhost UH 6 3653 > > lo0 > > 169.254 link#4 UCS 0 0 > > en0 > > 192.168.1 link#5 UCS 3 0 > > en1 > > 192.168.1 link#4 UCSI 0 0 > > en0 > > dibbler 8:0:27:3a:49:3a UHLWI 1 860 > > en1 454 > > Apparently the above is the MAC address of dibbler > > > carrot localhost UHS 0 > > 13 lo0 > > gaspode 58:b0:35:ee:a5:5f UHLWI 4 > > 1896 en1 1198 > > The above is the MAC address of gaspode > > > 192.168.1.200 localhost UHS > > 0 0 lo0 > > The above is strange, you did not give your host two addresses? This is the (wired) ethernet card. It is connected to another machine, which is normally off. I guess I should not have assigned it a different address... Anyway I have now disabled it. > > > home 0:25:3c:c0:f3:49 UHLWI 69 > > 742 en1 1189 > > The above is the MAC address of your router > > > 192.168.2 192.168.2.1 Uc > > 1 0 en0 > > You need to find an explanation of the above line. It should not be there, > although it does not seem to be a problem. > The only thing I found in any of the logs is in the Kerberos 5 log file. Maybe it is related to it. I tried removing it (route delete -net 192.168.2) but it seemed to have no effect on the problem (or anything else). > > en1 is the wireless I use to connect to the router. I don't know what is > > en0. dibbler is the guest, carrot is the host, gaspode is the other > > machine, home is the router. I don't know what are the other things. > > Can you use something like -n in the above commando, so the names are replaced > by numbers. The new output is: Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.1.254 UGSc 144 0 en1 127 127.0.0.1 UCS 0 0 lo0 127.0.0.1 127.0.0.1 UH 4 218 lo0 169.254 link#5 UCS 0 0 en1 192.168.1 link#5 UCS 4 0 en1 192.168.1.65 8:0:27:3a:49:3a UHLWI 0 18 en1 944 192.168.1.66 127.0.0.1 UHS 0 0 lo0 192.168.1.69 58:b0:35:ee:a5:5f UHLWI 4 1910 en1 957 192.168.1.254 0:25:3c:c0:f3:49 UHLWI 162 175 en1 1200 192.168.1.255 ff:ff:ff:ff:ff:ff UHLWbI 0 12 en1 There is also an Internet6 part that I omitted. > > > > > Things are fine connecting between the guest and the host. Also no > > > > problems between the host and the other machine. However, when I try to > > > > ping from the other machine, gaspode, to the guest, I get: > > > > > > > > PING dibbler.gateway.2wire.net (192.168.1.65) 56(84) bytes of data. > > > > > > > > >From carrot (192.168.1.66): icmp_seq=1 Redirect Host(New nexthop: > > > > >dibbler (192.168.1.65)) > > > > > > > > 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=64 time=33.0 ms > > > > 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=63 time=33.1 ms > > > > (DUP!) > > The different ttl's are strange, I expect only ttl=64, because the > communication is directly from 69 to 65 and there should not be a router in > between which counts the ttl down by 1. > > > > > > > > > Likewise, when I ping from dibbler to gaspode, I get > > > > > > > > PING gaspode (192.168.1.69) 56(84) bytes of data. > > > > 64 bytes from gaspode (192.168.1.69): icmp_req=1 ttl=64 time=11.8 ms > > > > 64 bytes from carrot (192.168.1.66): icmp_req=1 ttl=63 time=12.0 ms > > > > (DUP!) > > Here the same problem with the ttl, but also one ping returned by gaspode and > the other by carrot, which is wrong. > > This looks like carrot is intervening, maybe a bug in VirtualBox. > > > > > Also, I cannot ping the router from the guest at all. > > Or a routing problem in carrot. Can you show the ping command in the guest. > Did you use the IP address in the command? The processing of this command in > the guest and the host should not be different from the ping to gaspode. Now that I tried it again, the ping from the guest to the router did work. I don't know if this is something I changed, or I was just confused the first time. > > I am not sure Wireshark, which captures network packets, is available in your > Mac. If it is, you can capture the traffic on the wireless interface in your > host. Try to disable most of network traffic on your host, or apply proper > filtering. Do these ping tests again and analyse the captured traffic. In each > captured packet you can see the source and destination MAC address, so it > becomes more clear where the duplicate packet is coming from. I installed wireshark on the host. As I said, I don't know anything about network, so this is a bit hard to read. When I ping from dibbler to gaspode, what I see is a repetitive pattern of 4 items, the first a ping request from dibbler to gaspode, then a ping reply from gaspode to dibbler, another (duplicate) reply from carrot to dibbler, and finally a redirect from carrot to gaspode that wireshark marks as an ICMP error. The only thing that seems out of place is that in the first ping request, in the 'Ethernet II' level, the mac address that appears as the source is the address of carrot (the host), rather than dibbler. The only place where the mac address of the guest appears is in the duplicate reply from carrot to dibbler. The IP addresses do appear to be correct. Thank you for your help! Moshe > > -- > fr.gr. > > Freek de Kruijf > > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > http://p.sf.net/sfu/rim-devcon-copy2 > _______________________________________________ > VBox-users-community mailing list > VBo...@li... > https://lists.sourceforge.net/lists/listinfo/vbox-users-community |
From: Freek de K. <f.d...@gm...> - 2011-09-19 08:22:08
|
On maandag 19 september 2011 03:00:08 Moshe Kamensky wrote: > * Freek de Kruijf <f.d...@gm...> [18/09/11 07:48]: > > The new output is: > > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default 192.168.1.254 UGSc 144 0 en1 > 127 127.0.0.1 UCS 0 0 lo0 > 127.0.0.1 127.0.0.1 UH 4 218 lo0 > 169.254 link#5 UCS 0 0 en1 > 192.168.1 link#5 UCS 4 0 en1 > 192.168.1.65 8:0:27:3a:49:3a UHLWI 0 18 en1 > 944 > 192.168.1.66 127.0.0.1 UHS 0 0 lo0 192.168.1.69 58:b0:35:ee:a5:5f UHLWI 4 1910 en1 > 957 > 192.168.1.254 0:25:3c:c0:f3:49 UHLWI 162 175 en1 > 1200 > 192.168.1.255 ff:ff:ff:ff:ff:ff UHLWbI 0 12 en1 > > There is also an Internet6 part that I omitted. > > > This looks like carrot is intervening, maybe a bug in VirtualBox. > > > > > > > Also, I cannot ping the router from the guest at all. > > > > Or a routing problem in carrot. Can you show the ping command in the > > guest. Did you use the IP address in the command? The processing of this > > command in the guest and the host should not be different from the ping > > to gaspode. > > Now that I tried it again, the ping from the guest to the router did > work. I don't know if this is something I changed, or I was just > confused the first time. So that's explained > > I am not sure Wireshark, which captures network packets, is available in > > your Mac. If it is, you can capture the traffic on the wireless > > interface in your host. Try to disable most of network traffic on your > > host, or apply proper filtering. Do these ping tests again and analyse > > the captured traffic. In each captured packet you can see the source and > > destination MAC address, so it becomes more clear where the duplicate > > packet is coming from. > > I installed wireshark on the host. As I said, I don't know anything > about network, so this is a bit hard to read. When I ping from dibbler > to gaspode, what I see is a repetitive pattern of 4 items, the first a > ping request from dibbler to gaspode, then a ping reply from gaspode to > dibbler, another (duplicate) reply from carrot to dibbler, and finally a > redirect from carrot to gaspode that wireshark marks as an ICMP error. > The only thing that seems out of place is that in the first ping > request, in the 'Ethernet II' level, the mac address that appears as the > source is the address of carrot (the host), rather than dibbler. The > only place where the mac address of the guest appears is in the > duplicate reply from carrot to dibbler. The IP addresses do appear to be > correct. You seem to get around with this. This really looks like a bug in the bridge software. The wireless interface needs to have promiscuous mode set, because it needs to get packets to the MAC address of the host and to the MAC address of the guest and pass that last packet unaltered to the guest. From what you write this does not seem to happen properly. So file a bug report and include the Wireshark trace file in that report. > Thank you for your help! > Moshe You're welcome. -- fr.gr. Freek de Kruijf |
From: Moshe K. <mos...@go...> - 2011-09-19 11:46:00
|
* Freek de Kruijf <f.d...@gm...> [19/09/11 04:24]: > This really looks like a bug in the bridge software. The wireless > interface needs to have promiscuous mode set, because it needs to get > packets to the MAC address of the host and to the MAC address of the > guest and pass that last packet unaltered to the guest. From what you > write this does not seem to happen properly. > > So file a bug report and include the Wireshark trace file in that report. > Ok, thank you again for your help. Moshe |
From: Leonardo C. <che...@gm...> - 2011-09-19 11:36:20
|
On Mon, Sep 19, 2011 at 5:21 AM, Freek de Kruijf <f.d...@gm...>wrote: > On maandag 19 september 2011 03:00:08 Moshe Kamensky wrote: > > * Freek de Kruijf <f.d...@gm...> [18/09/11 07:48]: > > > > The new output is: > > > > Internet: > > Destination Gateway Flags Refs Use Netif > > Expire > > default 192.168.1.254 UGSc 144 0 en1 > > 127 127.0.0.1 UCS 0 0 lo0 > > 127.0.0.1 127.0.0.1 UH 4 218 lo0 > > 169.254 link#5 UCS 0 0 en1 > > 192.168.1 link#5 UCS 4 0 en1 > > 192.168.1.65 8:0:27:3a:49:3a UHLWI 0 18 en1 > > 944 > > 192.168.1.66 127.0.0.1 UHS 0 0 lo0 > 192.168.1.69 58:b0:35:ee:a5:5f UHLWI 4 1910 en1 > > 957 > > 192.168.1.254 0:25:3c:c0:f3:49 UHLWI 162 175 en1 > > 1200 > > 192.168.1.255 ff:ff:ff:ff:ff:ff UHLWbI 0 12 en1 > > > > There is also an Internet6 part that I omitted. > > > > > This looks like carrot is intervening, maybe a bug in VirtualBox. > > > > > > > > > Also, I cannot ping the router from the guest at all. > > > > > > Or a routing problem in carrot. Can you show the ping command in the > > > guest. Did you use the IP address in the command? The processing of > this > > > command in the guest and the host should not be different from the ping > > > to gaspode. > > > > Now that I tried it again, the ping from the guest to the router did > > work. I don't know if this is something I changed, or I was just > > confused the first time. > > So that's explained > > > > I am not sure Wireshark, which captures network packets, is available > in > > > your Mac. If it is, you can capture the traffic on the wireless > > > interface in your host. Try to disable most of network traffic on your > > > host, or apply proper filtering. Do these ping tests again and analyse > > > the captured traffic. In each captured packet you can see the source > and > > > destination MAC address, so it becomes more clear where the duplicate > > > packet is coming from. > > > > I installed wireshark on the host. As I said, I don't know anything > > about network, so this is a bit hard to read. When I ping from dibbler > > to gaspode, what I see is a repetitive pattern of 4 items, the first a > > ping request from dibbler to gaspode, then a ping reply from gaspode to > > dibbler, another (duplicate) reply from carrot to dibbler, and finally a > > redirect from carrot to gaspode that wireshark marks as an ICMP error. > > The only thing that seems out of place is that in the first ping > > request, in the 'Ethernet II' level, the mac address that appears as the > > source is the address of carrot (the host), rather than dibbler. The > > only place where the mac address of the guest appears is in the > > duplicate reply from carrot to dibbler. The IP addresses do appear to be > > correct. > > You seem to get around with this. > This really looks like a bug in the bridge software. The wireless interface > needs to have promiscuous mode set, because it needs to get packets to the > MAC > address of the host and to the MAC address of the guest and pass that last > packet unaltered to the guest. From what you write this does not seem to > happen properly. > > So file a bug report and include the Wireshark trace file in that report. > > > Thank you for your help! > > Moshe > > You're welcome. > > -- > Hi! Since we're talking about network issues here, i'll do a little hijacking in this thread. i have a related issue with host-only-adapter setup, but in linux. I've been doing some experiments with DHCP+WPAD and i'm using virtualbox to do it. I have a Ubuntu 11.04 host (reploid) with vbox 4.0.12 connected via a host-only interface with a Windows XP guest (void). There is a DHCP server (the ISC version, not the embedded in virtualbox) running in reploid delivering IP on the vboxnet0 interface. Things are going OK, until i tried to capture the packets in the vboxnet0 interface of reploid using Wireshark. I could only see the packets coming FROM THE GUEST TO THE HOST. The packets going FROM THE HOST TO THE GUEST wasn't visible by the capture. On the other side, when i tried to capture on the network interface of void, i could see all packets coming IN and OUT of the interface. Why can't i see the packets coming out of the host interface in the capture? Is there a way to work around this? Should i report a bug or this is intended to work in this way? Should I give more details? The same behavior occurs in 4.1.2. |
From: Freek de K. <f.d...@gm...> - 2011-09-19 12:18:02
|
On maandag 19 september 2011 13:36:10 Leonardo Carneiro wrote: > > Hi! Since we're talking about network issues here, i'll do a little > hijacking in this thread. i have a related issue with host-only-adapter > setup, but in linux. Don't. I have seen your message earlier about this, and could not be of help. File a bugreport, but I don't know where, VirtualBox or Wireshark or Linux. -- fr.gr. Freek de Kruijf |
From: Pablo S. <pa...@bl...> - 2011-09-19 12:40:36
|
[ Comments below, in line ] On Monday, September 19, 2011 at 08:17 AM, Freek de Kruijf penned about Re: [VBox-users] Duplicate ping replies > On maandag 19 september 2011 13:36:10 Leonardo Carneiro wrote: > > > > ... i'll do a little hijacking in this thread. > > Don't. Hi Leonardo, I think our e-mail list is very tolerant however hijacking threads is not something I'm going to allow. Please start a new thread with your data. Cheers, --- Pablo Sanchez - Blueoak Database Engineering, Inc Ph: 819.459.1926 Fax: 760.860.5225 (US) |
From: Leonardo C. <che...@gm...> - 2011-09-19 17:09:35
|
On Mon, Sep 19, 2011 at 9:40 AM, Pablo Sanchez <pa...@bl...> wrote: > [ Comments below, in line ] > > On Monday, September 19, 2011 at 08:17 AM, Freek de Kruijf penned > about Re: [VBox-users] Duplicate ping replies > > > On maandag 19 september 2011 13:36:10 Leonardo Carneiro wrote: > > > > > > ... i'll do a little hijacking in this thread. > > > > Don't. > > Hi Leonardo, > > I think our e-mail list is very tolerant however hijacking threads is > not something I'm going to allow. Please start a new thread with your > data. > > Cheers, > --- > Pablo Sanchez - Blueoak Database Engineering, Inc > Ph: 819.459.1926 Fax: 760.860.5225 (US) > Hi Pablo. No problem at all. I was a little anxious 'cause i had already opened a thread some days ago but i didn't get any replies. Cheers! Leonardo "Chester" Carneiro |
From: Moshe K. <mos...@go...> - 2011-09-30 01:27:18
|
Just in case other people have this, I opened a bug, #9648. The suggestion there was to run sysctl -w net.inet.ip.forwarding=0 on the host, which solves the problem. Moshe * Moshe Kamensky <mos...@go...> [16/09/11 20:39]: > Hi There, > > I have a network problem with a bridged connection. My setup is: > > A router running a dhcp server. > > A host "carrot" running Mac osx, connected to the router through a > wireless card. > > A guest "dibbler" running Linux. The network connection is set to > "bridged". > > Another machine "gaspode" on the home network running Linux, connected > to the router by a cable. > > Things are fine connecting between the guest and the host. Also no > problems between the host and the other machine. However, when I try to > ping from the other machine, gaspode, to the guest, I get: > > PING dibbler.gateway.2wire.net (192.168.1.65) 56(84) bytes of data. > >From carrot (192.168.1.66): icmp_seq=1 Redirect Host(New nexthop: dibbler (192.168.1.65)) > 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=64 time=33.0 ms > 64 bytes from dibbler (192.168.1.65): icmp_req=1 ttl=63 time=33.1 ms (DUP!) > > Likewise, when I ping from dibbler to gaspode, I get > > PING gaspode (192.168.1.69) 56(84) bytes of data. > 64 bytes from gaspode (192.168.1.69): icmp_req=1 ttl=64 time=11.8 ms > 64 bytes from carrot (192.168.1.66): icmp_req=1 ttl=63 time=12.0 ms (DUP!) > > Also, I cannot ping the router from the guest at all. > > The result is that I cannot ssh from gaspode to dibbler or conversely, > or use any other services between the two. I also get duplicates when I > ping external address from the guest, but I can use their services (so > maybe the problem is different). > > I don't know much about network, so I don't know what other data to > provide. I noticed an option called "promiscuous mode" in the network > setup, but I don't understand what it does, and changing it does not > seem to affect the problem. > > Thanks, > Moshe > > > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > http://p.sf.net/sfu/rim-devcon-copy2 > _______________________________________________ > VBox-users-community mailing list > VBo...@li... > https://lists.sourceforge.net/lists/listinfo/vbox-users-community |