Software-update: VMware Workstation Player 12.5.5 build 5234757

VMware heeft versie 12.5.5 van Workstation Player uitgebracht. Player is gratis software waarmee virtuele machines kunnen worden gemaakt en gedraaid. Voor commercieel gebruik wordt echter wel een vergoeding gevraagd. Het is simpel gezegd een vereenvoudigde uitvoering van andere VMware-producten, zoals Workstation Pro, Server en ESX Server. Ook de virtual machines van Microsoft Virtual PC en Symantec LiveState Recovery-disks worden ondersteund. Daarnaast kunnen verschillende voorgeïnstalleerde virtual machines via deze pagina worden binnengehaald, zoals Debian, Ubuntu en Fedora. In deze uitgave zijn die beveiligingsproblemen verholpen en fout in de VMware Tools.

This release of VMware Workstation Player addresses the following issues:

• VMware Workstation Player has a heap buffer overflow and uninitialized stack memory usage in SVGA. These issues might allow a guest virtual machine to execute code on the host.
  The Common Vulnerabilities and Exposures project (cve.mitre.org) has assigned the identifiers CVE-2017-4902 (heap issue) and CVE-2017-4903 (stack issue) to these issues.
• The VMware Workstation Player XHCI driver has uninitialized memory usage. This issue might allow a guest virtual machine to execute code on the host.
  The Common Vulnerabilities and Exposures project (cve.mitre.org) has assigned the identifier CVE-2017-4904 to this issue.
• VMware Workstation Player has uninitialized memory usage. This issue might lead to an information leak.
  The Common Vulnerabilities and Exposures project (cve.mitre.org) has assigned the identifier CVE-2017-4905 to this issue.

Resolved Issues

• After you install VMware Tools on a 64-bit Windows virtual machine, when the virtual machine boots up, the system might display the following error:
  VMware Tools unrecoverable error: (vthread-4)
  Exception 0xc0000005 (access violation) has occurred.
  This issue is resolved.

Versienummer	12.5.5 build 5234757
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10
Website	VMWare
Download	https://my.vmware.com/web/vmware/free#desktop_end_user_computing/vmware_workstation_player/12_0
Bestandsgroottes	73,86MB - 128,03MB
Licentietype	Freeware/Betaald

Reacties (15)

[Will_M]

