دنده ساده وه ، زما په کاري وینډوز لپ ټاپ کې ډاکر واچوئ ، کوم چې دمخه ژوبڼ لري. ما د ډاکر ډیسټاپ نصب کړ او کانټینرونه یې جوړ کړل، هرڅه سم دي، مګر ما ژر تر ژره وموندله چې د VMWare ورک سټیشن د غلطۍ سره د مجازی ماشینونو چلول بند کړل:
VMware Workstation and Device/Credential Guard are not compatible. VMware Workstation can be run after disabling Device/Credential Guard.
کار په ټپه ولاړ دی، د ترمیم لپاره عاجل دی
د ګوګل کولو په واسطه، دا معلومه شوه چې دا تېروتنه په ورته ماشین کې د VMWare ورک سټیشن او Hyper-V د نه مطابقت له امله رامنځته کیږي. ستونزه معلومه ده او د دې په څیر رسمي VMWare حل شتون لري
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 ورک سټیشن به عادي عملیاتو ته راستون شي ، او موږ به خپل ځان په ورته ځای کې ومومئ لکه د ډاکر نصبولو دمخه.
ما د Hyper-V او VMWare ورک سټیشن سره د پخلاینې څرنګوالي په اړه حل ندی موندلی ، زه امید لرم چې دوی به په نوي نسخو کې ملګري شي.
بله لاره
زه له ډیرې مودې راهیسې د مختلف اهدافو لپاره د VMWare ورک سټیشن سره روږدي شوی یم ، ما هڅه وکړه چې په Hyper-V او VirtualBox کې لاړ شم ، مګر فعالیت زما دندې پوره نه کړې ، او له همدې امله زه نن ورځ ناست یم. دا معلومه شوه چې دلته یو حل شتون لري چې څنګه په یو کاري چاپیریال کې ملګري VMWare، Docker او VSCode جوړ کړئ.
زه به د نصب کولو لارښوونې بیا نه وایم په ځانګړي توګه ، یوازې د اجزاو لیست:
د ډاکر اوزار بکس (د ډاکر ماشین شامل دي)د ډاکر ماشین VMware ورک سټیشن ډرایور - ډوکر ډېسکټاپ
هو، د ډاکر ډیسټاپ، له بده مرغه، به هم اړتیا وي. که تاسو دا تخریب کړی ، نو بیا یې نصب کړئ ، مګر دا ځل په OS کې د بدلونونو په اړه د چیک باکس لرې کول ، ترڅو د VMWare ورک سټیشن بیا مات نشي.
زه غواړم سمدلاسه یادونه وکړم چې هرڅه د ساده کارونکي څخه ښه کار کوي ، د نصب کولو برنامې به د اړتیا په وخت کې د حقونو د زیاتوالي غوښتنه وکړي ، مګر د کمانډ لاین او سکریپټونو کې ټول کمانډونه د اوسني کارونکي لخوا اجرا کیږي.
د پایلې په توګه، ټیم:
$ docker-machine create --driver=vmwareworkstation dev
د Boot2Docker څخه، یو dev virtualka به دننه رامینځته شي کوم چې به Docker وي.
دا مجازی ماشین د اړونده vmx فایل په خلاصولو سره د VMWare ورک سټیشن GUI سره وصل کیدی شي. مګر دا اړین ندی، ځکه چې VSCode به اوس د پاور شیل سکریپټ چلولو ته اړتیا ولري (د ځینو دلیلونو لپاره، زما د ډاکر ماشین او ډاکر ماشین-ډرایور-vmwareworkstation په بن فولډر کې پای ته رسیدلی):
cd ~/bin
./docker-machine env dev | Invoke-Expression
code
VSCode به په مجازی ماشین کې په محلي ماشین او ډاکر کې د کوډ سره کار کولو لپاره خلاص شي. نښلول
ستونزې:
د ډاکر ماشین رامینځته کولو په پروسه کې ، پروسه زما لپاره ځوړند وه:
Waiting for SSH to be available...
او یو څه وروسته دا د مجازی ماشین سره د اړیکې رامینځته کولو لپاره د ډیرو هڅو سره پای ته ورسید.
دا ټول د سند پالیسۍ په اړه دي. کله چې یو مجازی ماشین جوړ کړئ، تاسو به په دې ډایرکټر کې د ~.dockermachinemachinesdev لارښود ولرئ هلته به د SSH له لارې د نښلولو لپاره د سند فایلونه وي: id_rsa، id_rsa.pub. OpenSSH ممکن د دوی کارولو څخه انکار وکړي ځکه چې فکر کوي دوی د اجازې مسلې لري. یوازې د ډاکر ماشین به تاسو ته پدې اړه څه ونه وايي ، مګر په ساده ډول به بیا وصل شي تر هغه چې ستړي نشي.
د حل لاره: هرڅومره ژر چې د نوي مجازی ماشین رامینځته کول پیل شي ، موږ ~ .dockermachinemachinesdev لارښود ته ځو او د ټاکل شوي فایلونو حقونه په یو وخت کې بدلوو.
فایل باید د اوسني کارونکي ملکیت وي، یوازې اوسنی کارونکي او سیسټم بشپړ لاسرسی لري، نور ټول کاروونکي، په شمول د مدیرانو ګروپ او پخپله مدیران باید حذف شي.
د وینډوز څخه Posix فارمیټ ته د مطلق لارو بدلولو کې ستونزې هم شتون لري ، او د سمبولیک لینکونو لرونکي حجمونو پابند کول. مګر دا بله کیسه ده.
سرچینه: www.habr.com