-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Comments
This is true
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. |
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. |
Describe the issue
According to network-mode:
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
The text was updated successfully, but these errors were encountered: