VirtualBox

Ticket #5515 (new defect)

Opened 4 years ago

Last modified 3 years ago

Builtin DHCP server does not pick up setting update once started

Reported by: SiemKorteweg Owned by:
Priority: major Component: network/hostif
Version: VirtualBox 3.0.12 Keywords: dhcp hostonly disable
Cc: Guest type: Linux
Host type: Windows

Description

I have several hosts that I want to connect with each other without access to the outside world. So all hosts use host-only networking. One of the hosts provides PXE and DHCP, so I went to File -> Preferences -> Network and edited the settings for the host-only networking. In the tab of the DHCP Server I disabled the DHCP server. Then I started my management server (fixed IP address in the proper range), configured DHCP with a range outside the default range for host-only and started one of the client hosts. PXE went well and the OS was installed. When the client host requested an IP-address, it was served with an address from the builtin DHCP server although I disabled this server. Stopping all clients and restarting VirtualBox did not solve this. After a reboot of the host system, the DHCP server was truly disabled and the client was served with an address from my management server.

Change History

comment:1 Changed 4 years ago by trevort

I have this exact same issue. Vbox 3.14 on Windows Vista 32bit Host.

comment:2 Changed 4 years ago by trevort

There should be some way to restart networking on the windows host. In linux your can restart - "sudo /etc/init.d/vboxnet restart" (although I think you need the open source edition).

comment:3 Changed 3 years ago by misha

  • Summary changed from DHCP server for host only network requires a reboot to be disabled to Builtin DHCP server does not pick up setting update once started

Just to make sure I understand you correctly: the "several hosts" that you want to connect w/o access to the outside world are actually "guest OSes" running in VMs you launch, right?

The reason you might see the issue is that VBox "builtin" DHCP server does not pick up its settings update in case it is already running, which seems to be your case.
I.e. the builtin DHCP server starts once any VM using is started and gets terminated only on VBoxSVC exit.

I'll update the bug summary to better reflect the issue. Meanwhile as a workaround for your case, in case you're sure that the given DHCP server (VBoxNetDHCP process) is not used by any VM, you could try killing it e.g. via task manager on windows.
Note: there is a distinct instance of VBoxNEtDHCP process for each intnet(hostif) name, so make sure you kill the proper one by examining the command line args each VBoxNetDHCP process was launched with, which again could be done via task manager on windows hosts.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use