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 Knowledge Base נהל את Windows Defender Credential Guard. הפתרון הוא להשבית את ה-Defender Credential Guard (פריט 4 בסעיף השבת את 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 Machine VMware Workstation
3. שולחני Docker

כן, יהיה צורך גם ב- Docker Desktop, למרבה הצער. אם הרסת אותו, אז התקן אותו שוב, אך הפעם הסר את תיבת הסימון לגבי ביצוע שינויים במערכת ההפעלה, כדי לא לשבור את VMWare Workstation שוב.

אני רוצה לציין מיד שהכל עובד בסדר ממשתמש פשוט, תוכניות ההתקנה יבקשו הסלמה של זכויות כשהן צריכות את זה, אבל כל הפקודות בשורת הפקודה והסקריפטים מבוצעות מהמשתמש הנוכחי.

כתוצאה מכך, הצוות:

$ docker-machine create --driver=vmwareworkstation dev

מ-Boot2Docker, תיווצר וירטואלית מפתחת שבתוכה תהיה Docker.

מכונה וירטואלית זו יכולה להיות מחוברת ל-VMWare Workstation GUI על ידי פתיחת קובץ ה-vmx המתאים. אבל זה לא הכרחי, כי VSCode יצטרך כעת להריץ סקריפט PowerShell (מסיבה כלשהי, ה-docker-machine ו-docker-machine-driver-vmwareworkstation שלי הגיעו לתיקיית bin):

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 ומשנים את הזכויות לקבצים שצוינו, אחד בכל פעם.

הקובץ חייב להיות בבעלות המשתמש הנוכחי, רק למשתמש הנוכחי ול-SYSTEM יש גישה מלאה, יש למחוק את כל שאר המשתמשים, כולל קבוצת המנהלים והמנהלים עצמם.

ייתכנו גם בעיות בהמרת נתיבים מוחלטים מפורמט Windows לפורמט Posix, וכרכים מחייבים המכילים קישורים סמליים. אבל זה כבר סיפור אחר.

מקור: www.habr.com