-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Aug 27, 2008 at 02:27:38PM -0600, [EMAIL PROTECTED] wrote: > In fact there's a strange issue, not bad but strange, with my both > interfaces, let's say eth0:192.168.1.11(rj45) and eth1:192.168.1.12(wifi) > > If I ping them from a third party host 192.168.1.x BOTH of them send reply > no matter if am connected by wire or wifi, as if they were connected > simultaneously... I guess that is for some internal routing... > > Example: > > If connected by wireless 192.168.1.12 and from a third party host send a > ping to the wired interface 192.168.1.11 it replies using the wireless > interface! so no matter which medium is connected, both of them respond by > the active one. >
My guess would be that happens because you have 2 default routes, but I could be totally wrong. I would second the suggestion to remove eth0, and see if that makes a difference in your guest being able to access the gateway. > Am beginning to think that it will be better to leave NAT and services > accessibe just in host<-guest direction, anyway the host or other host in > the network rarely will access the guest, or create two virtual machines > sharing a same disk image, one usinga NAT and other using Host Image, and > just change WinXP guest IP configuration when required... Keep in mind also that if the host networking doesn't work out, you can always use nat, and still forward whatever ports you want through to the guest. So you should be able to still achieve whatever it is you want to achieve using nat/port forwarding, if the host networking doesn't work out. Greg - -- web site: http://www.romuald.net.eu.org gpg public key: http://www.romuald.net.eu.org/pubkey.asc skype: gregn1 (authorization required, add me to your contacts list first) - -- Free domains: http://www.eu.org/ or mail [EMAIL PROTECTED] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki1vBUACgkQ7s9z/XlyUyCTZwCdGY0XClupGIfkn420713dK6w2 gYkAn01tcz1fjMya29WYN9oLTsDZ1Bk6 =cboJ -----END PGP SIGNATURE----- _______________________________________________ vbox-users mailing list [email protected] http://vbox.innotek.de/mailman/listinfo/vbox-users
