VirtualBox

Ticket #5061 (new defect)

Opened 5 years ago

Last modified 3 years ago

VirtualBox Network Adapter Not Installed as ENDPOINT on Windows Host

Reported by: FineWolf Owned by:
Priority: critical Component: network/hostif
Version: VirtualBox 3.0.6 Keywords: NdisDeviceType
Cc: Guest type: other
Host type: Windows

Description

Currently, the installer doesn't install the VirtualBox Network adapter as an NDIS_DEVICE_TYPE_ENDPOINT(1). The end-result of this is Vista/Win7's Network & Sharing Center shows an additional network as Unknown, bumps all other networks to public mode, and causes trouble with everything network related on a machine (extremely visible on computers with Wireless LAN such as laptops).

The solution as described in the forums ( http://forums.virtualbox.org/viewtopic.php?f=6&t=9429&start=0#p85653) is to simply manually identify the sun_vboxnetadp as an NDIS_DEVICE_TYPE_ENDPOINT by creating the NdisDeviceType (there should be an asterisk before that) key and setting it to 1.

The sun_vboxnetadp being an ENDPOINT by definition, this should be done by the installer out of the box. It's been an issue persisting for various versions now and should be fixed ASAP.

Change History

comment:1 Changed 3 years ago by frank

  • Component changed from installer to network/hostif

comment:2 Changed 3 years ago by misha

With the NdisDeviceType set to NDIS_DEVICE_TYPE_ENDPOINT, Windows firewall will not be used for the Host-only adapters; also Host-only adapters will not be visible in windows Network sharing center.
This is why we do not set NdisDeviceType to NDIS_DEVICE_TYPE_ENDPOINT for Host-only by default.

comment:3 Changed 3 years ago by mhungry

Surely there must be a way to fix this issue safely.

Right now this is breaking some host machine (Vista/Win7/Server2008) functionality, which should be considered unacceptable.

To state the problem succinctly: Under Vista/Win7, etc the network sharing center currently assigns the Host-Only virtual adapter as "Unidentified Network", which is not re-nameable. As such, on a reboot or waken from sleep, it automatically changes it to a public network (even if you've set it to private previously), which then disables Network Discovery for the entire machine. This is a particular problem if you are in another private network on a physical adapter because it disables browsing of network shares, and requires you to turn it on every time this happens.

The current two workarounds are: 1) Enable Network Discovery on all public networks. This is not necessarily a big deal if you are on a fixed, controllable network (e.g. on a home router) on a server or desktop machine that does not change networks. However, it is unacceptable for a laptop that may be subject to public networks or on a machine that frequently changes networks. 2) Add the *NdisDeviceType=1 key to the registry to make the adapter an endpoint device. This is not desirable because it removes the device from the protection of windows firewall completely.

In one sense, the behavior that Windows is presenting us with is proper security behavior. However, it's a damned sight annoying and unnecessary in many cases.

The fix needed from a user standpoint is to change the adapter network behavior in a way so as to allow the "network" to be renamed in Network and Sharing Center, such that it can be designated a private network, if desired. This would allow Network Discovery to remain enabled.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use