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. ដំណោះស្រាយគឺដើម្បីបិទការការពារអត្តសញ្ញាណប័ណ្ណអ្នកការពារ (ធាតុទី 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 Engine នៅលើម៉ាស៊ីននិម្មិត ហើយភ្ជាប់ទៅវាទាំងពីចម្ងាយ និងក្នុងស្រុក។ ហើយមានកម្មវិធីបញ្ជាដែលត្រូវគ្នា VMWare Workstation សម្រាប់វា ភ្ជាប់ទៅ github

ខ្ញុំនឹងមិនប្រាប់ការណែនាំអំពីការដំឡើងឡើងវិញទេ ជាពិសេសមានតែបញ្ជីគ្រឿងផ្សំប៉ុណ្ណោះ៖

1. ប្រអប់ឧបករណ៍ Docker (ម៉ាស៊ីនចត រួមបញ្ចូល)
2. កម្មវិធីបញ្ជាស្ថានីយការងារ Docker ម៉ាស៊ីន VMware
3. កុំព្យូទ័រលើតុ

បាទ Docker Desktop ជាអកុសលក៏នឹងត្រូវការផងដែរ។ ប្រសិនបើអ្នករុះរើវា ដំឡើងវាម្តងទៀត ប៉ុន្តែលើកនេះ ដកប្រអប់ធីកចេញ អំពីការផ្លាស់ប្តូរ OS ដើម្បីកុំឱ្យខូច VMWare Workstation ម្តងទៀត។

ខ្ញុំចង់កត់សម្គាល់ភ្លាមៗថាអ្វីៗដំណើរការល្អពីអ្នកប្រើប្រាស់សាមញ្ញ កម្មវិធីដំឡើងនឹងស្នើសុំការបង្កើនសិទ្ធិនៅពេលដែលពួកគេត្រូវការ ប៉ុន្តែពាក្យបញ្ជាទាំងអស់នៅលើបន្ទាត់ពាក្យបញ្ជា និងស្គ្រីបត្រូវបានប្រតិបត្តិពីអ្នកប្រើប្រាស់បច្ចុប្បន្ន។

ជាលទ្ធផលក្រុម៖

$ docker-machine create --driver=vmwareworkstation dev

ពី Boot2Docker, dev virtualka នឹងត្រូវបានបង្កើតនៅខាងក្នុងដែលនឹងក្លាយជា Docker ។

ម៉ាស៊ីននិម្មិតនេះអាចភ្ជាប់ទៅ VMWare Workstation GUI ដោយបើកឯកសារ vmx ដែលត្រូវគ្នា។ ប៉ុន្តែនេះមិនចាំបាច់ទេព្រោះឥឡូវនេះ VSCode នឹងត្រូវដំណើរការស្គ្រីប PowerShell (សម្រាប់ហេតុផលមួយចំនួន docker-machine និង docker-machine-driver-vmwareworkstation របស់ខ្ញុំបានបញ្ចប់នៅក្នុង bin folder):

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

VSCode នឹងបើកដើម្បីធ្វើការជាមួយកូដនៅលើម៉ាស៊ីនមូលដ្ឋាន និង docker នៅក្នុងម៉ាស៊ីននិម្មិត។ កម្មវិធីជំនួយ Docker សម្រាប់ Visual Studio Code អនុញ្ញាតឱ្យអ្នកគ្រប់គ្រងកុងតឺន័រយ៉ាងងាយស្រួលនៅក្នុងម៉ាស៊ីននិម្មិតដោយមិនចាំបាច់ចូលទៅក្នុងកុងសូល។

ភាពលំបាក៖

នៅក្នុងដំណើរការនៃការបង្កើត docker-machine ដំណើរការព្យួរសម្រាប់ខ្ញុំ៖

Waiting for SSH to be available...

ហើយមួយសន្ទុះក្រោយមក វាបានបញ្ចប់ដោយការព្យាយាមច្រើនលើសលុប ដើម្បីបង្កើតការតភ្ជាប់ជាមួយម៉ាស៊ីននិម្មិត។

វាទាំងអស់អំពីគោលនយោបាយវិញ្ញាបនបត្រ។ នៅពេលបង្កើតម៉ាស៊ីននិម្មិត អ្នកនឹងមានថត ~.dockermachinemachinesdev នៅក្នុងថតនេះ នឹងមានឯកសារវិញ្ញាបនបត្រសម្រាប់ភ្ជាប់តាមរយៈ SSH៖ id_rsa, id_rsa.pub ។ OpenSSH អាចនឹងបដិសេធមិនប្រើពួកវា ព្រោះវាគិតថាពួកគេមានបញ្ហាការអនុញ្ញាត។ មានតែម៉ាស៊ីន docker-machine ប៉ុណ្ណោះដែលនឹងមិនប្រាប់អ្នកពីអ្វីទាំងអស់អំពីបញ្ហានេះ ប៉ុន្តែនឹងគ្រាន់តែភ្ជាប់ឡើងវិញរហូតដល់វាធុញទ្រាន់។

ជាដំណោះស្រាយ: ដរាបណាការបង្កើតម៉ាស៊ីននិម្មិតថ្មីចាប់ផ្តើម យើងចូលទៅកាន់ថត ~ .dockermachinemachinesdev ហើយប្តូរសិទ្ធិទៅឯកសារដែលបានបញ្ជាក់ម្តងមួយៗ។

ឯកសារត្រូវតែជាកម្មសិទ្ធិរបស់អ្នកប្រើប្រាស់បច្ចុប្បន្ន មានតែអ្នកប្រើប្រាស់បច្ចុប្បន្ន និងប្រព័ន្ធប៉ុណ្ណោះដែលមានសិទ្ធិចូលប្រើប្រាស់ពេញលេញ អ្នកប្រើប្រាស់ផ្សេងទៀតទាំងអស់ រួមទាំងក្រុមអ្នកគ្រប់គ្រង និងអ្នកគ្រប់គ្រងខ្លួនឯងត្រូវតែលុបចេញ។

វាក៏អាចមានបញ្ហាក្នុងការបំប្លែងផ្លូវដាច់ខាតពីវីនដូទៅជាទម្រង់ Posix និងការចងភាគដែលមានតំណភ្ជាប់និមិត្តសញ្ញា។ ប៉ុន្តែនោះជារឿងមួយទៀត។

ប្រភព: www.habr.com