Page 1 of 1

Host Interface error after 2.0.6 -> 2.1.2 Fedora 8 Host/G

Posted: 23. Jan 2009, 01:41
by keithsdragons
Host Interface error after upgrading 2.0.6 -> 2.1.2 Fedora 8 Host/Guest

(I hit the character limit on the subject line, sorry.)

Alright, so I've prowled around the forums to try and track down any hints for what to do with VirtualBox's new net driver when it doesn't work. I have been using TAP interfaces to host samba shares for our school network on a virtualized (and therefore easily backed-up) server since v1.6.

The new drivers look really promising, and I'm using assigned IP addresses for both the host and the guest machine (they have assigned network names for students to connect to) so it should have worked smoothly once I loaded up the VM.

If it's as it worked previously, the guest machine's network settings should match those of the host, aside from it's assigned IP. The host interface driver should behave transparently, correct?

I've gone under Settings -> Network and selected Attach To: Host Interfaces, and specified eth1, the internet/WAN connection which I can ping the host machine on from anywhere on campus. When I boot up the guest machine with these settings, I can ping it from the host but am unable to see it from any other machine.

I get the same exact symptoms when I attach it to br0, the bridge that I was formerly using. I can use the samba shares, SSH to it, ping it, etc. from the host machine, but am unable to reach it at all from another computer on the network. I can do all of the above to the host machine, so it's not a general connectivity issue.

With the new driver, should the bridge have a specified IP address? (And if so, should that IP address match that which the guest machine will be using?)

I'll copy in the text from ifconfig for both host and guest here in a moment...

Posted: 23. Jan 2009, 02:09
by keithsdragons
I'm guessing that the host machine is able to communicate through the loopback, but I don't know how to test that, or how to see what I need to do to access the guest from another computer.

There doesn't seem to be a VBoxAddIf tool anymore either, so the old methods must really be gone...

Oh, and the guest machine no longer has internet, either. Hrmm...

Alright, host machine (Fedora 8): ifconfig

br0 Link encap:Ethernet HWaddr 00:30:48:97:89:6E
inet addr:10.130.31.26 Bcast:10.130.31.255 Mask:255.255.255.0
inet6 addr: fe80::230:48ff:fe97:896e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4083 errors:0 dropped:0 overruns:0 frame:0
TX packets:41 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:312627 (305.2 KiB) TX bytes:4731 (4.6 KiB)

eth1 Link encap:Ethernet HWaddr 00:30:48:97:89:6F
inet addr:10.130.31.24 Bcast:10.130.31.255 Mask:255.255.255.0
inet6 addr: fe80::230:48ff:fe97:896f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:15436 errors:0 dropped:0 overruns:0 frame:0
TX packets:20082 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:1394215 (1.3 MiB) TX bytes:9925280 (9.4 MiB)
Memory:ea200000-ea220000

Guest Machine (also Fedora 8):

eth0 Link encap:Ethernet HWaddr 08:00:27:BA:05:67
inet addr:10.130.31.25 Bcast:10.130.31.255 Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:feba:567/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1068 errors:19 dropped:0 overruns:0 frame:0
TX packets:346 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:112703 (110.0 KiB) TX bytes:23813 (23.2 KiB)
Interrupt:11 Base address:0xc020

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2638 errors:0 dropped:0 overruns:0 frame:0
TX packets:2638 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1850661 (1.7 MiB) TX bytes:1850661 (1.7 MiB)

Posted: 24. Jan 2009, 09:29
by keithsdragons
-nudge-

Any suggestions guys?

Posted: 24. Jan 2009, 16:30
by Sasquatch
The old method is still available, but you have to use the UML-Utilities to create TAP interface and set that as HIF.

It's possible that the network on your campus is causing this error. It's possible that the switch you are connected to only accepts one MAC address connection per port. Possibly it blocks the entire port for a certain time if it detects more MAC addresses.

Please ask your campus network admin for more information on this.