"Mikor én utoljára láttam, akkor még vmet sem lehetett benne csinálni"

Hát az nagyon régen lehetett, úgy egy évtizede legalább.

"Azt hiszem, ez azóta változott, de amíg van workstation, addig ez a nincsn másra szükség jó eséllyel nem igaz, mert ha a player elég lenne, nem venne senki wst."

Mivel ismereteid a témában finoman szólva elavultak, jön egy kis filozofálgatás. Ezt skippelném.

"Mondjuk lentebb is írtad, hogy normális networköt csak hackelve lehet bele tenni, nem is értem, miért nem ez sokak kedvence olyannal szemben, amivel ez a bohóckodás nem kell."

Nem sikerült megértened amit írtam, így természetesen a következtetésed is téves. Nem "normális networköt" kell "hackelni" az tökéletesen működik alapból Playeren. A hálózati konfigurációs toolról írtam, ami például arra kell ha guest számára natolt hálózatot választottál akkor be tudjál állítani portátirányítást. Utána a következő mondatba írtam, hogy erre szinte soha sincs szükség, mert a bridged mód minden szempontból jobb választás. Ez Playeren is beállítható és innentől a portok esetleges átirányítása a valódi routeren fog megtörténni nem a vmwarenél.
Nincs itt semmi bohóckodás, leszámítva a fogalom nélküli észosztogatásodat. Már megbocsáss de itt ez a helyzet.

"Csak úgy futtathatsz több gépet egyidejűleg, ha minden géphez külön elindítasz egy Playert."

Azaz mégiscsak el lehet indítani több virtuális gépet párhuzamosan Playeren is. Workstationön pont ugyanez történik, a gui-beli eltérésekbe pedig ne lássunk már bele fantasztikus dolgokat.
A hálózati konfiguráció az egyetlen hiányosság, ahogyan azt már korábban is írtam. És a közös zárt hálózatra is megoldás a network tool használata, ahogyan szintén írtam korábban. Playerrel is működik.

Elnézést elkerülte a figyelmemet, hogy Trey gyógypedagógiai terápiás csoportoknak indított online napközit a hup-on. Mondjuk irigylem a türelmét.

Továbbá elnézést a bonyolult összetett mondatokért és a pontatlan fogalmazásért. Nekem sajnos nincs gyógypedagógiai képesítésem.
Próbáld lassan olvasni, hátha úgy megérted: nem hiányzik az advanced networking a vmware playerről!
Ezt a mondatomat ebben a formában visszavonom, mert láthatóan teljesen félreértelmezed.
Az advanced networking beállításokat elvégző tool hiányzik a vmware playerből. De a már beállított guestek hálózati beállításai pontosan ugyanúgy működnek vmware playeren mint vmware workstationön.
Ezekre az advanced networking beállításokra egyébként csak nagyon nagyon ritkán van szükség. A vmware playeren levő bridged mód jobb szinte minden esetben.
A következő mondatomban egyébként leírtam: " De erre megoldás a próbaverziós workstationből kiszedett network config tool ami tökéletesen beállítja a player guesteket is" amiből következik, hogy nem az advanced networking hiányzik hanem annak szofisztikált beállításának lehetősége. De még egyszer elnézést kérek a félreérthető előző mondatomért, amiből teljesen téves következtetéseket vontál le.

"A legújabb VMware Workstation oldala alján található összehasonlító táblázatban szereplő adatok pontatlansága miatt keresd a kiadó"

Inkább próbáld ki magad ahelyett, hogy fogalmatlanul próbálsz okoskodni.
https://www.youtube.com/watch?v=neZbPuHbuYY
Ez itt egy videó. Nem kell olvasni sem. Talán megérted belőle, hogy működik a több guest jól Playeren is.

Akkor mit keres itt az OpenVZ és az LXC ha a konténerizációs technológiát nem vesszük ide?
Definíciójuk szerint konténerizációs technológia mindekettő és ebbe a Docker tökéletesen beleillik az én megítélésem szerint.

OpenVZ is a container-based virtualization for Linux. OpenVZ creates multiple secure, isolated Linux containers (otherwise known as VEs or VPSs) on a single physical server enabling better server utilization and ensuring that applications do not conflict. Each container performs and executes exactly like a stand-alone server; a container can be rebooted independently and have root access, users, IP addresses, memory, processes, files, applications, system libraries and configuration files.

LXC (Linux Containers) is an operating-system-level virtualization method for running multiple isolated Linux systems (containers) on a control host using a single Linux kernel.

Docker is a computer program that performs operating-system-level virtualization, also known as "containerization".[6] It was first released in 2013 and is developed by Docker, Inc.[7]
Docker is used to run software packages called "containers". Containers are isolated from each other and bundle their own application[8], tools, libraries and configuration files; they can communicate with each other through well-defined channels. All containers are run by a single operating system kernel and are thus more lightweight than virtual machines. Containers are created from "images" that specify their precise contents. Images are often created by combining and modifying standard images downloaded from public repositories.