Docker и VMWare Workstation на една и съща машина с Windows

Задачата беше проста, сложи Docker на моя работещ Windows лаптоп, който вече има зоопарк. Инсталирах Docker Desktop и създадох контейнери, всичко е наред, но бързо открих, че VMWare Workstation спря да изпълнява виртуални машини с грешка:

VMware Workstation and Device/Credential Guard are not compatible. VMware Workstation can be run after disabling Device/Credential Guard.

Работата е спряна, спешен е ремонт

Чрез гугъл беше установено, че тази грешка възниква поради несъвместимостта на VMWare Workstation и Hyper-V на една и съща машина. Проблемът е известен и има официално решение на VMWare като това да се определи, с връзка към базата знания на Microsoft Управление на Windows Defender Credential Guard. Решението е да деактивирате Defender Credential Guard (точка 4 от секцията Disable Windows Defender Credential Guard ми помогна):

mountvol X: /s
copy %WINDIR%System32SecConfig.efi X:EFIMicrosoftBootSecConfig.efi /Y
bcdedit /create {0cb3b571-2f2e-4343-a879-d86a476d7215} /d "DebugTool" /application osloader
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} path "EFIMicrosoftBootSecConfig.efi"
bcdedit /set {bootmgr} bootsequence {0cb3b571-2f2e-4343-a879-d86a476d7215}
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} loadoptions DISABLE-LSA-ISO
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} device partition=X:
mountvol X: /d

След рестартиране Windows ще ви попита дали наистина искате да деактивирате Defender Credential Guard. да По този начин VMWare Workstation ще се върне към нормална работа и ще се окажем на същото място, както преди инсталирането на docker.

Не намерих решение как да съгласувам Hyper-V и VMWare Workstation, надявам се да станат приятели в новите версии.

Друг начин

Отдавна бях пристрастен към VMWare Workstation за различни цели, опитах се да сляза на Hyper-V и VirtualBox, но функционалността не задоволи задачите ми и така седя до ден днешен. Оказа се, че има решение как да се сприятеляват VMWare, Docker и VSCode в една работна среда.

Docker машина - позволява ви да стартирате Docker Engine на виртуален хост и да се свържете с него както отдалечено, така и локално. И има драйвер за съвместимост с VMWare Workstation, линк към github

Няма да преразказвам специално инструкциите за инсталиране, само списъка на съставките:

1. Кутия с инструменти Docker (Docker машина включени)
2. Драйвер за Docker Machine VMware Workstation
3. DockerDesktop

Да, Docker Desktop, за съжаление, също ще е необходим. Ако сте го разрушили, инсталирайте го отново, но този път премахнете отметката за извършване на промени в операционната система, за да не счупите VMWare Workstation отново.

Искам веднага да отбележа, че всичко работи добре от обикновен потребител, инсталационните програми ще поискат ескалация на права, когато имат нужда от това, но всички команди в командния ред и скриптове се изпълняват от текущия потребител.

В резултат на това екипът:

$ docker-machine create --driver=vmwareworkstation dev

от Boot2Docker ще бъде създадена dev virtualka, вътре в която ще бъде Docker.

Тази виртуална машина може да бъде прикрепена към GUI на VMWare Workstation чрез отваряне на съответния vmx файл. Но това не е необходимо, защото VSCode сега ще трябва да изпълни скрипт на PowerShell (по някаква причина моята docker-machine и docker-machine-driver-vmwareworkstation се озоваха в папката bin):

cd ~/bin
./docker-machine env dev | Invoke-Expression
code

VSCode ще се отвори, за да работи с код на локалната машина и докер във виртуалната машина. плъгин Docker за Visual Studio Code ви позволява удобно да управлявате контейнери във виртуална машина, без да влизате в конзолата.

трудности:

В процеса на създаване на докер-машина, процесът увисна за мен:

Waiting for SSH to be available...

И след известно време приключи с излишък от опити за установяване на връзка с виртуалната машина.

Всичко е въпрос на политика за сертификати. Когато създавате виртуална машина, ще имате директория ~.dockermachinemachinesdev в тази директория ще има файлове със сертификати за свързване чрез SSH: id_rsa, id_rsa.pub. OpenSSH може да откаже да ги използва, защото смята, че имат проблеми с разрешенията. Само докер-машината няма да ви каже нищо за това, а просто ще се свърже отново, докато не се отегчи.

решение: Веднага след като започне създаването на нова виртуална машина, отиваме в директорията ~ .dockermachinemachinesdev и променяме правата върху посочените файлове един по един.

Файлът трябва да е собственост на текущия потребител, само текущият потребител и СИСТЕМАТА имат пълен достъп, всички останали потребители, включително групата администратори и самите администратори, трябва да бъдат изтрити.

Възможно е също така да има проблеми при конвертирането на абсолютни пътища от Windows във формат Posix и обвързване на томове, съдържащи символни връзки. Но това е друга история.

Източник: www.habr.com