{"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\/fr\/blog\/administrirovanie\/docker-i-vmware-workstation-na-odnoj-windows-mashine","title":{"rendered":"Docker et VMWare Workstation sur une seule machine Windows","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La t\u00e2che \u00e9tait simple : installer Docker sur mon ordinateur portable de travail sous Windows, qui \u00e9tait d\u00e9j\u00e0 un vrai patchwork. J'ai install\u00e9 Docker Desktop, cr\u00e9\u00e9 des conteneurs, tout allait bien, mais j'ai rapidement d\u00e9couvert que VMware Workstation avait arr\u00eat\u00e9 de lancer des machines virtuelles avec l'erreur :<\/p>\n

VMware Workstation et Device\/Credential Guard ne sont pas compatibles. VMware Workstation peut \u00eatre ex\u00e9cut\u00e9 apr\u00e8s la d\u00e9sactivation de Device\/Credential Guard.<\/code><\/pre>\n
\n<\/a><\/noindex><\/p>\n
Le travail s'est arr\u00eat\u00e9, il faut r\u00e9parer \u00e7a d'urgence.<\/h3>\n
\n\"Docker
\n
\nEn cherchant sur Google, j'ai compris que cette erreur provient de l'incompatibilit\u00e9 entre VMware Workstation et Hyper-V sur une m\u00eame machine. C'est un probl\u00e8me connu, et il existe un solution officielle de VMware \u00e0 ce sujet. r\u00e9parer<\/a><\/noindex>, avec un lien vers la base de connaissances de Microsoft. G\u00e9rer le Windows Defender Credential Guard<\/a><\/noindex>. La solution consiste \u00e0 d\u00e9sactiver le Defender Credential Guard (le point 4 de la section D\u00e9sactiver le Windows Defender Credential Guard m'a aid\u00e9) :<\/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
\nApr\u00e8s le red\u00e9marrage, Windows demandera si vous souhaitez vraiment d\u00e9sactiver le Defender Credential Guard. Oui ! Ainsi, VMware Workstation retrouvera un fonctionnement normal, et nous nous retrouverons au m\u00eame point qu'avant l'installation de Docker.<\/p>\n
Je n'ai pas trouv\u00e9 de solution pour r\u00e9concilier Hyper-V et VMware Workstation, j'esp\u00e8re qu'ils seront compatibles dans de futures versions. <\/p>\n
Un autre chemin<\/h3>\n
\nJ'utilise d\u00e9j\u00e0 VMware Workstation depuis longtemps \u00e0 diverses fins, j'ai essay\u00e9 de passer \u00e0 Hyper-V et VirtualBox, mais leurs fonctionnalit\u00e9s n'ont pas satisfait mes besoins, ainsi je reste avec VMware. Il s'av\u00e8re qu'il existe une solution pour faire coexister VMware, Docker et VSCode dans un m\u00eame environnement de travail.<\/p>\n
Docker Machine<\/b><\/a><\/noindex> \u2014 permet de lancer le Docker Engine sur un h\u00f4te virtuel et de s'y connecter \u00e0 la fois \u00e0 distance et localement. Il existe \u00e9galement un driver de compatibilit\u00e9 avec VMware Workstation. lien vers GitHub<\/a><\/noindex><\/p>\n
Je ne vais pas d\u00e9tailler les instructions d'installation, juste une liste d'ingr\u00e9dients :<\/p>\n
    \n
  1. Docker Toolbox<\/a><\/noindex> (Docker Machine<\/a><\/noindex> dans le package)<\/li>\n
  2. Docker Machine VMware Workstation Driver<\/a><\/noindex><\/li>\n
  3. Docker Desktop<\/li>\n<\/ol>\n
    \nOui, Docker Desktop sera malheureusement \u00e9galement n\u00e9cessaire. Si vous l'avez d\u00e9sinstall\u00e9, r\u00e9installez-le, mais cette fois en d\u00e9cochant la case pour apporter des modifications \u00e0 l'OS, afin de ne pas casser \u00e0 nouveau VMware Workstation.<\/p>\n
    Je tiens \u00e0 pr\u00e9ciser que tout fonctionne parfaitement pour un utilisateur standard, les programmes d'installation demanderont une \u00e9l\u00e9vation de privil\u00e8ges quand n\u00e9cessaire, mais toutes les commandes dans l'invite de commandes et les scripts s'ex\u00e9cutent avec l'utilisateur actuel.<\/i><\/p>\n
    En fin de compte, la commande :<\/p>\n
    $ docker-machine create --driver=vmwareworkstation dev<\/code><\/pre>\n
    \nUne machine virtuelle dev sera cr\u00e9\u00e9e \u00e0 l'int\u00e9rieur de Boot2Docker, o\u00f9 Docker sera install\u00e9.<\/p>\n
    Cette machine virtuelle peut \u00eatre attach\u00e9e \u00e0 l'interface graphique de VMWare Workstation en ouvrant le fichier vmx correspondant. Cependant, ce n'est pas obligatoire, car VSCode devra maintenant \u00eatre lanc\u00e9 par un script PowerShell (pour une raison quelconque, docker-machine et docker-machine-driver-vmwareworkstation se trouvaient dans le dossier bin) :<\/p>\n
    cd ~\/bin\n.\/docker-machine env dev | Invoke-Expression\ncode<\/code><\/pre>\n
    \nVSCode s'ouvrira pour travailler sur le code sur la machine locale et Docker dans la machine virtuelle. Le plugin Docker pour Visual Studio Code<\/a><\/noindex> permet de g\u00e9rer facilement les conteneurs dans la machine virtuelle sans avoir \u00e0 utiliser la console.<\/p>\n
    Difficult\u00e9s :<\/b><\/p>\n
    Lors de la cr\u00e9ation de docker-machine, j'ai rencontr\u00e9 un gel du processus : <\/p>\n
    Waiting for SSH to be available...<\/code><\/pre>\n
    \n\"Docker
    \n
    \nEt apr\u00e8s un certain temps, il s'est termin\u00e9 en d\u00e9passant le nombre de tentatives de connexion \u00e0 la machine virtuelle.<\/p>\n
    Tout cela est d\u00fb \u00e0 la politique de certificats. Lors de la cr\u00e9ation de la machine virtuelle, un r\u00e9pertoire ~.dockermachinemachinesdev sera cr\u00e9\u00e9 dans lequel se trouveront les fichiers de certificat pour la connexion SSH : id_rsa, id_rsa.pub. OpenSSH peut refuser de les utiliser car il consid\u00e8re qu'il y a des probl\u00e8mes de droits d'acc\u00e8s. Cependant, docker-machine ne vous en dira rien et continuera \u00e0 se reconnecter jusqu'\u00e0 ce qu'il en ait assez.<\/p>\n
    Solution :<\/b> D\u00e8s que la cr\u00e9ation d'une nouvelle machine virtuelle commence, allez dans le r\u00e9pertoire ~.dockermachinemachinesdev et modifiez les droits sur les fichiers mentionn\u00e9s, un par un.<\/p>\n
    Le propri\u00e9taire du fichier doit \u00eatre l'utilisateur actuel, seul l'utilisateur actuel et SYSTEM doivent avoir un acc\u00e8s total, tous les autres utilisateurs, y compris le groupe des administrateurs et les administrateurs eux-m\u00eames, doivent \u00eatre supprim\u00e9s.<\/p>\n
    Il peut \u00e9galement y avoir des probl\u00e8mes de conversion des chemins absolus du format Windows au format Posix, ainsi qu'avec le montage de volumes contenant des liens symboliques. Mais c'est une autre histoire.
    \n
    Source :     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 et VMWare Workstation sur une m\u00eame machine Windows | ProHoster","description":"La t\u00e2che \u00e9tait simple, installer Docker sur mon ordinateur portable de travail sous Windows, qui \u00e9tait d\u00e9j\u00e0 un peu un zoo.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/docker-i-vmware-workstation-na-odnoj-windows-mashine","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","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\/fr\/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\/fr\/wp-json\/wp\/v2\/posts\/76494","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=76494"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/76494\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/76495"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=76494"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=76494"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=76494"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}