Originally Posted by javacontour
I've not had good luck trying to bridge WiFi connections. But to be honest, I've not tried it with my last two laptops, so certainly 3-4 years ago if not more.
I did have a Toshiba Tecra M5 the last time I tried that sort of thing, so it may work better now.
At least for how I use my laptop, NAT is the best as it works regardless which interface I'm using, as long as I'm only using one of them.
It does get a tad more complex if I'm using both. But usually, if I'm using both, the copper Ethernet is configuring servers and switches and what not for installations, while the WiFi is my connection to the Interwebs.
Then, to make things more complex, the VM is often on a VPN while the host isn't.
What a complex world we inhabit.
Originally Posted by OVERKILL
Originally Posted by javacontour
Originally Posted by Sierra048
If I can get this to work, that's what I am hoping for as well. When you run Windows, does everything work like a regular windows 10 machine? USB ports, WiFi, etc... Thanks.
The hardware is virtualized, so you don't usually have the actual network interface, but a virtual interface presented by the VM.
If the host is networked via WiFi, you want to configure the interface using NAT, not bridged. Both machines cannot run the radio of a WiFi interface, so it should be presented to the VM as an Ethernet port. I think I present an Intel Gigabit Ethernet to the VM. Also, since I do this on a laptop,it may be on WiFi in one location and on the copper Ethernet in another, so it doesn't make sense for me to bridge to a specific interface. The VM always sees the Intel Ethernet regardless how the host machine actually gets on the network. VirtualBox takes care of translating whatever is going on in the host to something the VM can use.
USB devices are presented based on the USB portion of the devices drop down menu. By default, a USB device is NOT presented to the VM. The host probably has the device. You must tell the host to stop using it and then present the device to the VM via the VM settings.
Bridging is fine, it doesn't try to share the physical adapter, it just forgoes the NAT route and tries to grab an IP directly through the virtual adapter, which is bridged via software with the physical adapter. The virtual (bridged) adapter will still present as an Ethernet interface, regardless of the interface it is bridged to. For example, on my MBP, I have it currently bridged with my WiFi adapter, but I can readily switch it to my USB Ethernet adapter when it is connected.
What usually causes that is a MAC address security feature in the equipment you are connecting to that only allows for one IP per MAC, this is common with Cisco switches on the Ethernet side, as one of Cisco's default Macros enables that and only one MAC per port
Because what you are essentially doing is creating a software "hub" behind a single MAC, this can cause issues in that scenario. With NAT, because there remains only one LAN-facing IP address and the masquerading takes place behind it, it will work in that setup.
This usually isn't an issue on home or SMB gear, but can be on enterprise.