ፕሮሆስተር > ጦማር > አስተዳደር > Docker እና VMWare Workstation በተመሳሳዩ የዊንዶውስ ማሽን ላይ

Docker እና VMWare Workstation በተመሳሳዩ የዊንዶውስ ማሽን ላይ

ስራው ቀላል ነበር, ዶከርን የእኔን በሚሰራው የዊንዶው ላፕቶፕ ላይ አስቀምጠው, እሱም ቀድሞውኑ መካነ አራዊት ያለው. ዶከር ዴስክቶፕን ጫንኩ እና ኮንቴይነሮችን ፈጠርኩ ፣ ሁሉም ነገር ደህና ነው ፣ ግን VMWare Workstation በስህተት ቨርቹዋል ማሽኖችን ማስኬዱን እንዳቆመ በፍጥነት ደረስኩበት።

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

ስራው ቆሟል, ለመጠገን አስቸኳይ ነው

Docker እና VMWare Workstation በተመሳሳዩ የዊንዶውስ ማሽን ላይ

በጉግል፣ ይህ ስህተት የተከሰተው VMWare Workstation እና Hyper-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 Workstation ወደ መደበኛ ስራው ይመለሳል እና እኛ እራሳችንን ዶከር ከመጫንዎ በፊት በተመሳሳይ ቦታ ላይ እናገኛለን።

Hyper-V እና VMWare Workstation እንዴት ማስታረቅ እንዳለብኝ መፍትሄ አላገኘሁም፣ በአዲስ ስሪቶች ውስጥ ጓደኛሞች እንደሚሆኑ ተስፋ አደርጋለሁ።

ሌላ መንገድ

ለብዙ ዓላማዎች የ VMWare Workstation ሱስ ነበረብኝ ፣ በ Hyper-V እና VirtualBox ላይ ለመውጣት ሞከርኩ ፣ ግን ተግባራዊነቱ ተግባሮቼን አላረካኝም ፣ እና ስለዚህ እስከ ዛሬ ተቀምጫለሁ። በአንድ የስራ አካባቢ VMWare፣ Docker እና VSCcode ጓደኞችን እንዴት ማፍራት እንደሚቻል መፍትሄ ተገኘ።

ዶከር ማሽን - Docker Engineን በቨርቹዋል አስተናጋጅ ላይ እንዲያሄዱ እና ከርቀት እና ከአካባቢው ጋር እንዲገናኙ ያስችልዎታል። እና ለእሱ የ VMWare Workstation ተኳኋኝነት ነጂ አለ ፣ ወደ github አገናኝ

የመጫኛ መመሪያዎችን በተለይ አልናገርም፣ የንጥረ ነገሮች ዝርዝር ብቻ፡-

  1. Docker Toolbox (ዶከር ማሽን ተካቷል)
  2. Docker ማሽን VMware የስራ ጣቢያ ሾፌር
  3. Docker ዴስክቶፕ

አዎ፣ ዶከር ዴስክቶፕ፣ በሚያሳዝን ሁኔታ፣ እንዲሁም ያስፈልጋል። ካፈረሱት ከዚያ እንደገና ይጫኑት ፣ ግን በዚህ ጊዜ በስርዓተ ክወናው ላይ ለውጦችን ለማድረግ አመልካች ሳጥኑን ያስወግዱ ፣ እንደገና VMWare Workstation እንዳይሰበር።

ሁሉም ነገር ከአንድ ቀላል ተጠቃሚ በትክክል እንደሚሰራ ወዲያውኑ ማስተዋል እፈልጋለሁ, የመጫኛ ፕሮግራሞቹ በሚፈልጉበት ጊዜ የመብቶች መጨመርን ይጠይቃሉ, ነገር ግን በትእዛዝ መስመር እና ስክሪፕቶች ላይ ያሉ ሁሉም ትዕዛዞች ከአሁኑ ተጠቃሚ ይፈጸማሉ.

በውጤቱም ቡድኑ፡-

$ docker-machine create --driver=vmwareworkstation dev

ከ Boot2Docker፣ የዴቭ ቨርቹዋልካ በውስጡ ይፈጠራል ይህም ዶከር ይሆናል።

ተጓዳኝ vmx ፋይልን በመክፈት ይህ ምናባዊ ማሽን ከ VMWare Workstation GUI ጋር ማያያዝ ይችላል። ግን ይህ አስፈላጊ አይደለም ፣ ምክንያቱም VSCode አሁን የPowerShell ስክሪፕት ማሄድ ያስፈልገዋል (በሆነ ምክንያት የእኔ ዶከር-ማሽን እና ዶከር-ማሽን-ሾፌር-vmwareworkstation በቢን አቃፊ ውስጥ ተጠናቀቀ)።

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

VSCcode በምናባዊው ማሽን ውስጥ በአካባቢያዊው ማሽን እና ዶከር ላይ ከኮድ ጋር ለመስራት ይከፈታል። መሰካት ዶከር ለእይታ ስቱዲዮ ኮድ ኮንቴይነሮችን ወደ ኮንሶሉ ውስጥ ሳይገቡ በቨርቹዋል ማሽን ውስጥ በተመቻቸ ሁኔታ እንዲያስተዳድሩ ይፈቅድልዎታል።

ችግሮች፡-

ዶከር-ማሽን በመፍጠር ሂደት ውስጥ፣ ሂደቱ ለእኔ ተሰቀለ፡- 

Waiting for SSH to be available...

Docker እና VMWare Workstation በተመሳሳዩ የዊንዶውስ ማሽን ላይ

እና ከጥቂት ጊዜ በኋላ ከቨርቹዋል ማሽኑ ጋር ግንኙነት ለመመስረት በተደረጉ ሙከራዎች አብቅቷል።

ሁሉም ነገር የምስክር ወረቀት ፖሊሲ ነው። ቨርቹዋል ማሽን ሲፈጥሩ ~.dockermachinemachinesdev ማውጫ በዚህ ማውጫ ውስጥ በSSH: id_rsa, id_rsa.pub በኩል የሚገናኙ የምስክር ወረቀቶች ይኖራሉ። OpenSSH የፍቃድ ጉዳዮች አለባቸው ብሎ ስለሚያስብ እነሱን ለመጠቀም እምቢ ማለት ይችላል። ዶከር-ማሽን ብቻ ስለዚህ ጉዳይ ምንም ነገር አይነግርዎትም ፣ ግን በቀላሉ እስኪሰለች ድረስ እንደገና ይገናኛል።

መፍትሔው: አዲስ ቨርቹዋል ማሽን መፍጠር እንደጀመረ ወደ ~ .dockermachinemachinesdev ማውጫ እንሄዳለን እና ለተገለጹት ፋይሎች መብቶችን አንድ በአንድ እንለውጣለን።

ፋይሉ የአሁን ተጠቃሚ መሆን አለበት፣ አሁን ያለው ተጠቃሚ እና ስርዓት ሙሉ መዳረሻ ያላቸው፣ ሁሉም ሌሎች ተጠቃሚዎች፣ የአስተዳዳሪዎች ቡድን እና አስተዳዳሪዎች እራሳቸው መሰረዝ አለባቸው።

ፍፁም ዱካዎችን ከዊንዶውስ ወደ ፖዚክስ ቅርጸት መቀየር እና ተምሳሌታዊ አገናኞችን የያዙ ጥራዞችን የመቀየር ችግሮች ሊኖሩ ይችላሉ። ይህ ግን ሌላ ታሪክ ነው።

ምንጭ: hab.com

አስተያየት ያክሉ