डॉकर और वीएमवेयर वर्कस्टेशन एक ही विंडोज़ मशीन पर

कार्य सरल था, डॉकर को मेरे कामकाजी विंडोज़ लैपटॉप पर रखें, जिसमें पहले से ही एक चिड़ियाघर है। मैंने डॉकर डेस्कटॉप स्थापित किया और कंटेनर बनाए, सब कुछ ठीक है, लेकिन मुझे तुरंत पता चला कि वीएमवेयर वर्कस्टेशन ने एक त्रुटि के साथ वर्चुअल मशीन चलाना बंद कर दिया है:

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

काम रुका हुआ है, मरम्मत कराना अति आवश्यक है

गूगल करने पर पता चला कि यह त्रुटि एक ही मशीन पर VMWare वर्कस्टेशन और हाइपर-V की असंगति के कारण होती है। समस्या ज्ञात है और इस तरह का एक आधिकारिक VMWare समाधान मौजूद है ठीक कर, माइक्रोसॉफ्ट नॉलेज बेस के लिंक के साथ विंडोज डिफेंडर क्रेडेंशियल गार्ड प्रबंधित करें. इसका समाधान डिफेंडर क्रेडेंशियल गार्ड को अक्षम करना है (विंडोज डिफेंडर क्रेडेंशियल गार्ड को अक्षम करने वाले अनुभाग के आइटम 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

पुनरारंभ करने के बाद, विंडोज़ पूछेगा कि क्या आप वास्तव में डिफेंडर क्रेडेंशियल गार्ड को अक्षम करना चाहते हैं। हाँ! इस तरह, VMWare वर्कस्टेशन सामान्य ऑपरेशन पर वापस आ जाएगा, और हम खुद को उसी स्थान पर पाएंगे जहां डॉकर स्थापित करने से पहले था।

मुझे हाइपर-वी और वीएमवेयर वर्कस्टेशन में सामंजस्य स्थापित करने का कोई समाधान नहीं मिला है, मुझे उम्मीद है कि वे नए संस्करणों में दोस्त बन जाएंगे।

एक और तरीका

मैं लंबे समय से विभिन्न उद्देश्यों के लिए वीएमवेयर वर्कस्टेशन का आदी रहा हूं, मैंने हाइपर-वी और वर्चुअलबॉक्स पर उतरने की कोशिश की, लेकिन कार्यक्षमता ने मेरे कार्यों को पूरा नहीं किया, और इसलिए मैं आज तक बैठा हूं। यह पता चला कि एक ही कार्य वातावरण में VMWare, Docker और VSCode को मित्र बनाने का एक समाधान है।

डॉकटर मशीन - आपको डॉकर इंजन को वर्चुअल होस्ट पर चलाने और इसे दूरस्थ और स्थानीय रूप से कनेक्ट करने की अनुमति देता है। और इसके लिए एक VMWare वर्कस्टेशन संगतता ड्राइवर है, जीथब से लिंक करें

मैं विशेष रूप से इंस्टॉलेशन निर्देशों को दोबारा नहीं बताऊंगा, केवल सामग्री की सूची:

1. डॉकर टूलबॉक्स (डॉकटर मशीन सम्मिलित)
2. डॉकर मशीन VMware वर्कस्टेशन ड्राइवर
3. डॉकटर डेस्कटॉप

हाँ, दुर्भाग्यवश, डॉकर डेस्कटॉप की भी आवश्यकता होगी। यदि आपने इसे ध्वस्त कर दिया है, तो इसे फिर से स्थापित करें, लेकिन इस बार ओएस में परिवर्तन करने के बारे में चेकबॉक्स हटा दें, ताकि वीएमवेयर वर्कस्टेशन फिर से न टूटे।

मैं तुरंत ध्यान देना चाहता हूं कि एक साधारण उपयोगकर्ता के लिए सब कुछ ठीक काम करता है, इंस्टॉलेशन प्रोग्राम जरूरत पड़ने पर अधिकारों में वृद्धि के लिए कहेंगे, लेकिन कमांड लाइन और स्क्रिप्ट पर सभी कमांड वर्तमान उपयोगकर्ता से निष्पादित होते हैं।

परिणामस्वरूप, टीम:

$ docker-machine create --driver=vmwareworkstation dev

Boot2Docker से एक dev वर्चुअलका बनाया जाएगा जिसके अंदर Docker होगा।

इस वर्चुअल मशीन को संबंधित vmx फ़ाइल खोलकर VMWare वर्कस्टेशन GUI से जोड़ा जा सकता है। लेकिन यह आवश्यक नहीं है, क्योंकि VSCode को अब PowerShell स्क्रिप्ट चलाने की आवश्यकता होगी (किसी कारण से, मेरी docker-machine और docker-machine-driver-vmwareworkstation बिन फ़ोल्डर में समाप्त हो गईं):

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

VSCode स्थानीय मशीन पर कोड और वर्चुअल मशीन में डॉकर के साथ काम करने के लिए खुलेगा। लगाना विजुअल स्टूडियो कोड के लिए डॉकर आपको कंसोल में आए बिना वर्चुअल मशीन में कंटेनरों को आसानी से प्रबंधित करने की अनुमति देता है।

कठिनाइयाँ:

डॉकर-मशीन बनाने की प्रक्रिया में, प्रक्रिया मेरे लिए रुक गई:

Waiting for SSH to be available...

और कुछ समय बाद यह वर्चुअल मशीन के साथ संबंध स्थापित करने के अत्यधिक प्रयासों के साथ समाप्त हो गया।

यह सब प्रमाणपत्र नीति के बारे में है। वर्चुअल मशीन बनाते समय, आपके पास एक ~.dockermachinemachinesdev निर्देशिका होगी। इस निर्देशिका में SSH के माध्यम से कनेक्ट करने के लिए प्रमाणपत्र फ़ाइलें होंगी: id_rsa, id_rsa.pub। ओपनएसएसएच उनका उपयोग करने से इंकार कर सकता है क्योंकि उसे लगता है कि उनके पास अनुमति संबंधी समस्याएं हैं। केवल डॉकर-मशीन आपको इसके बारे में कुछ नहीं बताएगी, लेकिन जब तक यह ऊब न जाए तब तक फिर से कनेक्ट हो जाएगी।

समाधान: जैसे ही एक नई वर्चुअल मशीन का निर्माण शुरू होता है, हम ~ .dockermachinemachinesdev निर्देशिका पर जाते हैं और निर्दिष्ट फ़ाइलों के अधिकारों को एक-एक करके बदलते हैं।

फ़ाइल का स्वामित्व वर्तमान उपयोगकर्ता के पास होना चाहिए, केवल वर्तमान उपयोगकर्ता और सिस्टम के पास पूर्ण पहुंच है, व्यवस्थापक समूह और स्वयं व्यवस्थापकों सहित अन्य सभी उपयोगकर्ताओं को हटा दिया जाना चाहिए।

विंडोज़ से पॉज़िक्स प्रारूप में निरपेक्ष पथों को परिवर्तित करने और प्रतीकात्मक लिंक वाले वॉल्यूम को बाइंड करने में भी समस्याएँ हो सकती हैं। लेकिन वो दूसरी कहानी है।

स्रोत: www.habr.com