Docker ແລະ VMWare Workstation ຢູ່ໃນເຄື່ອງ Windows ດຽວກັນ

ວຽກງານແມ່ນງ່າຍດາຍ, ເອົາ Docker ໃສ່ຄອມພິວເຕີ Windows ທີ່ເຮັດວຽກຂອງຂ້ອຍ, ເຊິ່ງມີສວນສັດຢູ່ແລ້ວ. ຂ້ອຍຕິດຕັ້ງ Docker Desktop ແລະສ້າງ containers, ທຸກຢ່າງແມ່ນດີ, ແຕ່ຂ້ອຍໄດ້ຄົ້ນພົບຢ່າງໄວວາວ່າ VMWare Workstation ຢຸດການເຮັດວຽກ virtual machines ດ້ວຍຂໍ້ຜິດພາດ:

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

ວຽກງານໄດ້ຢຸດເຊົາ, ມັນເປັນການຮີບດ່ວນທີ່ຈະສ້ອມແປງ

ໂດຍ googling, ມັນໄດ້ຖືກພົບເຫັນວ່າຄວາມຜິດພາດນີ້ເກີດຂຶ້ນຍ້ອນຄວາມບໍ່ເຂົ້າກັນຂອງ VMWare Workstation ແລະ Hyper-V ໃນເຄື່ອງດຽວກັນ. ບັນຫາແມ່ນເປັນທີ່ຮູ້ຈັກແລະມີການແກ້ໄຂ VMWare ຢ່າງເປັນທາງການເຊັ່ນນີ້ ແກ້ໄຂ, ດ້ວຍການເຊື່ອມຕໍ່ກັບຖານຂໍ້ມູນ Microsoft Knowledge ຈັດການ 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 ໃນ virtual host ແລະເຊື່ອມຕໍ່ກັບມັນທັງຫ່າງໄກສອກຫຼີກແລະໃນທ້ອງຖິ່ນ. ແລະມີໄດເວີທີ່ເຂົ້າກັນໄດ້ VMWare Workstation ສໍາລັບມັນ, ເຊື່ອມຕໍ່ກັບ github

ຂ້າພະເຈົ້າຈະບໍ່ບອກຄືນຄໍາແນະນໍາການຕິດຕັ້ງໂດຍສະເພາະ, ພຽງແຕ່ບັນຊີລາຍຊື່ຂອງສ່ວນປະກອບ:

1. ກ່ອງເຄື່ອງມື Docker (ເຄື່ອງ Docker ລວມ)
2. Docker Machine VMware Workstation Driver
3. DockerDesktop

ແມ່ນແລ້ວ, Docker Desktop, ແຕ່ຫນ້າເສຍດາຍ, ຍັງຈະຕ້ອງການ. ຖ້າທ່ານທໍາລາຍມັນ, ຫຼັງຈາກນັ້ນໃຫ້ຕິດຕັ້ງມັນອີກເທື່ອຫນຶ່ງ, ແຕ່ເວລານີ້ຖອນ checkbox ກ່ຽວກັບການປ່ຽນແປງ OS, ເພື່ອບໍ່ໃຫ້ VMWare Workstation ທໍາລາຍອີກເທື່ອຫນຶ່ງ.

ຂ້ອຍຕ້ອງການສັງເກດທັນທີວ່າທຸກຢ່າງເຮັດວຽກດີຈາກຜູ້ໃຊ້ງ່າຍໆ, ໂປລແກລມຕິດຕັ້ງຈະຮ້ອງຂໍໃຫ້ມີການເພີ່ມຂຶ້ນຂອງສິດທິໃນເວລາທີ່ພວກເຂົາຕ້ອງການ, ແຕ່ຄໍາສັ່ງທັງຫມົດໃນເສັ້ນຄໍາສັ່ງແລະສະຄິບຖືກປະຕິບັດຈາກຜູ້ໃຊ້ປະຈຸບັນ.

ດັ່ງນັ້ນ, ທີມງານ:

$ docker-machine create --driver=vmwareworkstation dev

ຈາກ Boot2Docker, dev virtualka ຈະຖືກສ້າງຂື້ນພາຍໃນເຊິ່ງຈະເປັນ Docker.

