Docker och VMWare Workstation på samma Windows-maskin.

Uppgiften var enkel, installera Docker på min arbetslaptop med Windows, som redan hade en del program installerade. Jag installerade Docker Desktop, skapade containrar, allt var okej, men jag upptäckte snabbt att VMWare Workstation slutade starta virtuella maskiner med ett felmeddelande:

VMware Workstation och Device/Credential Guard är inte kompatibla. VMware Workstation kan köras efter att ha inaktiverat Device/Credential Guard.

Arbetet har stannat, det behöver snabbt fixas

Genom att googla kom jag fram till att detta fel uppstår på grund av inkompatibilitet mellan VMWare Workstation och Hyper-V på samma maskin. Problemet är känt och det finns en officiell lösning från VMWare för hur man fixar det, med en länk till Microsofts kunskapsdatabas Hantera Windows Defender Credential Guard. Lösningen är att inaktivera Defender Credential Guard (punkt 4 i avsnittet Inaktivera Windows Defender Credential Guard hjälpte mig):

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

Efter omstarten kommer Windows att fråga om du verkligen vill inaktivera Defender Credential Guard. Ja! På så sätt kommer VMWare Workstation att återgå till normal drift, och vi hamnar där vi var innan vi installerade Docker.

Jag har inte hittat någon lösning för att få Hyper-V och VMWare Workstation att fungera tillsammans, jag hoppas att de kommer att samarbeta i framtida versioner.

Ett annat sätt

Jag har länge använt VMWare Workstation för olika ändamål. Jag har försökt byta till Hyper-V och VirtualBox, men funktionaliteten har inte uppfyllt mina krav, så jag sitter kvar där jag är. Det visade sig att det finns en lösning för att få VMWare, Docker och VSCode att fungera tillsammans i en arbetsmiljö.

Docker Machine — gör det möjligt att köra Docker Engine på en virtuell värd och ansluta till den både lokalt och på distans. Och det finns en kompatibilitetsdrivrutin för VMWare Workstation, länk till GitHub

Installationens instruktioner kommer jag inte att återge i detalj, bara en lista över ingredienser:

1. Docker Toolbox (Docker Machine ingår)
2. Docker Machine VMware Workstation Driver
3. användning av

Ja, tyvärr behövs Docker Desktop också. Om du har avinstallerat det, installera det igen, men denna gång utan att markera kryssrutan för att göra ändringar i OS, för att inte bryta VMWare Workstation igen.

Jag vill direkt påpeka att allt fungerar utmärkt som vanlig användare, installationsprogrammen kommer att be om att få rättigheter när det behövs, men alla kommandon i kommandoraden och skripten körs med den aktuella användaren.

Som ett resultat av kommandot:

$ docker-machine create --driver=vmwareworkstation dev

En virtuell maskin dev kommer att skapas från Boot2Docker där Docker kommer att köras.

Denna virtuella maskin kan kopplas till den grafiska gränssnittet i VMWare Workstation genom att öppna motsvarande vmx-fil. Men det är inte nödvändigt, eftersom VSCode nu kommer att behöva startas med ett PowerShell-skript (av någon anledning hamnade docker-machine och docker-machine-driver-vmwareworkstation i mappen bin):

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

VSCode öppnas för att arbeta med koden på den lokala maskinen och Docker i den virtuella maskinen. Tillägget Docker for Visual Studio Code gör det enkelt att hantera containrar i den virtuella maskinen utan att behöva gå in i konsolen.

Problem:

Under skapandet av docker-machine hang processen:

Waiting for SSH to be available...

Och efter en tid avslutades det med ett överskridande av försök att ansluta till den virtuella maskinen.

Allt beror på certifikatspolicyn. När du skapar en virtuell maskin kommer en katalog ~.dockermachinemachinesdev att skapas där certifikatfiler för SSH-anslutning kommer att finnas: id_rsa, id_rsa.pub. OpenSSH kan vägra att använda dem, eftersom det anser att de har problem med åtkomsträttigheter. Docker-machine kommer dock inte att säga något om detta, utan kommer bara att försöka ansluta om och om igen tills det ger upp.

Lösningen: Så snart skapandet av den nya virtuella maskinen börjar, går vi in i katalogen ~.dockermachinemachinesdev och ändrar rättigheterna på de angivna filerna, en i taget.

Ägaren av filen bör vara den aktuella användaren, full åtkomst ska endast ges till den aktuella användaren och SYSTEM, alla andra användare, inklusive administratörsgruppen och de faktiska administratörerna, ska tas bort.

Det kan också finnas problem med konvertering av absoluta sökvägar från Windows-format till Posix, samt med bindning av volymer som innehåller symboliska länkar. Men det är en annan historia.

Källa: habr.com