{"id":76494,"date":"2020-04-02T13:42:51","date_gmt":"2020-04-02T11:42:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/docker-i-vmware-workstation-na-odnoj-windows-mashine"},"modified":"2020-04-02T13:42:51","modified_gmt":"2020-04-02T11:42:51","slug":"docker-i-vmware-workstation-na-odnoj-windows-mashine","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/docker-i-vmware-workstation-na-odnoj-windows-mashine","title":{"rendered":"Docker und VMWare Workstation auf einer Windows-Maschine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die Aufgabe war einfach, Docker auf meinem Arbeitslaptop mit Windows, auf dem bereits ein Zoo von anderen Anwendungen lief, zu installieren. Ich habe Docker Desktop installiert und Container erstellt, alles in Ordnung, aber ich stellte schnell fest, dass VMware Workstation die virtuellen Maschinen mit der Fehlermeldung nicht mehr starten konnte:<\/p>\n

VMware Workstation und Device\/Credential Guard sind nicht kompatibel. VMware Workstation kann nach Deaktivierung von Device\/Credential Guard ausgef\u00fchrt werden.<\/code><\/pre>\n
\n<\/a><\/noindex><\/p>\n
Die Arbeit stand still, ich musste es dringend reparieren.<\/h3>\n
\n\"Docker
\n
\nDurch Googeln stellte ich fest, dass dieser Fehler durch die Inkompatibilit\u00e4t von VMware Workstation und Hyper-V auf demselben Rechner verursacht wird. Das Problem ist bekannt und es gibt eine offizielle L\u00f6sung von VMware, wie man das repariert<\/a><\/noindex>, mit einem Link zur Microsoft-Wissensdatenbank Verwalten von Windows Defender Credential Guard<\/a><\/noindex>. Die L\u00f6sung besteht darin, den Defender Credential Guard zu deaktivieren (mir half Punkt 4 im Abschnitt Deaktivierung von Windows Defender Credential Guard):<\/p>\n
mountvol X: \/s\ncopy %WINDIR%System32SecConfig.efi X:EFIMicrosoftBootSecConfig.efi \/Y\nbcdedit \/create {0cb3b571-2f2e-4343-a879-d86a476d7215} \/d \"DebugTool\" \/application osloader\nbcdedit \/set {0cb3b571-2f2e-4343-a879-d86a476d7215} path \"EFIMicrosoftBootSecConfig.efi\"\nbcdedit \/set {bootmgr} bootsequence {0cb3b571-2f2e-4343-a879-d86a476d7215}\nbcdedit \/set {0cb3b571-2f2e-4343-a879-d86a476d7215} loadoptions DISABLE-LSA-ISO\nbcdedit \/set {0cb3b571-2f2e-4343-a879-d86a476d7215} device partition=X:\nmountvol X: \/d<\/code><\/pre>\n
\nNach dem Neustart wird Windows fragen, ob der Defender Credential Guard wirklich deaktiviert werden soll. Ja! Damit wird VMware Workstation wieder normal funktionieren, und wir befinden uns an derselben Stelle wie vor der Installation von Docker.<\/p>\n
Eine L\u00f6sung, wie man Hyper-V und VMware Workstation zusammenbringen kann, habe ich nicht gefunden. Ich hoffe, in neuen Versionen werden sie sich besser verstehen. <\/p>\n
Ein anderer Weg<\/h3>\n
\nIch bin schon lange auf VMware Workstation f\u00fcr verschiedene Zwecke angewiesen gewesen, habe versucht, zu Hyper-V und VirtualBox zu wechseln, aber die Funktionalit\u00e4t hat meinen Anforderungen nicht entsprochen, also sitze ich bis heute daran fest. Es stellte sich heraus, dass es eine L\u00f6sung gibt, um VMware, Docker und VSCode in einer Arbeitsumgebung zu vereinen.<\/p>\n
Docker Machine<\/b><\/a><\/noindex> \u2014 erm\u00f6glicht es, Docker Engine auf einem virtuellen Host zu starten und sowohl remote als auch lokal darauf zuzugreifen. Daf\u00fcr gibt es einen Kompatibilit\u00e4ts-Treiber f\u00fcr VMware Workstation, Link zu GitHub<\/a><\/noindex><\/p>\n
Ich werde die Installationsanleitung nicht viel wiederholen, nur die Zutatenliste:<\/p>\n
    \n
  1. Docker Toolbox<\/a><\/noindex> (Docker Machine<\/a><\/noindex> im Lieferumfang enthalten)<\/li>\n
  2. Docker Machine VMware Workstation Driver<\/a><\/noindex><\/li>\n
  3. Docker Desktop<\/li>\n<\/ol>\n
    \nJa, Docker Desktop wird leider auch ben\u00f6tigt. Wenn Sie es deinstalliert haben, installieren Sie es erneut, aber diesmal das K\u00e4stchen f\u00fcr \u00c4nderungen am Betriebssystem abw\u00e4hlen, um VMware Workstation nicht erneut zu besch\u00e4digen.<\/p>\n
    Ich m\u00f6chte gleich darauf hinweisen, dass alles wunderbar als normaler Benutzer funktioniert, die Installationsprogramme werden um Eskalation der Berechtigungen bitten, wenn es n\u00f6tig ist, aber alle Befehle in der Eingabeaufforderung und Skripte werden vom aktuellen Benutzer ausgef\u00fchrt.<\/i><\/p>\n
    Am Ende mit dem Befehl:<\/p>\n
    $ docker-machine create --driver=vmwareworkstation dev<\/code><\/pre>\n
    \nEine virtuelle Maschine dev wird aus Boot2Docker erstellt, in der Docker ausgef\u00fchrt wird.<\/p>\n
    Diese virtuelle Maschine kann im grafischen Interface von VMWare Workstation angeh\u00e4ngt werden, indem die entsprechende vmx-Datei ge\u00f6ffnet wird. Aber das ist nicht notwendig, denn VSCode muss jetzt mit einem PowerShell-Skript gestartet werden (bei mir sind docker-machine und docker-machine-driver-vmwareworkstation irgendwie im bin-Verzeichnis gelandet):<\/p>\n
    cd ~\/bin\n.\/docker-machine env dev | Invoke-Expression\ncode<\/code><\/pre>\n
    \nVSCode \u00f6ffnet sich zur Mitarbeit am Code auf der lokalen Maschine und Docker in der virtuellen Maschine. Das Plugin Docker f\u00fcr Visual Studio Code<\/a><\/noindex> erm\u00f6glicht eine bequeme Verwaltung von Containern in der virtuellen Maschine, ohne die Konsole betreten zu m\u00fcssen.<\/p>\n
    Herausforderungen:<\/b><\/p>\n
    W\u00e4hrend des Erstellungsprozesses von docker-machine hing der Prozess: <\/p>\n
    Warten auf SSH-Verf\u00fcgbarkeit...<\/code><\/pre>\n
    \n\"Docker
    \n
    \nUnd nach einiger Zeit wurde der Versuch, eine Verbindung zur virtuellen Maschine herzustellen, mit einer \u00dcberschreitung der Versuche beendet.<\/p>\n
    Das Problem liegt an der Richtlinie zu den Zertifikaten. Beim Erstellen einer virtuellen Maschine entsteht das Verzeichnis ~\/.dockermachinemachinesdev, in dem die Zertifikatsdateien f\u00fcr die SSH-Verbindung liegen: id_rsa, id_rsa.pub. OpenSSH k\u00f6nnte sich weigern, diese zu verwenden, da es glaubt, dass sie Probleme mit den Zugriffsrechten haben. Aber docker-machine sagt dir dar\u00fcber nichts und wird einfach weiter versuchen, sich zu verbinden, bis es frustriert aufgegeben wird.<\/p>\n
    L\u00f6sung:<\/b> Sobald die Erstellung einer neuen virtuellen Maschine beginnt, gehen wir in das Verzeichnis ~\/.dockermachinemachinesdev und \u00e4ndern die Berechtigungen f\u00fcr die angegebenen Dateien, eine nach der anderen.<\/p>\n
    Der Besitzer der Datei sollte der aktuelle Benutzer sein, vollst\u00e4ndiger Zugriff nur f\u00fcr den aktuellen Benutzer und SYSTEM, w\u00e4hrend alle anderen Benutzer, einschlie\u00dflich der Administratorgruppe und die Administratoren selbst, entfernt werden sollten.<\/p>\n
    Es k\u00f6nnen auch Probleme mit der Umwandlung absoluter Pfade vom Windows-Format in Posix auftreten sowie mit dem Binden von Volumes, die symbolische Links enthalten. Aber das ist eine andere Geschichte.
    \n
    Quelle:     habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
    \u0417\u0430\u0434\u0430\u0447\u0430 \u0431\u044b\u043b\u043e \u043f\u0440\u043e\u0441\u0442\u043e\u0439, \u043f\u043e\u0441\u0442\u0430\u0432\u0438\u0442\u044c Docker \u043d\u0430 \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u043d\u043e\u0443\u0442\u0431\u0443\u043a \u0441 Windows, \u043d\u0430 \u043a\u043e\u0442\u043e\u0440\u043e\u043c \u0443\u0436\u0435 \u0438 \u0442\u0430\u043a \u0437\u043e\u043e\u043f\u0430\u0440\u043a. \u041f\u043e\u0441\u0442\u0430\u0432\u0438\u043b Docker Desktop \u0441\u043e\u0437\u0434\u0430\u043b \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u044b, \u0432\u0441\u0451 \u043e\u043a, \u0432\u043e\u0442 \u0442\u043e\u043b\u044c\u043a\u043e \u0431\u044b\u0441\u0442\u0440\u043e \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0438\u043b, \u0447\u0442\u043e VMWare Workstation \u043f\u0435\u0440\u0435\u0441\u0442\u0430\u043b\u0430 \u0437\u0430\u043f\u0443\u0441\u043a\u0430\u0442\u044c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u043a\u0438 \u0441 \u043e\u0448\u0438\u0431\u043a\u043e\u0439: VMware Workstation and Device\/Credential Guard are not compatible. VMware Workstation can be run after disabling Device\/Credential Guard. \u0420\u0430\u0431\u043e\u0442\u0430 \u0432\u0441\u0442\u0430\u043b\u0430, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":76495,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-76494","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Docker und VMWare Workstation auf einer Windows-Maschine | ProHoster","description":"Die Aufgabe war einfach, Docker auf meinem Arbeitslaptop mit Windows zu installieren, auf dem bereits ein Sammelsurium vorhanden ist.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/docker-i-vmware-workstation-na-odnoj-windows-mashine","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Docker \u0438 VMWare Workstation \u043d\u0430 \u043e\u0434\u043d\u043e\u0439 Windows \u043c\u0430\u0448\u0438\u043d\u0435 | ProHoster","og:description":"\u0417\u0430\u0434\u0430\u0447\u0430 \u0431\u044b\u043b\u043e \u043f\u0440\u043e\u0441\u0442\u043e\u0439, \u043f\u043e\u0441\u0442\u0430\u0432\u0438\u0442\u044c Docker \u043d\u0430 \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u043d\u043e\u0443\u0442\u0431\u0443\u043a \u0441 Windows, \u043d\u0430 \u043a\u043e\u0442\u043e\u0440\u043e\u043c \u0443\u0436\u0435 \u0438 \u0442\u0430\u043a \u0437\u043e\u043e\u043f\u0430\u0440\u043a.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/docker-i-vmware-workstation-na-odnoj-windows-mashine","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-04-02T11:42:51+00:00","article:modified_time":"2020-04-02T11:42:51+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"76494","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:35:42","updated":"2022-09-28 07:26:54","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/76494","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=76494"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/76494\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/76495"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=76494"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=76494"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=76494"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}