03- Modifying VMWare player network settings

There are times when you want to modify the settings for networking in VMWare Player. In VMWare Workstation, sure, there is a GUI tool to do this, but the situation in VMWare Player is more complex.

VMWare Player uses 192.168.75.0/24 for the NAT address range, and I would rather use 10.0.2.0/24. Why do I care? The address range I use in the classroom laboratory for instructor demos is 10.0.2.0/24, (with a gateway at 10.0.2.254) so by using the same address space and gateway on VMWare as in the lab, I can simply copy the systems from one network to another without having to manually update all of the statically assigned IP addresses on each system. It turns out that VMWare Workstation has a graphical tool that can be used to modify the network settings, but that tool does not come with VMWare Player.

Fortunately Leeland Artra ran across the problem as well, and provided instructions on how to make the change manually. Some folks on the VMWare Community Forums have also provided some documentation for these command line commands.

From an administrator prompt on the host, run

c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- stop nat
c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- stop dhcp
c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- set vnet vmnet8 mask 
255.255.255.0
c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- set vnet vmnet8 addr 
10.0.2.0
c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- set adapter vmnet8 
addr 10.0.2.2
c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- set nat vmnet8 
internalipaddr 10.0.2.254
c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- update dhcp vmnet8
c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- update nat vmnet8
c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- update adapter 
vmnet8
c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- start dhcp
c:\Program Files (x86)\VMware\VMware Player>vnetlib.exe -- start nat

When all is finished, I end up with

c:\Program Files (x86)\VMware\VMware Player>ipconfig

Windows IP Configuration

--- output deleted ---

Ethernet adapter VMware Network Adapter VMnet1:

   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : fe80::4967:40ce:b5f5:eff8%19
   Autoconfiguration IPv4 Address. . : 169.254.239.248
   Subnet Mask . . . . . . . . . . . : 255.255.0.0
   Default Gateway . . . . . . . . . :

Ethernet adapter VMware Network Adapter VMnet8:

   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : fe80::8b2:ef5d:394c:390f%20
   IPv4 Address. . . . . . . . . . . : 10.0.2.2
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . :

Here we see that the IP address of the Windows host will be 10.0.2.2- at least in so far as a VMWare guest running with NAT networking is considered.

  1. Sri Ved
    March 28, 2018 at 9:57 am

    This did not work on Windows 10. I even tried changing the name of the adapter to “VMware Network Adapter VMnet8” and “VMnetAdapter8” (per listing in ipconfig and adapter hardware id property), but none worked. Any clue? The only changes were: My network is 10.0.0.0/24, Adapter IP: 10.0.0.10 and Gateway is 10.0.0.1.
    Any clues?

    • March 28, 2018 at 11:31 am

      I haven’t looked at VMWare Player in years, and would not be surprised that things have changed.

  2. S V
    April 3, 2018 at 7:29 am

    Never mind my previous comment, these steps work just fine in Windows 10 too. Was entering one wrong value that messed things up. Thank you.

  3. Chester Cai
    December 23, 2018 at 8:33 pm

    i had a newly installed VMW WKSTN 12 player on WIN7 Pro and any VM copied or created was giving me a “a duplicate name exists on the network” error with resulting Iprange of 169.254… even when no dupes exists.
    Lots of comments and suggestions in other sites but nothing resolved it for me til i ran the commands above from the admin prompt.
    It could be that the previous IP range it picked was already existing. but just changing the VMnet8 was enough to also get VMnet1 working.
    Running the commands also actually updates the vmnetdhcp.conf file and other files located in C:/ProgramData/VMware/. i noticed that before the above commands, it had several blank lines before the config lines started. but after running the commands, it was cleaned up.
    What i also believe happened is in so running the commands, the associated registries was renewed and cleaned up. allowing my issue to go away. unfortunately i’m not expert enough in VMware to know what that detail entails.
    Thank You for posting the above.

  4. MartinK
    October 7, 2019 at 12:37 pm

    Thanks, worked for me with Windows 10 1903 DE x64 and VMWare Player 15.5.0 .

    This is what I was looking for since a long time … VMWare “removed” the former “hack” of un-zip-ping the *.exe-file and one of the inner *.cab-files and starting “vmnet.exe” (or similar)

  5. Ciprian Nita
    September 30, 2020 at 5:48 am

    You can see content of vmware installer with 7zip … find network.cab and inside you find the vmnetcfg.exe 🙂

  1. No trackbacks yet.

Leave a comment