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-ის გამორთვა (დამეხმარა Windows Defender Credential Guard-ის განყოფილების გამორთვა 4 პუნქტი):

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 დაუბრუნდება ნორმალურ მუშაობას და ჩვენ ვიქნებით იმავე ადგილას, როგორც დოკერის დაყენებამდე.

მე ჯერ კიდევ ვერ ვიპოვე გამოსავალი Hyper-V-ისა და VMWare Workstation-ის შესარიგებლად, იმედი მაქვს ისინი დამეგობრდებიან ახალ ვერსიებში.

სხვა გზა

დიდი ხანია ვარ მიჯაჭვული VMWare Workstation-ზე სხვადასხვა მიზნით, ვცდილობდი გადავსულიყავი Hyper-V-ზე და VirtualBox-ზე, მაგრამ ფუნქციონალობამ არ დააკმაყოფილა ჩემი მოთხოვნილებები და დღემდე იქ ვარ ჩარჩენილი. აღმოჩნდა, რომ არსებობს გამოსავალი, თუ როგორ გავაერთიანოთ VMWare, Docker და VSCode ერთ სამუშაო გარემოში.

დოკერის მანქანა — საშუალებას გაძლევთ გაუშვათ Docker Engine ვირტუალურ ჰოსტზე და დაუკავშირდეთ მას როგორც დისტანციურად, ასევე ადგილობრივად. და მას აქვს VMWare Workstation თავსებადობის დრაივერი, ბმული github-ზე

მე განსაკუთრებით არ გეტყვით ინსტალაციის ინსტრუქციებს, მხოლოდ ინგრედიენტების ჩამონათვალს:

1. Docker Toolbox (დოკერის მანქანა შედის)
2. Docker Machine VMware Workstation Driver
3. დოკერის სამუშაო მაგიდა

დიახ, Docker Desktop, სამწუხაროდ, ასევე საჭირო იქნება. თუ გაანადგურე, ისევ დააინსტალირე, ოღონდ ამჯერად OS-ში ცვლილებების შეტანის ჩამრთველის მოხსნა, რათა VMWare Workstation ისევ არ გატეხოს.

დაუყოვნებლივ მინდა აღვნიშნო, რომ მარტივი მომხმარებლისგან ყველაფერი კარგად მუშაობს, ინსტალაციის პროგრამები ითხოვენ უფლებების გაზრდას, როდესაც ეს დასჭირდებათ, მაგრამ ბრძანების სტრიქონზე და სკრიპტების ყველა ბრძანება შესრულებულია მიმდინარე მომხმარებლისგან.

შედეგად, ბრძანება:

$ docker-machine create --driver=vmwareworkstation dev

Boot2Docker-დან შეიქმნება დეველოპერის ვირტუალური მანქანა, რომლის შიგნით დაინსტალირდება Docker.

ეს ვირტუალური მანქანა შეიძლება დაერთოს VMWare Workstation გრაფიკულ ინტერფეისს შესაბამისი vmx ფაილის გახსნით. მაგრამ ეს არ არის აუცილებელი, რადგან VSCode-ს ახლა დასჭირდება PowerShell-ის მიერ სკრიპტის სახით გაშვება (რატომღაც, docker-machine და docker-machine-driver-vmwareworkstation დასრულდა bin საქაღალდეში):

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

VSCode გაიხსნება კოდთან მუშაობისთვის ადგილობრივ მანქანაზე და Docker ვირტუალურ მანქანაში. Ჩართვა შეერთება Docker Visual Studio კოდისთვის საშუალებას გაძლევთ მოხერხებულად მართოთ კონტეინერები ვირტუალურ მანქანაში კონსოლში შესვლის გარეშე.

სირთულეები:

დოკერ-მანქანის შექმნისას ჩემი პროცესი გაიყინა:

Waiting for SSH to be available...

და გარკვეული პერიოდის შემდეგ დასრულდა ვირტუალურ მანქანასთან კავშირის დამყარების მეტი მცდელობით.

ეს ყველაფერი სერტიფიკატის პოლიტიკაზეა. ვირტუალური მანქანის შექმნისას გექნებათ დირექტორია ~.dockermachinemachinesdev ამ დირექტორიაში იქნება სერტიფიკატის ფაილები SSH-ით დასაკავშირებლად: id_rsa, id_rsa.pub. OpenSSH შეიძლება უარი თქვას მათ გამოყენებაზე, რადგან ფიქრობს, რომ მათ აქვთ ნებართვების პრობლემები. მხოლოდ დოკერ-მანქანა არაფერს გეტყვით ამის შესახებ, ის უბრალოდ ხელახლა დააკავშირებს მანამ, სანამ არ მოგწყინდება.

გამოსავალი: როგორც კი ახალი ვირტუალური მანქანის შექმნა დაიწყება, გადადით ~.dockermachinemachinesdev დირექტორიაში და შეცვალეთ უფლებები მითითებულ ფაილებზე, სათითაოდ.

ფაილის მფლობელი უნდა იყოს მიმდინარე მომხმარებელი, მხოლოდ ამჟამინდელ მომხმარებელს და SYSTEM-ს აქვს სრული წვდომა, ყველა სხვა მომხმარებელი, მათ შორის ადმინისტრატორების ჯგუფი და თავად ადმინისტრატორები, უნდა წაიშალოს.

ასევე შეიძლება იყოს პრობლემები Windows-ის ფორმატიდან Posix-ზე აბსოლუტური ბილიკების გარდაქმნასთან და სიმბოლურ ბმულზე შემცველ ტომებთან დაკავშირებით. მაგრამ ეს სხვა ამბავია.

წყარო: www.habr.com