Karl,

On Wednesday 01 April 2009, Karl Auer wrote:
> I have several guests running on a laptop host. They all work just fine,
> and I have host interface networking on all of them. They get DHCP
> addresses from a DHCP server elsewhere in my network, as does the host. The
> host is Ubuntu 8.04 running VB 2.1.4. The guests are all Ubuntu 8.04, and
> all or clones of the same original.
>
> If the host is suspended and then unsuspended, guest networking doesn't
> come back. It looks OK, and local networking still works (within the guest,
> such as pinging the DHC address or localhost) but networking to outside the
> guest does not work. It can't get a DHCP address again, either.
>
> Doing a networking restart on the host doesn't help (sudo
> /etc/init.d/networking restart). Doing a networking restart on an affected
> guest does not help either. Shutting down the guest and restarting it is
> the only solution.

Please could you open a bug report at www.virtualbox.org? Please
''attach'' the VBox.log file of such a session.

> I have made one major networking-relevant change; in
> /etc/udev/rules.d/75-persistent-net-generator.rules I added this rule:
>
> ATTR{address}=="08:00:27:*", GOTO="persistent_net_generator_end"
>
> It causes VB MAC addresses to be ignored (not made persistent). This was
> necessary to allow the clones to do networking *at all*; I don't understand
> why it is needed, but it is.

This is required because udev ensures that an ethernet interface
is bound to a specific MAC. If the MAC of the emulated NIC changes
(which is done when the VM is cloned), the guest would choose another
interface for the NIC. The same would happen on real hardware if you
would change the MAC address of an ethernet card. You might have
seen that there is already an exception for VMware in the file you
changed.

Kind regards,

Frank
-- 
Dr.-Ing. Frank Mehnert    Sun Microsystems    http://www.sun.com/

Attachment: signature.asc
Description: This is a digitally signed message part.

_______________________________________________
vbox-users mailing list
[email protected]
http://vbox.innotek.de/mailman/listinfo/vbox-users

Reply via email to