Kan iemand me (beargumenteerd) uitleggen waarom je VMWare Workstation of Player nog zou willen gaan draaien op een Windows 10 Pro óf zelfs een Windows Server 2012 machine (volgens de spes's van VM Ware)? Op een Home versie van Microsoft Windows kan ik 't eventueel nog begrijpen al ben je dan IMHO eigenlijk ook verkeerd bezig doordat een Pro licentie écht beter is als je met VM's wil gaan werken.

Microsoft Windows heeft vanaf versie 8.1 Pro de Hyper-V rol standaard aan boord waarmee je meteen een Type-1 hypervisor direct op de fysiek aanwezige hardware laat landen inplaats van met een Type-2 Hypervisor tússen het OS van je fysieke machine én de VM's te gaan zitten rommelen.

Enige wat ik me nu snel kan bedenken is dat je een virtueel platform kunt virtualiseren waarbij je de Virtuele VM's vervolgens ook daadwerkelijk kunt starten.... Maar wie doet dát nou echt?

[Reactie gewijzigd door Will_M op 23 juli 2024 22:42]

[CMD-Snake]

Kan iemand me (beargumenteerd) uitleggen waarom je VMWare Workstation of Player nog zou willen gaan draaien op een Windows 10 Pro óf zelfs een Windows Server 2012 machine (volgens de spes's van VM Ware)?

Hyper-V op Windows 10 Pro draait inderdaad direct op de hardware, maar het OS van je host wordt ook 'virtueel' gedraaid. Dat kan onder bepaalde omstandigheden tot verschillende vormen van performance verlies lijden. Je host OS moet ook via de hypervisor werken om de hardware aan te spreken. Al je host netwerkverbindingen moeten bijvoorbeeld door de virtual network switch van Hyper-V heen.

VMWare Workstation draait bovenop je OS en heeft daardoor niet deze mogelijke nadelen. Voor mij was dit een belangrijk punt.

VMWare workstation kan ook met ESXi hosts werken, je kan Workstation als een soort vCentre/vSphere gebruiken op je eigen machine. Plus dat je VM's van een VMWare cluster naar je lokale machine kan laten overkomen via VMotion. Hyper-V kan dit ook overigens, maar is beperkt tot Hyper-V omgevingen zoals VMWare workstation beperkt is tot VMWare omgevingen. Het ligt aan de omgeving dus waarin je werkt.

VMWare Workstation ondersteund ook een groter aantal legacy OS'en. (Ik heb een Windows 3.11 VM )

Uiteindelijk komt het neer op het scenario waarin je gaat werken. Ik heb voor VMWare Workstation gekozen (op Windows 10 Pro) omdat ik het gebruik in een omgeving waar veel VMWare gebruikt wordt. Nu kan ik eenvoudig zaken uitwisselen met collega's zonder de VM's door allerhande converters te moeten halen. Ook vindt het ik fijner dat het OS van mijn host niet als een soort super VM draait, maar nog direct met de hardware werkt.

[johanneslol]

Ik denk dat je nog een heel belangrijk punt vergeet.
De voornaamste reden waarom ik vmware workstation draai ondanks dat ik een windows 10 pro versie heb is... Hyper v schakelt de turboboost uit van de processor waar vmware workstation dit niet doet!

[Anoniem: 334725]

Bij mij werkt turbo gewoon nog terwijl hyper-v ook draait.

[johanneslol]

Dan heb je geluk. Helaas werkt turbo vaak niet. ( zie links hieronder. ) ik heb zelf een 2670QM die standaard op 2,2 ghz draait en een turbo heeft naar 2,9 ghz. Na het installeren van hyper V blijft hij altijd op 2,2 Ghz. Dat vreet batterij en is verder compleet onnodig.

http://serverfault.com/qu...eedstep-for-hyper-v-hosts

http://en.community.dell..../laptop/f/3518/t/19513235

[MrFax]

Voor zover ik weet spreek je(zolang de VM's niet aan staan) gewoon direct de hardware aan. Het is gewoon een Windows Service die je uit kan zetten in services.msc

Ik gebruik Hyper-V vooral om japanese VN's te spelen op een Win10 VM met japanese system locale(AppLoc is verwijderd uit Windows 8.1+ en de enige locale emulators zijn gewoon vreselijk kut en werken niet).

Jammer dat Windows 10 geen Discrete Device Assignment heeft(Dit heeft alleen Windows Server), en er dus geen PCI passthrough is in Hyper-V, maar RemoteFX is "more than enough" voor wat ik ermee doe.

[Reactie gewijzigd door MrFax op 23 juli 2024 22:42]

[Will_M]

Ik mág je antwoord niet "plussen" omdat 't een antwoord is op m'n eigen stelling, maar...

[Bor]

Hyper-V in Windows 10 is ook gewoon een Type-2 hypervisor afaik. Alleen wanneer je de hypervisor op bare metal kunt draaien spreek je over een Type-1. Daarbij biedt Vmware voordelen en features die Hyper-V niet heeft en is het min of meer de defacto standaard in veel bedrijven.

[Will_M]

Hmm.... Voor zover ik weet (en wat ze mij wijsgemaakt hebben bij Microsoft University) is die Hypervisor in Windows 10 wel degelijk een Type-1 (net zoals dat in Windows Server 2012 en 2012R2 zo is) maar is 'ie iets minder uitgebreid qua mogelijkheden dan de server variant. Fail-Over clustering gaat bijvoorbeeld niet werken.

Als je bij een 2012 of 2012R2 server die rol installeert dan wordt je oorspronkelijke OS ook een soort van VM al laat het systeem je dat niet zien. Ik heb 't overigens niet over de gratis Hyper-V server van Microsoft, maar dat weet jij ook wel.

[Reactie gewijzigd door Will_M op 23 juli 2024 22:42]

[Anoniem: 1322]

Dit klopt inderdaad. Zoals CMD-Snake ook al aangeeft wordt je host OS ook een VM. Dit geeft soms echter problemen zoals rare display problemen op een Dell XPS laptop (zelf geen last van, ik draai ook VMware Workstation). Daarnaast gebruik ik ook enorm veel (split) clones. Hiermee draai ik 1 master installatie met copien waar alleen de wijzigingen tov de master worden opgeslagen. Dit scheelt me enorm veel capaciteit op mijn SSD.

Geen idee of Hyper-V dit ook al ondersteund. Virtual Box al wel..

[CMD-Snake]

Hyper-V ondersteund linked clones. De eerste versie van Hyper-V in Windows Server 2008 kon hier al mee overweg.

[Steefph]

Ik dacht gebaseerd op jouw opmerking, hey laat ik het eens proberen.

Geinstalleerd en nu blijkt Hyper-V ondersteund geen USB pass through. Voor m'n werk, kom ik veel in aanraking met oude PLC systemen die nog net met WinXP werken en bijvoorbeeld een USB device nodig hebben om te werken. Dit is dus niet te doen met Hyper-V op Win10

[cruysen]

Op wikipedia staan meer verschillen tussen de verschillende VM software pakettten. USB support is afhankelijk van de versie Hyper-V server.

Comparison of platform virtualization software #Other_features

[Reactie gewijzigd door cruysen op 23 juli 2024 22:42]

[[Yellow]]

Dé reden om geen Microsoft only oplossing te kiezen is cross platform support. Dat is in ieder geval mijn reden om VMware te gebruiken.

[Rudie_V]

Ter aanvulling:
In Windows 8 en 10 heet het Client Hyper-V en het is een type-1 hypervisor. Dat houdt in dat eerst de hypervisor wordt geladen en dan pas je root windows installatie dat als vm als een soort van management besturingsysteem draait. (maar dit is al uitgelegd door anderen)
Voor thuisgebruik is dit misschien iets te veel van het goede omdat deze opzet, type-1 hypervisor, natuurlijk een performance impact heeft op je root windows installatie waar je eigenlijk gewoon de volledige performance wilt hebben voor het dagelijks gebruik.
Maar het blijft een persoonlijke keuze wat je het liefst wilt. Voor mij een reden om af te zien van de client hyper-v in windows. Het zou mooi zijn als je de client hyper-v toch als een type-2 hypervisor zou kunnen gebruiken zodat het gebruik van virtualisatie geen performance en compatibiliteits impact heeft op je normale windows installatie die je dagelijks gebruikt.

Hier nog een linkje met extra informatie, uitleg en verschillen met de normale hyper-v hypervisor.
http://www.altaro.com/hyper-v/client-hyper-v-windows-10/