Skip to main content

K000090 – VMWare Fusion NAT2DHCP Resurrection -mac OS Srquoia and M2 Max

⬅ KNIFES – Prehľad • Zoznam • Detaily

VMWare Fusion NAT2DHCP Resurrection -mac OS Srquoia and M2 Max

GUID: ea330316-5451-4251-be58-caf1c163e86a Status: backlog · Author: romankazicka · License: CC-BY-NC-SA-4.0

K000090 – VMware Fusion NAT/DHCP Resurrection – macOS Sequoia & M2 Max

🧩 Kontext​

Po prechode na macOS Sequoia (M2 Max) prestal VMware Fusion správne vytvárať NAT/DHCP adaptéry (vmnet1, vmnet8).
Všetky virtuálne stroje stratili konektivitu.
Nové politiky Apple a zmeny po odkúpení VMware firmou Broadcom (nové licencie, sťahovanie) situáciu ešte sťažili.
Najnovšiu verziu Fusion už nebolo možné stiahnuť priamo z oficiálneho portálu, museli sme ju získať z technického mirroru.

Inštalácia VMWARE Fusion (Free)​

Ak sa nechceš trápiť s Broadcom portálom: Použi oficiálne zrkadlo s podpisom (od VMware ešte pred akvizíciou): 👉 https://www.techspot.com/downloads/2755-vmware-fusion-mac.html

Tu je VMware Fusion 13.5.2 (Universal) – beží na Intel aj M1/M2, a po spustení len zvolíš “Use for personal use” → Continue without license.

🔍 Diagnostika​

sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --status

Výstup:

DHCP service on vmnet1 is running
Hostonly virtual adapter on vmnet1 is disabled
DHCP service on vmnet8 is running
NAT service on vmnet8 is running
Hostonly virtual adapter on vmnet8 is disabled

Niektoré služby bežali, ale adaptéry boli vypnuté.
ifconfig potvrdil, že vmnet8 a vmnet1 neexistujú v systéme.

🛠️ Obnova NAT/DHCP​

Rekonfigurácia všetkých sietí:

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

Po rekonfigurácii sa obnovili súbory v:

/Library/Preferences/VMware Fusion/networking
/Library/Preferences/VMware Fusion/dhcpd.conf

Reštart služieb:

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

Overenie, že vmnet8 má pridelený IP rozsah 192.168.223.0/24 a DHCP funguje.

🌐 Testovanie konektivity​

Po pripojení VM k NAT sa objavila IP adresa z rozsahu 223.x.
ping 8.8.8.8 bol úspešný – internet prístup obnovený.
Pri bridge pripojení však dochádzalo k prerušeniam – ping potvrdil občasný timeout.

🖥️ Problém s čiernou obrazovkou​

Po niekoľkých reštartoch Fusion VM začal zobrazenie úplne černieť pri RDP.
Riešenie:

  • v Display settings VM → aktivovať „Use Retina display for virtual machine“
  • zmeniť farebnú hĺbku z 16 bit na 32 bit
  • vypnúť „Accelerate 3D graphics“ (dočasne)

RDP sa po týchto zmenách správal stabilne, bez zamŕzania.

💡 Lessons Learned​

  • Broadcom prebral VMware a zmenil prístup k licenciám – Fusion Player Free už nie je otvorene dostupný.
  • Zálohovať pred updatom: 
    /Library/Preferences/VMware Fusion/
  • Ak po update zmiznú adaptér vmnet8 alebo vmnet1, ich ručné znovuvytvorenie cez vmnet-cli --configure je bezpečné a funkčné.
  • RDP problém bol spôsobený kombináciou Retina off + low bit-depth, nie chybným Fusion buildom.
  • 🧠 Odporúčanie: pred každým macOS upgrade → zálohovať Fusion nastavenia a testovať NAT cez dummy VM.

✅ Záver​

Po dvoch dňoch hľadania a kombinovania riešení sme dokázali obnoviť plnú funkcionalitu NAT/DHCP aj obrazový výstup vo Fusion.
Zdanlivo jednoduchý problém ukázal, ako veľmi sa zmenila architektúra správy sietí po príchode Sequoie a ako krehká je kompatibilita s uzavretými ovládačmi Broadcom VMware.

⬅ KNIFES – Prehľad • Zoznam • Detaily