ເຄື່ອງ virtual ນີ້ສາມາດຕິດກັບ VMWare Workstation GUI ໂດຍການເປີດໄຟລ໌ vmx ທີ່ສອດຄ້ອງກັນ. ແຕ່ນີ້ບໍ່ຈໍາເປັນ, ເພາະວ່າຕອນນີ້ VSCode ຈະຕ້ອງແລ່ນສະຄິບ PowerShell (ດ້ວຍເຫດຜົນບາງຢ່າງ, docker-machine ແລະ docker-machine-driver-vmwareworkstation ຂອງຂ້ອຍສິ້ນສຸດລົງໃນໂຟນເດີ bin):

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

VSCode ຈະເປີດເພື່ອເຮັດວຽກກັບລະຫັດຢູ່ໃນເຄື່ອງທ້ອງຖິ່ນແລະ docker ໃນ virtual machine. ປລັກອິນ Docker ສໍາລັບ Visual Studio Code ຊ່ວຍໃຫ້ທ່ານສາມາດຈັດການຕູ້ຄອນເທນເນີໄດ້ສະດວກໃນເຄື່ອງ virtual ໂດຍບໍ່ຕ້ອງເຂົ້າໄປໃນ console.

ຄວາມຫຍຸ້ງຍາກ:

ໃນຂະບວນການສ້າງ docker-machine, ຂະບວນການ hung ສໍາລັບຂ້າພະເຈົ້າ:

Waiting for SSH to be available...

ແລະຫຼັງຈາກໃນຂະນະທີ່ມັນສິ້ນສຸດລົງດ້ວຍຄວາມພະຍາຍາມຫຼາຍເກີນໄປທີ່ຈະສ້າງການເຊື່ອມຕໍ່ກັບເຄື່ອງ virtual.

ມັນທັງຫມົດກ່ຽວກັບນະໂຍບາຍໃບຢັ້ງຢືນ. ເມື່ອສ້າງເຄື່ອງ virtual, ທ່ານຈະມີລາຍການ ~.dockermachinemachinesdev ໃນໄດເລກະທໍລີນີ້ຈະມີໄຟລ໌ໃບຢັ້ງຢືນສໍາລັບການເຊື່ອມຕໍ່ຜ່ານ SSH: id_rsa, id_rsa.pub. OpenSSH ອາດຈະປະຕິເສດທີ່ຈະໃຊ້ພວກມັນເພາະວ່າມັນຄິດວ່າພວກເຂົາມີບັນຫາການອະນຸຍາດ. ພຽງແຕ່ docker-machine ຈະບໍ່ບອກຫຍັງເຈົ້າກ່ຽວກັບເລື່ອງນີ້, ແຕ່ຈະເຊື່ອມຕໍ່ຄືນໃຫມ່ຈົນກ່ວາມັນເບື່ອ.

ການແກ້ໄຂ: ທັນທີທີ່ການສ້າງເຄື່ອງ virtual ໃຫມ່ເລີ່ມຕົ້ນ, ພວກເຮົາໄປຫາໄດເລກະທໍລີ ~ .dockermachinemachinesdev ແລະປ່ຽນສິດທິໃນໄຟລ໌ທີ່ລະບຸໄວ້, ຫນຶ່ງຄັ້ງດຽວ.

ໄຟລ໌ດັ່ງກ່າວຕ້ອງເປັນເຈົ້າຂອງໂດຍຜູ້ໃຊ້ປະຈຸບັນ, ພຽງແຕ່ຜູ້ໃຊ້ປະຈຸບັນແລະ SYSTEM ເທົ່ານັ້ນທີ່ມີການເຂົ້າເຖິງຢ່າງເຕັມທີ່, ຜູ້ໃຊ້ອື່ນໆທັງຫມົດລວມທັງກຸ່ມຜູ້ບໍລິຫານແລະຜູ້ບໍລິຫານເອງຕ້ອງຖືກລຶບຖິ້ມ.

ອາດຈະມີບັນຫາໃນການປ່ຽນເສັ້ນທາງຢ່າງແທ້ຈິງຈາກ Windows ໄປສູ່ຮູບແບບ Posix, ແລະປະລິມານການຜູກມັດທີ່ມີສັນຍາລັກເຊື່ອມຕໍ່. ແຕ່ນັ້ນແມ່ນເລື່ອງອື່ນ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com