VMware
From Whonix
Introduction[edit]
At the time of writing, the VMware Workstation Player [archive] software package can be downloaded free of charge for x64
computers running Windows or Linux. The VMware vSphere Hypervisor provides a local virtualization solution for running a second, isolated operating system on a single computer, although it has less features than the commercial VMware Workstation product; see here [archive] for a full description of supported platforms, version history and features. A community website [archive] is also available for discussing and resolving issues that are encountered.
Lead Whonix ™ developer, Patrick Schleizer, has expressed serious reservations about VMware:
- In comparison to Free Software [archive], VMware is not very open and transparency is critical for security.
- Users of the free VMware Workstation Player are apparently unable to submit bug reports in contrast to users of commercial products.
- There is no known list of open bugs which means it is difficult to determine VMware's suitability for Whonix ™, such as potential threats to anonymity.
- Attempted bug reports go entirely unanswered, meaning there is little motivation to investigate issues, make contributions, or submit further bug reports.
- Free VMware products only have community support and not professional support.
VMware Whonix ™ Support Status[edit]
- Declined feature request.
- Although pairing Whonix ™ with VMware is occasionally reported as functional, it is considered highly experimental and recommended against.
- It is far safer to use a supported platform.
Table: Unofficial Supported VMware Products
Product | Functionality |
---|---|
VMware Workstation | Previous tests of VMware Workstation were found to be in a working state. Please note it is rarely tested. |
VMware ESX(i) | Up to version 6.0 , VMWare ESX(i) was tested and functional.
|
VMware Server | VMware Server and all other products are untested, but are most likely functional. |
VMware Player | VMware Player was previously tested by an anonymous user and found to be functional, [1]. although this has not been confirmed by Whonix ™ developers. Note that the internal network setup can sometimes be difficult; refer to How to create multiple networks on VMware Player [archive] for further instructions. |
How-to: Run Whonix ™ using VMware[edit]
- After installing Whonix ™ in VMWare, refer to existing Documentation for additional security and anonymity advice.
- For newer, third party VMware configuration instructions, see: How to Run Whonix 15 for Anonymous Web Browsing [archive]
VMware Workstation[edit]
Importing Appliances[edit]
- Either import the Download version or manually build from source.
- Import
Whonix-Gateway.ova
andWhonix-Workstation.ova
. - Due to an upstream VMware bug, it might be necessary to press retry when importing the
.ova
images (to relax the importing requirements).
Network Setup[edit]
1. Connect the virtual network adapter to custom.
This is important! Do not use host-only, NAT or bridging for the virtual network adapter! For example, in testing the vmnet9
virtual network was configured because it was not used by anything else.
2. Adjust the adapter settings.
- Whonix-Gateway ™:
set network adapter 2 to custom
→/dev/vmnet8 (or on Windows probably: vmnet9)
- Whonix-Workstation ™
set network adapter 1 to custom
→/dev/vmnet8 (or on Windows probably: vmnet9)
Note: if vmnetX -- for example vmnet8
-- is already in use by the NAT adapter, do not re-use it for the custom adapter. In that case, utilize something else like vmnet9
.
3. Adjust time settings.
Due to an upstream VMware bug, the VM time is not set to UTC. Manually make this change, otherwise Tor connections might fail.
VMware ESX(i)[edit]
Simply importing the .ova
templates will not work because ESX(i) will not recognize the hardware family. Existing workarounds include using VMware Workstation or extracting the .ova
and then editing the .ovf
files.
Importing Virtual Disk Files[edit]
One method of running Whonix ™ on ESXi is to extract the .vmdk
(VM virtual disk) files; one example can be found here [archive].
To import the appliances:
- Create two virtual machines in ESX(i) with default settings -- do not create a virtual disk for them.
- Import
Whonix-Gateway.ova
andWhonix-Workstation.ova
in VirtualBox (this is not a typo!). Do not check the settingImport as VDI.
. [2] - Once both are imported, retrieve the
.vmdk
disk files from their physical location on the disk (VirtualBox extracts them from the.ova
). - Upload both disk files to the datastore that is being used in ESX(i).
- Attach the disk files to the appropriate virtual machines.
Network Setup[edit]
- Ensure Whonix-Gateway ™ has two network adapters configured as a virtual machine, while Whonix-Workstation ™ only has one.
- Attach the first Whonix-Gateway ™ network adapter to the outside network vSwitch (this can be WAN, LAN, DMZ etc.)
- Attach the second Whonix-Gateway ™ network adapter to an isolated vSwitch. Preferably create a new vSwitch which will only be used by Whonix-Gateway ™ and Whonix-Workstation ™. Note: Do not attach physical NICs to this vSwitch! Ensure a new vSwitch is created and not simply a new portgroup. Promiscuous mode within a vSwitch might jeopardize anonymity.
- Attach the Whonix-Workstation ™ network adapter to the isolated vSwitch from the previous step.
- Boot the machines and check online connectivity has been established.
Alternate Workflow[edit]
If you prefer building from source or the previous instructions did not work, the following method was successfully tested with Whonix ™ 14.0.0.9.9
and ESX(i) 6.7
.
Build Images[edit]
1. Using a 64-bit Linux machine, build both Whonix-Gateway ™ and Whonix-Workstation ™ with the --target raw
instruction.
sudo ./build_whonix --flavor whonix-gateway-cli --vmsize 20G --target raw --build
2. Use qemu-img
to convert the raw images to vmdk
.
qemu-img convert image.raw image.vmdk
3. Move or copy the .vmdk
disks to a data store on ESX(i).
scp
Create VMs[edit]
1. From ESX(i), create a new virtual switch for internal traffic.
Important: Delete the uplink by clicking the x
! Create a new port group for internal traffic using the virtual switch that was just created.
2. Create a new virtual machine named Whonix-Workstation ™.
Guest Linux Debian 10 64-bit
→ one network interface (change network to internal switch/portgroup)
→ delete disk
→ add existing disk
→ select vmdk created for workstation
→ expand dropdown and select IDE controller
.
Then boot the machine.
3. Create a new virtual machine named Whonix-Gateway ™.
Guest Linux Debian 10 64-bit
→ two network interfaces (leave first one default, add second and change to internal switch)
→ delete disk
→ add existing disk
→ select .vmdk created for gateway
→ expand dropdown and select IDE controller
.
Then boot the machine.
Note: This machine will have no WAN access unless a static route is added or eth0
is modified to DHCP.
Using VMWare Workstation as an Intermediary[edit]
If VMware Workstation is available, the following method works without manual extraction and repacking:
- Import both VMs to VMware Workstation.
- Check all settings are properly applied as per the guide above.
- Either export the VMs to
.ovf
and import them on the ESX(i) server, or if the server is connected to the Workstation instance, migrate via VMware Workstation. This generally works out of the box, although the networking should be reviewed and isolated as per the guide above.
VMware Hardening[edit]
In addition to the steps outlined below, also refer to the System Hardening Checklist and the Essential Security Guide and Advanced Security Guide Documentation entries.
General[edit]
The following measures are recommended for improved security:
- remove printer
- disable 3D acceleration
- remove CD/DVD drive
- remove Floppy drive
- remove USB controller (or at least disable the automatic connection of new devices)
- remove sound card
- do not install VMware Tools or
open-vm-tools
-- trading security for convenience is unrecommended because VMware Tools leak information to the host operating system or hypervisor.
Additional Security[edit]
Some users might wish to access the Whonix-Workstation ™ via SSH and therefore consider adding a second network adapter with Host-Only Networking [archive]. Be cautious of this configuration because it can cause information leakage:
If you install the proper routing or proxy software on your host computer, you can establish a connection between the host virtual Ethernet adapter and a physical network adapter on the host computer. This allows you, for example, to connect the virtual machine to a Token Ring or other non-Ethernet network. On a Windows 2000, Windows XP or Windows Server 2003 host computer, you can use host-only networking in combination with the Internet connection sharing feature in Windows to allow a virtual machine to use the host's dial-up networking adapter or other connection to the Internet. See your Windows documentation for details on configuring Internet connection sharing.
VMware Upstream Bug Reports[edit]
- VMware bug report: failed to import .ova image [archive]
- VMware bug report: .ova image internal network becomes bridged network [archive]
- VirtualBox bug report Ticket #11160: .ova image created with VirtualBox, failed to import in VMware [archive]
Footnotes[edit]
- ↑ See this thread [archive] in the old Whonix ™ forum.
- ↑
Alternatively is might work to extract the
.ova
archive.
Whonix ™ is Supported by Evolution Host DDoS Protected VPS. Stay private and get your VPS with Bitcoin or Monero.
100px | |
Fosshost | About Advertisements |
Search engines: YaCy | Qwant | ecosia | MetaGer | peekier | Whonix ™ Wiki
Are you proficient with iptables? Want to contribute? Check out possible improvements to iptables. Please come and introduce yourself in the development forum.
Priority Support | Investors | Professional Support
Whonix ™ | © ENCRYPTED SUPPORT LP | Freedom Software / Open Source (Why?)
The personal opinions of moderators or contributors to the Whonix ™ project do not represent the project as a whole.