Menu
▾
▴
Re: [uml-user] Re: can not ping out of my uml-server
|
From: roland <for...@gm...> - 2004-03-21 23:26:27
|
mhh - you set the ip of the bridge as defaultgw inside the uml? you don`t need that, ímho.(unless you`re gatewaying into the inet via that ip) regarding the briging-howto: >We should now be able to communicate with other machines on the local >network! Test this by pinging other hosts on the network, connecting >to services etc. On the network in the example our gateway to networks > other than our own (the internet, for example) is 192.168.0.100, which >can be set as follows. >route add default gw 192.168.100 >note: >We do not need to set the gateway in order for our UML to communicate >with other machines on the network. It just happens that in this example >our gateway to the internet is the same host that is running the UML session remove the default route inside your uml`s and try again. regards roland ----- Original Message ----- From: "Mike Snitzer" <msn...@ln...> To: "roland" <for...@gm...> Cc: <use...@li...> Sent: Sunday, March 21, 2004 11:48 PM Subject: [uml-user] Re: can not ping out of my uml-server > On Sat, Mar 20 2004 at 18:41, > roland <for...@gm...> wrote: > > > furthermore - if you can use real ethernet bridging on your host (i.e. if you > > have bridging in the kernel and bridge-tools installed) - i would first recommend, > > that you test your uml with the network variant described at: > > http://edeca.net/articles/bridging/index.html > > it`s the most straightforward or "elegant" solution. no routing,arp,nat,whatever issues, > > just one ip per uml and easy to understand, IMHO. it has always been working well for me. > > Roland et al, > > I went ahead and configured bridging for my UML setup and all is well > except I can only ping the default route (happens to be the bridge > itself). I can't ping between UMLs that were added to the bridge even > though they are arp'ing (arp returns the UML's view of the mac, not the > tap device's MAC): > > tcpdump on the bridge interface yields: > 15:01:08.921389 arp who-has 192.168.1.100 tell 192.168.1.101 > 15:01:08.921640 arp reply 192.168.1.100 is-at fe:fd:c0:a8:1:64 > ... > 15:32:02.868779 arp who-has 192.168.1.101 tell 192.168.1.100 > 15:32:02.869136 arp reply 192.168.1.101 is-at fe:fd:c0:a8:1:65 > > uml0:~# ifconfig eth0 | grep -A 1 HW > eth0 Link encap:Ethernet HWaddr FE:FD:C0:A8:01:64 > inet addr:192.168.1.100 Bcast:192.168.1.255 Mask:255.255.255.0 > uml0:~# arp -a > ? (192.168.1.5) at 00:02:B3:1D:B6:E4 [ether] on eth0 > ? (192.168.1.101) at FE:FD:C0:A8:01:65 [ether] on eth0 > > uml1:~# ifconfig eth0 | grep -A 1 HW > eth0 Link encap:Ethernet HWaddr FE:FD:C0:A8:01:65 > inet addr:192.168.1.101 Bcast:192.168.1.255 Mask:255.255.255.0 > uml1:~# arp -a > ? (192.168.1.5) at 00:02:B3:1D:B6:E4 [ether] on eth0 > ? (192.168.1.100) at FE:FD:C0:A8:01:64 [ether] on eth0 > > Routing table for both umls: > Destination Gateway Genmask Flags Metric Ref Use Iface > 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 > default 192.168.1.5 0.0.0.0 UG 0 0 0 eth0 > > snitm: snitm@soze:~> sudo brctl showmacs uml-bridge > port no mac addr is local? ageing timer > 1 00:02:b3:1d:b6:e4 yes 0.00 > 1 00:07:40:35:9d:8a no 24.55 > 1 00:e0:7d:88:ad:3b no 116.87 > 3 00:ff:56:04:f0:73 yes 0.00 > 2 00:ff:a3:d1:48:b9 yes 0.00 > 2 fe:fd:c0:a8:01:64 no 116.85 > 3 fe:fd:c0:a8:01:65 no 116.85 > > So you'll notice that the bridge (192.168.1.5, ...:e4) shows the tap0 > (...:b9) and tap1 (...:73) ethernet MAC addresses as 'local'. All this > said, how might I fix this so that the UMLs can reach each other over the > bridge? > > Do I need to set the mac in the guest UML kernel's eth0=tuntap,tapX,<mac> > arg? > > Thanks! > Mike > > -- > Mike Snitzer msn...@ln... > Linux Networx http://www.lnxi.com > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > User-mode-linux-user mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > |