Docker and VMWare Workstation in eadem Windows machina

Negotium simplex fuit, Docker in opere meo laptop cum Fenestra inaugurare, quod iam saepti ferarum est. Instruxi Docker Desktop, vascula creata omnia bene esse, sed cito deprehendi VMWare Workstation cessaverunt machinis virtualibus emittendis cum errore:

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

Opus finiatur, necesse est ut instanter figatur

By googling, deprehensum est hunc errorem accidere propter incompatibilitatem VMWare Workstation et Hyper-V in eadem machina. Problema scitur et solutionem VMWare officiali similis est fix, cum nexu turpium cognitionis Microsoft Curo Windows Defender Credential Cohortis. Solutio inactivandi Praesidium Credential Defender (punctum 4 inactivare Windows Defender Credential Cohortis sectionem adiuvisti me);

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

Post sileo, Fenestra quaeram te num Credential Custodes Defensoris inactivandi. Ita! Hoc modo VMWare Workstation ad normalem operationem revertetur et in eodem loco erimus sicut prius inauguratum inauguratum.

Adhuc solutionem conciliandi Hyper-V et VMWare Workstation non inveni, spero fore ut in novis versionibus amici fient.

Alio modo

VMWare Workstation diu variis propositis propositis, Hyper-V et VirtualBox flectere conatus sum, sed functiones meas necessitates non satisfecit, et adhuc hodie infixus sum. Versa est solutio quomodo VMWare, Docker et VSCode coniungendi in operante environment.

Docker Machina - sino te currere Engine Docker in virtualem exercitum et ei coniunge tam remote et localiter. Et est VMWare Workstation compatibilitas coegi pro eo; link to github "

Instructiones institutiones maxime narrabo non solum indicem ingredientium:

1. Docker Toolbox (Docker Machina includitur)
2. Docker Machina VMware Workstation Driver
3. DockerDesktop

Etiam Docker Desktop, proh dolor, etiam opus erit. Si eam diruisti, iterum institue, sed hoc tempus perscriptio de mutationibus ad OS tollendis, ne VMWare Workstation iterum frangas.

Ilicet notare velim omnia bene operata a simplici usuario, programmata institutionis quaerunt escationem iurium, cum id indigent, sed omnia mandata in linea mandatorum et scriptorum usore currenti exercentur.

Quam ob rem praeceptum est;

$ docker-machine create --driver=vmwareworkstation dev

machina virtualis dev creabitur ex Boot2Docker, intra quod Docker instituetur.

Haec virtualis machina ad VMWare Workstation graphical interfaciem applicari potest, ut correspondens vmx fasciculi aperiatur. Sed hoc non est necessarium, quia VSCode iam opus est ut a PowerShell scriptione deducatur (aliqua de causa, machina, machina et machina, agitator vmwareworkstation finita in bin folder);

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

VSCode aperiet cum codice operari in machina locali et Docker in machina virtuali. Plugin Docker pro Visual Studio Code sino vos ut vascula in virtualis apparatus commode administrare sine consolatorio ingrediamini.

Difficultates:

Per machinam creatio machinæ processum meum adligat;

Waiting for SSH to be available...

Et post aliquod tempus pluribus inceptis finivit nexum cum machina virtuali statuere.

Actum est de certificatorio consilio. Cum virtualem machinam creando, directorium habebis ~.dockermachinemachinesdev. In hoc directorio erunt tabellarii certificales ad connectendum per SSH: id_rsa, id_rsa.pub. OpenSSH uti noluerint, quia permissiones quaestiones habere se putat. Solus machinator machina nihil tibi de hoc narrabit, simpliciter reconnect erit donec taedet.

solution: Cum primum novae machinae virtualis creatio incipit, vade ad .dockermachinemachinesdev directorium et iura ad imaginum definitorum singulatim mutata.

Possessor tabellae debet esse usor hodiernus, solum usor hodiernus et SYSTEM plenam accessum habent, omnes alii utentes, incluso coetus administratorum et administratores, deleri debent.

Possunt etiam esse problemata cum viis absolutis e Fenestra forma ad Posix convertendo, et cum voluminibus ligandis symbolicum nexum continentibus. Sed id est alia.

Source: www.habr.com