VMware Fusion 11.0.1 Release Notes



Fusion patches for the vmxnet3 VM escape exploit and the problem where Fusion fails to start if another virtualisation tool was running before Fusion starts.

via VMware Fusion 11.0.1 Release Notes

No internet access in Windows connection


I’ve had exactly this problem from time to time in Fusion recently. A quit and start of the Fusion app was required to fix it. If I’m seeing the same problem as this then there is a fix so you don’t have to quit and start Fusion. The OP is running Fusion 7 on macOS 10.13.4 which isn’t supported.

I’m running Windows 7 in VMWare Fusion 7.1.3 on a Macbook OS 10.13.4. I’ve been running Fusion for years. Right now the network connection is not working when I’m in my office. In Windows I get a 169.xx.xx.xx IP address and “no internet connection” when in bridged connection.

Source: No internet access in Windows connection

I’m running Fusion 10.1.2 on macOS High Sierra 10.13.6 and see this problem from time to time. The command to restart the Fusion netcli is:

sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli –start
sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli –stop
sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli –configure

Note that the above lines are wrapped because bleh.

HT to https://vbrownbag.com/2014/03/restart-vmware-fusion-networking-from-the-command-line/ for the CLI snippit.

VMware Fusion 8.5.X – Windows 10 – Shared Folders AWOL


Updated: 20170228

The problem occurred again. This time, an uninstall and reinstall of VMware Tools didn’t fix the issue.

The fix was to:

  • Open the VMware Fusion Sharing preferences and leave “Enable Shared Folders” ticked but untick all the “Mirrored Folders”.
  • When prompted, log off and log back on.
  • Open the VMware Fusion Sharing preferences and select the folders you want under ‘Mirrored Folders’.
  • You will again be prompted to log off. Log off and then log back on.

The mirrored folders should be accessible again.


VMware Fusion has a nifty feature called ‘Shared Folders’ thats lets you access data on the underlying Mac OSX host from within the guest OS. Fusion must be configured to enable it and VMware Tools must be running inside the guest for it to work.

Recently, mine stopped working. I hadnt disabled the feature in Fusion and nothing lept to mind about other changes I could have made that caused the problem.

Today I had some spare cycles to dig into the cause of the problem and find the fix. See the source below from Nov 2015.

TL;DR: Windows Update nerfs a registry value which VMware Tools uses. The fix was simple, uninstall VMware Tools, reboot, install VMware Tools, reboot.


Source: Shared Folders – Windows 10 upgrade from 15.11. | VMware Communities

Windows Update Standalone Installer Error


I had to install PowerShell 3.0 on my Windows 7 SP1 VMware Fusion 8.5 VM earlier today and grabbed the installer from https://www.microsoft.com/en-us/download/details.aspx?id=34595. The download was done from Chrome on my Mac and saved to my Mac’s Downloads folder.

I have Shared Folders running in Fusion so I have direct access to the Downloads folder from Windows via the Z:\ drive presented to Windows.

When I ran the .msu file from z:\downloads I would receive an error which said:

Installer encountered an error: 0x80070003
The system cannot find the path specified.


The fix is to copy the .msu file to a VMDK based disk in the VM and run it again.