Description: I've encountered several network connectivity issues when creating a new MacOS 15 virtual machine in Parallels Desktop: Shared Network Problems The MacOS 15 VM is assigned an IP address in the 192.168.64.xx range and cannot use shared networking In contrast, Windows VMs (with IP addresses in the 10.211.xxx range) work perfectly fine under the same conditions VPN Compatibility Issue When VPN is enabled on the host machine, the MacOS 15 VM completely loses network connectivity Windows VMs maintain normal network access even with host VPN enabled Environment: Virtualization Software: Parallels Desktop (PD 20 For Mac Pro Edition) Virtual Machines: MacOS 15.2, Windows 11 Host System: (MacOS15.2) Confirmed Behavior: Issues only occur with MacOS 15 VM Different IP subnets are assigned to different OS VMs VPN has a significant impact on MacOS VM network connectivity Questions: Has anyone else experienced similar issues? Are there any known solutions or workarounds? Has this been acknowledged as a known issue by Parallels?
I have a similar problem, but the IP address that DHCP assigns is from the 169.254.x.x range. Manual IP assignment (10.211.x.x) doesn't solve the problem. The version of macOS guest VM is the same as the host's one: 15.2 (Sequoia)
I can confirm this as well. Installing the guestOS macOS 15.2.0 dies if the VPN is turned on. GuestOS will terminate if you try to boot it from Parallels Control Center with the VPN turned on.
I am having same issue. Currently on macOS 15.2 host OS and macOS 12.6 guest OS on M1 physical MacBook Pro. When guess VM is configured to shared network for 10.211.55.1 subnet, it reverts back to 192.168.64.1 subnet and though sometime, i could access internet, the vpn connection is not shared. This is frustrating issue and Parallels KB instructions to fix it are not working (https://kb.parallels.com/129984/)
Same issue here and very annoying since I cannot access the web server in my Ubuntu VM. But even with an IP address in another segment, there should be a route in the host to fix this. But it would be better if _all_ virtual machine are in the same network.
I guess no one has fixed this issue? I made a support ticket and if resolved, I will try to post it here. My setup is a host M series macbook running Sequoia using an OpenVPN client. I have a windows 11 vm via Parallels. I have internet access for both systems when using the VPN BUT I can't access anything else on the .1 subnet. Which is what I really need on the host. I have multiple vpn conf edits pushing the .1 subnet but the host mac refuses to abide by those pushed rules from the vpn server. I have confirmed it's parallels causing this because the mac worked perfectly with the VPN before installing parallels. on two systems. No matter how I disable networking options in parallels and the VM, it continues to not recognize the .1 subnet over the vpn. I've also tried some route swapping to use the VPN route which does work but it's temporary until the VPN turns off, then you'd need to manually trigger the route swap again. I don't think I should have to make loads of conf files that auto trigger when the vpn turns on etc, when parallels is the cause. I'm trying to find a setting or 1 config file to make that removes whatever hold parallels has on the host networking settings.
Hi, did anyone get ant reply from Parallels about this problem? I have a similar problem, MacOS 15.4.1 Parallels Version 20.3.0 (55895)
There is a Parallels Preview version at https://my.parallels.com/desktop/preview that solves this problem. I had that installed and it worked fine, but there were other issues e.g. that my Laravel/homestead box didn't want to start properly. So I had to rollback. But it might work for you. If you can't download it, I suggest you contact Parallels support and ask for it.
I am still working with support on the issue. Their support is not very good with communication so far. I will update this when I know more
Good morning. I was able to gain connectivity by modifying the network source to default adapter (bridged) in place of shared recommended. I also assigned a static address in place of using DHCP with IPv4 using a gateway for the allocated range of x.x.x.1. A caveat to this is that this config (Mac VM) will not utilize the VPN connection, whereas with the default settings of shared recommended, does use the VPN connection (VM). In addition to this, DHCP is disabled globally which is rather pointless. This config parameter should be isolated to a singular device. Nonetheless, while this makes the internet reachable from the Mac VM, it hoses up the config for other VM's. The host endpoint does maintain ingress/egress traffic with the VPN connection, whereas the Mac VM as noted above hangs onto the public. From a security perspective this is a no go.
I'm still "sort of" working with support. They opened a development ticket which IMO is a blackhole. I'm not sure I'll get a response back since I've been talking to support for over a month now... I did finally get access to the preview builds since someone above said that fixed it for them. So I'm going to see if that resolves my issues to let support know whatever they changed in the preview needs to be in the live version. The solution Bjn@ry mentioned wouldn't work for me. I have users that need this to be as simple as possible. Just using a VM is difficult for some. Add on a VPN, it's even more complicated for them. Restricting their laptops to static IPs is a no go. Appreciate the effort of the solution but for my case, it's not viable. I'll keep everyone updated when I get more info
Update: The preview build did not fix the issues on systems already affected. I was however able to pin point the exact issue for me and send it to the dev team. My OpenVPN uses the utun4 network interface when enabled (this is by default). It's suppose to switch over 192.168.1 traffic to also use that network interface automatically thanks to server configs that download to the VPN client (route all network traffic over the VPN). The issue is, once Parallels is installed, the VPN cannot tell the 192.168.1 traffic to switch to the same interface the VPN is using. It stays on the default en0 Network interface. If you manually change the network interface for the 192.168.1 traffic on your mac, it works temporary as those changes only stay until a system restart. I do not believe I should have to make scripts that update that network interface myself. Parallels needs to not mess with these settings. Although it is very strange that even after wiping a system, it still acts this way on a fresh macOS install. Only brand new Macs that have never had Parallels installed, work totally fine with my VPN. Very strange and annoying. Hope this insight helps for some. Try manually changing the network interface for your subnet traffic that's not working and see if it helps. Let Support know if that fixes your issue. The more people reporting the same thing the faster it will get resolved.
