Bridging VirtualBox Network Adapter - Fails most some distros
Linux - Virtualization and CloudThis forum is for the discussion of all topics relating to Linux Virtualization and Linux Cloud platforms. Xen, KVM, OpenVZ, VirtualBox, VMware, Linux-VServer and all other Linux Virtualization platforms are welcome. OpenStack, CloudStack, ownCloud, Cloud Foundry, Eucalyptus, Nimbus, OpenNebula and all other Linux Cloud platforms are welcome. Note that questions relating solely to non-Linux OS's should be asked in the General forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Bridging VirtualBox Network Adapter - Fails most some distros
Using VirtualBox 6.1 on Debian 5.4.13-1kali1 (2020-01-20) x86_64 GNU/Linux
* 64-Bit
Goal is to bridge Kali's WLAN0 with Centos distros. This bridging works fine in Mint, and Mint bridging settings appear the same in Centos distros. I have also toggled various settings, such as cable connected, etc, with no benefit.
I'm far from an expert, as a matter of fact I just started learning this stuff 2 days ago but I just did something similar in Mint with VLANs and it works flawlessly.
Your post is missing lots of information. What is the Host OS and Guest OS? You're talking about Kali (hacking tool), Centos and Debian...
I understand you're trying to bridge the host Wifi adapter to use as an ethernet adapter in the VM's.
How did you try this? AFAIK you need to create the bridge at the host OS level, then assign it in the VBox settings to the VM.
Works on my end with wired connections. My host OS is Mint 19.1 and I used /etc/network/interfaces to create the bridge at boot time and make sure it is up. I also use VLAN's and they are also created at boot time and up via thw same file. Works perfectly.
Post a bit more info such as the output of "ip address" on the host so we can get a better idea of what you have in your hands.
@ lpallard ... This is being a fun newbie lesson on configuring NIC's with their respective cfg files, etc..
First, I set Kali's wlan to use a static IP 192.168.0.200 & DNS 192.168.0.1; This works fine
Next, I set the Centos 7 1810 core VBox VM to use a static IP (.175) & Gateway (.1) via /etc/sysconfig/network-scripts/ifcfg-enp03
* This results in the VM being able to ping the gateway
Now I am reviewing websites which explain how to configure static DNS entries; and also how to update the modified entries upon a service or system reboot. More digging, but I am farther ahead than I was the other day. Will also be testing another RH/Centos VM to ensure its address is correctly being assigned via DHCP. This is obviously what the Linux Mint VM is doing, as I have never modified its configuration files and it can traverse outbound and resolve website names with ease. Yes, I am aware that Kali & Mint are using /etc/network/interfaces for their key network configuration scripts, and RH/Centos have its key configuration files located under /etc/sysconfig/network-scripts/ .. Goal is to (I guess) auto-update /etc/resolv.conf with DNS entries upon boot, or make them permanent.
Last edited by James_Wood; 05-06-2020 at 04:09 PM.
Reason: Add clairity
@ sevendogsbsd .. Key OS on my laptop is Kali. Running VBox is simply to examine and lightly test some of the other distros that I haven't seen out there. Now, were you alluding to something, or simply expressing your views? Am trying to gain an understanding for why you feel I shouldn't be doing this.
Just wondering since Kali is a pen testing distro and not meant for daily use, or rather as a desktop. You CAN, but I can drive a McLaren P1 as a daily driver and it will get me from a to b, albeit not very efficiently
If you are a pen tester, more power to you, but I answered this way because we get a ton of new users that choose Kali as a desktop and can't figure out why it doesn't work very well. They aren't. pentesters and know nada about Linux so in those cases Kali is a bad choice.
I pentest web apps as my main job and use it in a VM so always ask when people have issues with Kali.
kali is prominently known as a distribution for digital forensics and penetration testing. It was configured specifically to be that and not really an everyday distribution.
However, with the release of version 2020.1 the developers have made some changes so that you have to login as a regular user instead of root. This release is more like an everyday distribution however it isn't tested for compatibility with everyday programs so there is no guarantee of stability and no bug testing.
I've installed CentOS 7 several times (don't remember what 7.x it was) as a VirtualBox virtual machine and have not had any problems with bridged mode using a laptop with a wireless adapter. Both using Windows and linux hosts. CentOS 7 does use Network Manager so any configuration changes with the configuration scripts you need to disable network manager or configure it to use the scripts. In addition systemd complicates things a bunch with systemd-resolvd. I have not tried CentOS 8 yet but from what I have read it does not use the configuration scripts anymore.
kali and Mint are both based on debian so their configuration scripts are similar.
Backtrack and Kali have been my key OS's for ~8yrs. I originally started with these to learn the concepts of Linux, and also to learn the aircrack suite, so I could demonstrate vulnerabilities to clients at the time. I am less focused on 802.11 these days, and now primarily looking to enhance my administration skills with Linux. This is in part why seeing the NIC configuration files being in alternate locations {RH/Debian} caught my attention.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.