this post was submitted on 18 Feb 2026
3 points (100.0% liked)

Selfhosted

56580 readers
614 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

  7. No low-effort posts. This is subjective and will largely be determined by the community member reports.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
ruud@lemmy.world
Loki@lemmy.world
CannaVet@lemmy.world
devve@lemmy.world
HybridSarcasm@lemmy.world
HybridSarcasm@lemmy.hybridsarcasm.xyz
3
I need help with networking for VirtualBox guests running on Windows hosts. (lemmy.world)
submitted 1 hour ago* (last edited 1 hour ago) by rtxn@lemmy.world to c/selfhosted@lemmy.world
11 comments fedilink hide all child comments
 

I know this isn't "selfhosting" as most people imagine it, but it is about hosting services on own hardware, hence why I'm posting in this community.

I'm supposed to help a teacher set up a networking exercise where pairs of computers are connected directly on a crossover cable and can access services (echo, HTTP, SSH, FTP) on each other. Every computer is identical: Windows 10 host, one VirtualBox VM running Linux Mint with a bridged adapter in promiscuous mode. Each host and VM has its own static link-local IP address.

The problem is, the VMs can't talk to each other, and I don't know why.

From one VM, I can ping itself, its host, and the remote host, but not the remote VM. Each host can ping itself, the local VM, the remote host, but not the remote VM. I've tried connecting both hosts to a layer-2 switch, with the same result.

Can someone point me at the one thing that I'm obviously doing wrong?

(edit) I've also tried to set the default gateway to the host's, remote host's, and remote VM's address, but nothing changed.

Running Linux on metal isn't an option. In the past, the classroom computers used to dual boot Windows and Ubuntu, but the Windows install got so bloated (the software too, not just Windows) that it needs the full SSD.

top 11 comments
sorted by: hot top controversial new old
[–] Onomatopoeia@lemmy.cafe 1 points 2 minutes ago* (last edited 2 minutes ago)

I've re-read the docs around VirtualBox bridging, and the only thing that I think could possibly cause this (though it shouldn't since ping is a direct address to a specific IP/mac) is to enable Promiscuous mode (as cappucino mentioned).

This shouldn't fix it in my opinion, but it may, since ICMP could be considered undirected traffic (I don't, but I didn't code VirtualBox).

I've sometimes found using trace instead of ping can sometimes work where pings would be blocked, plus trace shows exactly where it dies along the path.

[–] capuccino@lemmy.world 2 points 36 minutes ago

Try this setup.

[–] capuccino@lemmy.world 1 points 39 minutes ago* (last edited 37 minutes ago)

Try this setup.

[–] fizzle@quokk.au 1 points 41 minutes ago

I'm certainly not an expert on such things but I just didn't think bridged networks in virtual box (or docker) were intended to work that way.

The behaviour you're seeing is exactly what i would have expected.

In docker I think the solution would be to use the "host" network adapter on the guest VM.

[–] slazer2au@lemmy.world 1 points 54 minutes ago

This is going to sound stupid. Have you checked both the host and VM firewalls are allowing the traffic?

To assist in troubleshooting you can install Wireshark to see what traffic is hitting the NIC. If you see the the traffic in Wireshark then the sending is working but the host or VM is not receiving.

[–] diecknet@discuss.tchncs.de 3 points 1 hour ago (1 children)

You mentioned that you can't ping the remote VM. Have you checked if the remote VMs IP is reachable? Is it in the ARP table? Check with arp -a

[–] rtxn@lemmy.world 1 points 1 hour ago* (last edited 1 hour ago)

I checked ip neighbour (it also shows the ARP table, so I assume they're identical), and it showed REACHABLE and STALE for addresses I could ping, but FAILED for the remote VM's address. I will check arp -a when I get the chance, though.

[–] zewm@lemmy.world 1 points 1 hour ago

10.0.0.1 is usually the gateway IP. Have you checked that there are no IP collisions happening?

[–] db_geek@norden.social 2 points 1 hour ago (1 children)

@rtxn I'm no expert in networking with VirtualBox, but did you already had a look into the manual?
https://www.virtualbox.org/manual/ch06.html#network_udp_tunnel

[–] rtxn@lemmy.world 1 points 1 hour ago (1 children)

I'll give it a try tomorrow, thanks.

Although I'd still prefer to know why the VMs won't talk over simple Ethernet.

[–] db_geek@norden.social 1 points 1 hour ago

@rtxn Maybe you find the reason in the chapter for Bridged Networking.
https://www.virtualbox.org/manual/ch06.html#network_bridged

With bridged networking, Oracle VM VirtualBox uses a device driver on your host system that filters data from your physical network adapter. This driver is therefore called a net filter driver. This enables Oracle VM VirtualBox to intercept data from the physical network and inject data into it, effectively creating a new network interface in software.