Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarify "Shared network" #6568

Open
nirs opened this issue Aug 18, 2024 · 3 comments
Open

Clarify "Shared network" #6568

nirs opened this issue Aug 18, 2024 · 3 comments
Milestone

Comments

@nirs
Copy link

nirs commented Aug 18, 2024

Describe the issue

According to network-mode:

Traffic is routed directly by the host operating system and the guest shares a VLAN with the host. Services running on the guest and the host can see each other without additional configuration. This is recommended for new virtual machines.

The docs do no not mention access between VMs, but the term Shared Network is a hint that this should work.

I'm trying to access one VM from another VM, using Apple virtualization in both, and it looks like there this works only with Bridged network. Is this expected?

When both vms are using Shared network, I can access the VM from the host, or the host from the VM, but I cannot access to another VM (tested with iperf3).

When both VMs are using Bridged network, I have have network access between the VMs.

Is shared network using VZNATNetworkDeviceAttachment and bridged network using VZBridgedNetworkDeviceAttachment? In this case it is clear why this does not work.

This looks like a documentation issue, the docs should help users that need access between VMs to choose the right network mode.

Also the Network page for a VM could have a simple description of each mode, or a link to the section in the docs for each type. The only thing we have is "Shared Network" and "Bridged (advanced)". These names do not help users that do not know the way networking is implemented in UTM.

Configuration

  • UTM Version: Version 4.5.3 (99)
  • macOS Version: 14.6.1
  • Mac Chip (Intel, M1, ...): M1 Pro
@osy
Copy link
Contributor

osy commented Aug 22, 2024

Is shared network using VZNATNetworkDeviceAttachment and bridged network using VZBridgedNetworkDeviceAttachment? In this case it is clear why this does not work.

This is true

Also the Network page for a VM could have a simple description of each mode, or a link to the section in the docs for each type. The only thing we have is "Shared Network" and "Bridged (advanced)". These names do not help users that do not know the way networking is implemented in UTM.

What would you recommend the names be?

@nirs
Copy link
Author

nirs commented Aug 23, 2024

Also the Network page for a VM could have a simple description of each mode, or a link to the section in the docs for each type. The only thing we have is "Shared Network" and "Bridged (advanced)". These names do not help users that do not know the way networking is implemented in UTM.

What would you recommend the names be?

Bridged is pretty good name, it described the network and it matches names used in other projects like libvirt. A short description can help people that need more help. For longer description a link to the docs would be useful.

Shared network is confusing since in other projects (e.g. lima) this is used to create user network providing access from host to vms and from vm to vm (like bridge, but 30 times slower). We can call it NAT (matching the underlying implementation) but I don't know if this will be more helpful to most users. Also in Libvirt NAT is used to describe an local network (192.168.122.0/24) allowing access from host to vms and between vms, so NAT can create more confusion. Since the name is more confusing, adding short description in the dialog is even more important.

When a user selects the network, they need to know the differences. Can I access the one vm from another? can I access a vm from another machine? The dialog should make this clear.

The dialog has lot of whitespace so adding a short description of the selected network mode is possible. Adding a (?) button linking to the docs or local help will be familiar to users.

@osy osy changed the title Cannot access another VM Clarify "Shared network" Aug 23, 2024
@osy osy added this to the Future milestone Aug 23, 2024
@derekelewis
Copy link

It would be helpful if there was something between the current Shared Mode (Single VM to Host) and bridged with the Virtualization framework, which gives the VM access to the physical interface of the host. VMWare Fusion's Shared Mode allows VMs on a private host network to communicate with one another on a private network. I believe this is how UTM has historically worked with qemu emulation vs Virtualization framework. If it is a limitation with the Virtualization frameowrk, then I understand the current behavior.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants