Paramètres du pare-feu Windows pour permettre à Docker pour Windows de partager le lecteur

139

Le pare-feu Windows bloque ma tentative d'autoriser Docker pour Windows à partager C: sur la machine Windows 10.

Fonctionne bien lorsque le pare-feu Windows est désactivé. Quand c'est sur je reçois

Un pare-feu bloque le partage de fichiers entre Windows et les conteneurs. Consultez la documentation pour plus d'informations.

La documentation dit

Vous n'avez pas besoin d'ouvrir le port 445 sur un autre réseau. Par défaut, autorisez les connexions au port 445 10.0.75.1 (l'hôte Windows) à partir de 10.0.75.2 (la machine virtuelle).

Je suis «googlé» pour essayer de trouver comment faire cela - quelqu'un peut-il conseiller?

Ribeye
la source
20
Cisco AnyConnect VPN bloquait cela pour moi, après avoir quitté le VPN, cela a fonctionné.
Chris Wolf
1
J'ai Cisco qui me bloque mais j'ai BESOIN d'être sur le VPN ainsi que d'avoir le partage Docker ... Des idées?
Nicolas Irisarri
1
J'ai suivi cela pour Norton Firewall et cela a parfaitement fonctionné stackoverflow.com/questions/45159006/...
Robin Sanner
Voir ci-dessous le post qui répond à cette question superuser.com/questions/1470821/…
Aravind S
1
@NicolasIrisarri: J'ai résolu le même problème (besoin de les utiliser tous les deux en même temps). La solution consiste à utiliser un sous-réseau différent de celui sécurisé par AnyConnect. Voir ma réponse ci-dessous: stackoverflow.com/a/58406873/9064636
Averell

Réponses:

151

Vous n'avez pas réellement besoin de partager le lecteur C, mais seulement de réinstaller (ou même de décocher - cliquez sur OK - puis cochez) le service de partage de fichiers et d'imprimantes sur la carte réseau virtuelle Hyper-V. Consultez cet article.

De plus, s'il y a des restrictions sur vos profils réseau (c'est-à-dire publics), envisagez de changer le "réseau non identifié" par défaut pour la carte "vEthernet (DockerNAT)" en privé via cette commande PowerShell avant de faire ce qui précède:

Set-NetConnectionProfile -interfacealias "vEthernet (DockerNAT)" -NetworkCategory Private
David Tesar
la source
4
J'ai dû fermer Docker pour Windows et le redémarrer après avoir exécuté la commande Powershell ci-dessus. Vous pouvez exécuter Get-NetConnectionProfilepour vous assurer que le DockerNATréseau est dans la Privatecatégorie
seangwright
1
Le lien vers blog.olandese.nl/2017/05/03/… a résolu mon problème. Merci beaucoup!
Andrie
1
Aucun de ceux-ci n'a fonctionné pour moi, alors j'ai essayé: stackoverflow.com/a/47837191/1895627
Andrei
3
Je ne peux pas désinstaller cela, j'obtiens une erreur 0x80071779, j'ai essayé de désactiver -> activer. Pare-feu également désactivé ... J'ai également essayé de définir sur privé, ne fonctionne toujours pas, des idées?
BrunoLM
2
désinstaller le service de partage de fichiers et d'imprimantes:Disable-NetAdapterBinding -Name "vEthernet (DockerNAT)" -ComponentID ms_server
Marcel DB
73

Ok, donc après avoir exécuté le même problème, j'ai trouvé une solution.

C'est ce que j'ai fait:


Étape 1: Ouvrez ESET. Cliquez ensuite sur Setup

cliquez sur configuration

Étape 2: Cliquez sur Protection du réseau

cliquez sur la protection du réseau

Étape 3: Cliquez sur l' assistant de dépannage

cliquez sur l'assistant de dépannage

Étape 4: Trouvez la communication 10.0.75.2 (paramètre IP du docker par défaut) Vérifiez simplement la plage IP définie dans les paramètres de votre docker. Recherchez ensuite l'adresse IP qui réside dans cette plage.

trouver la connexion

Étape 5: Cliquez sur le bouton Débloquer , vous devriez alors recevoir cet écran.

cliquez sur débloquer

Cela a résolu le problème pour moi-même.

Vous pouvez ensuite accéder aux règles et vérifier la règle qui a été ajoutée.


PS: Ceci est mon premier message, désolé pour les procédures incorrectes.

Franche Van Den Berg
la source
Cet article a été extrêmement utile pour moi, car lors de l'ajout des règles comme expliqué dans la documentation, les adresses IP mentionnées étaient différentes. Je suis allé bezig!
DelphiLynx
11
Pour tous les utilisateurs d'ESET là - bas, c'est la solution, je vous remercie!
cudacoder
2
Une excellente contribution de Franche Van Den Berg, merci. C'est en effet la solution pour les utilisateurs d'ESET, et une solution très élégante.
Vacilando
Pour ESET, assurez-vous que le réseau docker est dans la zone de confiance
WhiteKnight
Cette solution exacte a parfaitement fonctionné pour moi. Merci!
khalid
63

Seule cette solution m'aide:

  • Accédez à Hyper-V Manager -> Virtual Switch Manager -> DockerNAT -> Type de connexion: passer de interne à privé, appliquer, revenir à interne, appliquer
  • Redémarrez MobyLinuxVM
  • Redémarrez Docker
  • Définissez le profil réseau Docker sur «Privé». Exécuter la commande dans PowerShell en tant qu'administrateur
    Set-NetConnectionProfile -interfacealias "vEthernet (DockerNAT)" -NetworkCategory Private
  • Réinitialiser le partage de fichiers et d'imprimantes pour les réseaux Microsoft sur la connexion DockerNAT
  • Allez dans Docker -> Paramètres -> Shared Drives et partagez C:
kostia24
la source
6
vaut la peine Set-NetConnectionProfiled'être exécuté dans PowerShell en tant qu'administrateur et non en Cmd normal. Cela fonctionne bien pour moi mais l'adaptateur Ethernet est toujoursunidentified network
DarkMukke
3
bombardement de tapis FTW. Aucune des autres solutions n'a fonctionné. Merci.
David West
Cela a fonctionné à 100%. Aucune des autres options n'a fonctionné cette fois et la solution ultime était de définir le réseau sur Privé.
lordg
Merci mec! Tu as sauvé ma journée. Ce n'est qu'une manière de résoudre ce foutu bogue.
TimeCoder
A travaillé pour moi. La plupart des autres solutions ne l'ont pas fait. assurez-vous de suivre TOUTES les étapes. J'ai manqué l'étape "Définir le profil réseau Docker sur" Privé "Set-NetConnectionProfile -interfacealias" vEthernet (DockerNAT) "-NetworkCategory Private" à mes risques et périls.
Mr Slim
54

Ma solution était de me déconnecter du VPN; qui causait le problème

ianaz
la source
2
J'ai également résolu le problème après m'être déconnecté de mon VPN, ce que je n'ai bien sûr pas essayé avant d'avoir épuisé toutes les autres possibilités. soupir
Kirkaiya
Je cherchais une demi-journée et j'avais juste besoin de me déconnecter du VPN .. Merci!
HELPME
1
Solution simple ... Merci!
MilanYadav
1
Merci! J'ai oublié mon client VPN qui démarre automatiquement au démarrage de Windows.
Fabio Formosa
Je vous remercie! J'ai suivi différentes instructions sans succès, mais une fois déconnecté du VPN, cela a fonctionné !!!
MeIr
27

Je n'utilisais aucun pare-feu tiers lorsque je rencontrais cette erreur. J'étais convaincu qu'il s'agissait d'un problème de pare-feu Windows, même si la désactivation du pare-feu Windows ne fonctionnait pas pour moi. J'ai finalement trouvé ce billet de blog après de nombreuses recherches: Erreur Docker sur Windows 10: Un pare-feu bloque le partage de fichiers ...

Cela n'a finalement PAS à voir avec le pare-feu Windows intégré.

Le correctif

  1. Décocher la case Partage de fichiers et d'imprimantes pour les réseaux Microsoft de l' adaptateur réseau vEthernet (DockerNAT) (vous pouvez trouver la connexion dans le Centre de réseau et de partage Windows ).
  2. Revérifiez- le et assurez-vous qu'il est activé.
jiminikiz
la source
A parfaitement fonctionné pour moi, merci!
LewisCheng-MSFT
Apparemment, cela a fonctionné pour moi aussi. J'ai vérifié le pare-feu Windows et j'avais déjà la règle correcte, probablement préinstallée par docker lui-même.
Davide Inglima
Ce serait bien de savoir pourquoi cela fonctionne et quelle est la cause réelle du problème. Semble arriver fréquemment.
Jason Rowe
Le problème est que vous devez le refaire après le redémarrage du système
AFD
@AFD, intéressant, je n'ai pas ce problème.
jiminikiz
22

Mon lecteur C a cessé d'être partagé avec Docker après une récente mise à jour de Windows 10. J'avais le même problème en disant qu'il était bloqué par le pare-feu Windows lors de la tentative de partage.

En parcourant les solutions ci-dessus, j'ai trouvé quelque chose qui a fonctionné pour moi et qui est plus simple que tout ce que j'ai vu sur cette page. Dans Panneau de configuration \ Tous les éléments du panneau de configuration \ Réseau et centre de partage , sur la connexion vEthernet (DockerNAT) , j'ai décoché la propriété Partage de fichiers et d'imprimantes pour les réseaux Microsoft et enregistré le paramètre. Ensuite, j'ai vérifié à nouveau la propriété pour la réactiver et l'ai enregistrée à nouveau.

À ce stade, j'ai pu partager le lecteur C dans les paramètres Docker. Je n'ai aucune idée de pourquoi cela a fonctionné mais ce n'était pas un problème de pare-feu, qui a déjà une entrée pour DockerSmbMount.

jrk
la source
WOW c'est un bug décevant .. J'ai cherché toute la journée merci
a11r
cela a presque fonctionné. Je ne reçois pas le message du pare-feu mais la case à cocher ne reste pas cochée!
jokab
17

J'ai eu ce problème avec Kaspersky; éteindre Kaspersky a fonctionné, donc je savais que c'était le pare-feu. Dans mon cas, Kaspersky bloquait déjà le port 445 pour une raison quelconque. J'ai dû accéder aux règles de paquet pour le pare-feu, les services locaux (TCP) et supprimer 445 de la liste des ports de blocs.

Image 1

Image 2

Barry Holroyd
la source
1
A travaillé pour moi! Mais l'interface utilisateur était différente dans Kaspersky ES 10. Elle peut être trouvée comme ceci: Onglet Paramètres> Sélectionnez "Pare-feu" sur le côté gauche> cliquez sur le bouton "Règles de paquets réseau"> Sélectionnez "Connexion TCP locale"> Sélectionnez Modifier en haut
Simon B.
1
Au lieu de supprimer 445 de la liste, a changé «Action» de «Bloqué» à «Par les règles d'application» et cela a fonctionné pour moi. Je suppose donc que la suppression de 445 des «Services locaux (TCP)» et la création d'une nouvelle règle «Docker SMB Mount» avec l'action «Par règles d'application» devraient également fonctionner.
Jimson Kannanthara James
Celui-ci a fonctionné pour moi. J'ai dû mettre Kaspersky en pause, puis essayer d'activer le lecteur partagé sur Docker pour Windows.
gdyrrahitis
Merci d'avoir partagé la solution pour Kaspersky. Cela a fonctionné pour moi.
namit
J'ai eu le même problème et j'ai
Anthony O.
11

Pour les machines Windows 10 sur les réseaux de domaine, lors de la création de la carte Ethernet virtuelle Hyper-V, elle est classée comme un réseau public. Vous devez le changer en réseau privé pour autoriser les règles plus souples du pare-feu Windows et donc permettre le partage de fichiers.

Exécutez la commande suivante dans PowerShell:

Set-NetConnectionProfile -interfacealias "vEthernet (DockerNAT)" -NetworkCategory Private

Modifiez le nom entre guillemets si la connexion réseau virtuelle Hyper-V de votre ordinateur est appelée autre chose.

mzamora
la source
A fonctionné à merveille pour moi. Exécutez la commande dans une session Powershell 6 sur une version 17763 de Windows 10 v10.0.17763, Docker v18.09.2 version 6247962 et exécutant Norton Security Suite.
Adam le
9

Mon problème était que Cisco Anyconnect VPN interférait avec le réseau Docker interne

pour résoudre ce problème, accédez à:
Paramètres Cisco Anyconnect> Préférences> cochezAllow local (LAN) access when using VPN

Arash Moosapour
la source
Cela a fonctionné pour moi lorsque les suggestions de partage d'impression de fichiers n'ont pas fonctionné. Anyconnect Allow local (LAN) access when using VPNa déjà été vérifié, je l'ai donc décoché, déconnecté, revérifié l'option et reconnecté au VPN. Docker pour Windows a ensuite appliqué le partage de lecteur comme souhaité.
Aaron
Cela n'a pas fonctionné pour moi, j'ai dû déconnecter Cisco AnyConnect pour partager des lecteurs. Des idées?
Jack
Apparemment, nos guerriers du réseau d'entreprise ont obtenu 0.0.0.0/0, donc je n'ai pas de chance :-(
Jack
8

Comme indiqué dans une autre réponse, Docker ne fonctionne pas bien avec un VPN. Si vous utilisez Nordvpn, vous devez désactiver "Invisibility on LAN" et probablement "Internet Kill Switch" .

Si vous l'avez fait, cela devrait fonctionner même avec le VPN actif.

Client NordVPN

Maximilian Ast
la source
2
Je vous remercie! Cela a résolu le problème pour moi. J'étais coincé pendant 2 semaines!
user3034
1
Merci beaucoup! Plusieurs heures avant de jouer avec les paramètres réseau, c'est la seule chose qui a fonctionné pour moi!
AnotherShruggingPhysicist
6

Cela dépend du pare-feu que vous avez installé. Dans mon cas, j'ai désactivé le pare-feu Windows intégré et j'utilise ESET Smart Security, donc mes règles ressemblent à:

  • Créez une règle pour la connexion IN , car vous devez autoriser Docker à se connecter à votre hôte et le définir sur Autoriser

entrez la description de l'image ici

  • Configurez correctement le port comme expliqué dans la documentation, ce qui signifie 445:

entrez la description de l'image ici

  • Configurez l'adresse IP distante:

entrez la description de l'image ici

Ce n'est peut-être pas la réponse car il n'est pas lié au pare-feu Windows, mais pourrait vous donner une idée de ce qu'il faut faire.

ReynierPM
la source
Merci Reynier - J'ai suivi ce que vous montrez du mieux que je pouvais dans l'équivalent du pare-feu Windows. - Onglet Général = "Activé" - Onglet Protocoles et ports = Protocole TCP et port local = 445 - Onglet Portée = IP à distance = 10.0.75.2 Mais a obtenu le même message d'erreur. Autorisé tous les ports et adresses IP - même résultat. Une autre règle a préséance?
Ribeye le
Ce sera mieux si vous ajoutez des captures d'écran de ce que vous avez parce que je déteste le pare-feu Windows et que je ne
m'en occupe
comment sélectionner l'application "Système"?
Küzdi Máté
Pas besoin d'ajouter l'application "Système" mais vous devez vous assurer que le réseau DockerNAT est approuvé dans les réseaux connus avec une plage d'adresses IP 10.0.75.1/24
Miguel Febres
Nous n'utilisons pas ESET: /
Ionel Lupu
4

Aucune de ces réponses n'a fonctionné pour moi.

Ce qui a finalement fait l'astuce a été d'ouvrir les propriétés du réseau "vEthernet (DockerNAT)" et de cocher la case "Hyper-V Extensible Virtual Switch" en bas de la liste sous l'onglet "Réseau".

Je ne sais pas si c'est le correctif réel ou s'il a simplement réinitialisé l'adaptateur réseau pour moi ... mais cela a fonctionné!

Samuel Neugber
la source
4

On dirait que beaucoup ont ce problème lors de l'exécution de Cisco AnyConnect. J'ai eu le même problème et voici comment je l'ai résolu:

La cause: le sous-réseau utilisé par Docker est dans la liste des routes sécurisées gérées par Cisco AnyConnect (je crois que cette liste est gérée par l'administrateur de votre VPN).

La solution: modifiez le sous-réseau utilisé par Docker pour qu'il ne chevauche pas la liste gérée par AnyConnect.

Par exemple, dans mon cas, j'ai changé de 10.0.75.0 (qui se chevauchait avec 10.0.0.0/8) à 172.31.0.0/28. entrez la description de l'image ici

Averell
la source
3

J'ai eu le même problème et j'ai essayé toutes les corrections - et il s'est avéré que plus d'un était nécessaire:

  • Ajouter une règle de pare-feu (Norton Security pour moi)
  • Rendre le réseau privé
  • Partagez le lecteur

J'ai écrit une explication complète sur http://kajabity.com/2017/08/unblock-docker-for-windows-firewall-issues-with-host-volumes/

Simon Williams
la source
1
«Bien que ce lien puisse répondre à la question, il est préférable d'inclure les parties essentielles de la réponse ici et de fournir le lien pour référence. Les réponses aux liens uniquement peuvent devenir invalides si la page liée change. »
McGrady
La clé ici pour moi était de rendre le réseau docker privé.
Mike Caron le
3

Mon lecteur G a cessé d'être partagé avec Docker après une récente mise à jour de Windows 10. J'avais le même problème en disant qu'il était bloqué par le pare-feu Windows lors de la tentative de partage.

Ensuite, j'avais essayé de résoudre ce problème par quelques suggestions, mais je ne peux pas résoudre ce problème après avoir essayé de réinitialiser les informations d'identification ci-dessous des disques partagés et mon problème a été résolu.

Donc, si vous voulez, vous pouvez essayer de faire ceci-

entrez la description de l'image ici

rowmoin
la source
3

Tout ce que tout le monde a posté n'a pas fonctionné pour moi.

CECI A FAIT.

J'ai installé la version EDGE. Je suis ensuite allé à WINDOWS DEFENDER et j'ai désactivé le pare-feu pour DOCKER NAT. (pas mon adaptateur Ethernet actuel, juste le docker nat)

Une fois que j'ai désactivé Windows Defender / Firewall, cela fonctionnait bien.

Pouah. espère vraiment que cela aide certains d'entre vous!

Dahlia noir
la source
la désactivation du pare-feu pour une connexion spécifique (dockerNat) a aidé. Merci beaucoup!
Mafu
Veuillez expliquer comment exactement avez-vous désactivé le pare-feu Windows Defender pour une carte / connexion réseau spécifique?
Vulcan Raven
3

Dans mon cas, j'ai désactivé "Bloquer TCP 445" sur le pare-feu Windows Defender avec sécurité avancée et cela a fonctionné. Ensuite, réactivez- le après avoir configuré des lecteurs partagés sur Docker.

réglage du bloc TCP 445

configuration des Drive partagés

Khanhkid
la source
Je viens de réaliser que j'ai personnellement ajouté cette règle de pare-feu lorsque les outils de piratage de la NSA ont été divulgués. Merci!
Danny Z
2

J'ai eu le même problème avec F-secure, DeepGuard bloquait le service Docker. Ma solution était:

Ouvrez le client F-secure et cliquez sur " Tâches "

entrez la description de l'image ici

Choisissez " Autoriser un programme à démarrer "

entrez la description de l'image ici

Choisissez dans la liste "com.docker.service" et appuyez sur " Supprimer "

entrez la description de l'image ici

Après ce redémarrage client Docker et essayez de demander le partage de fichiers.

Aussi très bon guide de dépannage ici: Erreur: un pare-feu bloque le partage de fichiers entre Windows et les conteneurs

ponkape
la source
2

J'ai eu le même problème avec le pare-feu ne me permettant pas de partager mon lecteur C. J'ai essayé toutes les solutions énumérées ci-dessus et rien n'a fonctionné pour moi. Ensuite, j'ai complètement désinstallé docker de ma machine, Control Panel\Programs\Programs and Features -> select Docker for Windows -> Uninstall
puis allez sur le site Web de docker et cliquez surGet Docker for Windows (Stable)
Après cela, j'ai pu partager le lecteur C

Andrei
la source
1
J'ai littéralement essayé tout le reste, seule cette solution a fonctionné pour moi. Merci mec!
Charis Moutafidis
2

Pour AVG Internet Security, l'activation du mode de partage de connexion Internet dans les paramètres du pare - feu a fait l'affaire pour moi.

entrez la description de l'image ici

Sohail
la source
2

Même après s'être assuré que la règle de pare-feu entrant est correctement configurée et même après avoir désinstallé et réinstallé le service de partage de fichiers et d'impression cela n'a pas fonctionné pour moi.

Solution: en plus, j'ai dû faire une troisième chose. J'ai dû désactiver la case à cocher Empêcher les connexions entrantes sur un réseau public dans les paramètres de pare-feu spécifiques pour les réseaux publics. Après cela, cela a commencé à fonctionner pour moi aussi. Voir les captures d'écran jointes à la fin de ce message.

Je ne sais pas depuis combien de temps cette option existe déjà. Je travaille actuellement sur Win 10 Pro 1709 16299.402.


1. Ouvrez des paramètres de pare-feu spécifiques pour les réseaux publics Ouvrir des paramètres de pare-feu spécifiques pour les réseaux publics

2. Décochez cette case Décochez cette case

baumgarb
la source
2

En utilisant Kaspersky Internet Security, vous pouvez résoudre ce problème facilement si vous modifiez le vEthernet (DockerNAT)type de carte réseau en Trusted network.

Paramètres> Protection> Pare-feu> Réseaux> vEthernet (DockerNAT)> Sélectionnez "Trusted Network"

entrez la description de l'image ici entrez la description de l'image ici entrez la description de l'image ici entrez la description de l'image ici

xxxbence
la source
2

25 janv.2020

Il semble que c'est un problème dans les anciennes versions, j'ai installé la dernière version:

Docker version 19.03.5, build 633a0ea

et cela a fonctionné pour moi sans aucune configuration.

entrez la description de l'image ici

YCF_L
la source
1

Cela (lien ci-dessous) semble être la meilleure solution que j'ai trouvée jusqu'à présent. Il persiste lors des redémarrages. Il est mieux expliqué ici: https://gist.github.com/biggyspender/8b5b2ed9ff63de31045d41304e3915b3

L'interface réseau vEthernet semble être créée dynamiquement à chaque démarrage du système, et elle est créée dans le groupe «Public» par opposition au groupe «Privé» (où il fonctionne). Les modifications dans l'un des scripts de démarrage de Docker (appelés dans le lien ci-dessus) automatisent la commande / correctif PowerShell noté par David Tesar ci-dessus ...

J'ai eu plus de chance d'ajouter la fonction au script plutôt que de modifier le script et de changer «Interne» en «Privé».

Paul Olson
la source
1

Si aucune des solutions ci-dessus ne fonctionne, assurez-vous simplement que vous n'êtes pas connecté à un VPN . C'est exactement ce qui m'est arrivé, j'étais connecté à un VPN à l'aide du client Cisco AnyConnect, assurez-vous également de définir un DNS statique dans les paramètres du docker.

Kelvin Confesor
la source
Si vous avez besoin des deux (VPN AnyConnect et Docker), consultez mon commentaire stackoverflow.com/a/58406873/9064636
Averell
1

J'ai essayé tout ce qui est listé ici et sur https://github.com/docker/for-win/issues/360

Rien n'a fonctionné pour moi.

J'exécute mon environnement de développement sur un conteneur docker, et lorsque je suis sur Corporate VPN (Cisco AnyConnect), j'ai besoin de monter mon lecteur local sur le conteneur pour accéder aux fichiers de mon projet.

Voici un hack de docker qui a fonctionné pour moi. Ajoutez --publish 8000:8000à votre commande d'exécution de docker existante.

Alors

docker run -v C:/Users/kumar.joshi/KumarData:/mnt --name dev <image:latest>

va devenir

docker run -v C:/Users/kumar.joshi/KumarData:/mnt --name dev --publish 8000:8000 <image:latest>

Assurez-vous que le port n'est pas utilisé sinon vous obtiendrez cette erreur:

Échec de la liaison pour 0.0.0.0:8000: le port est déjà alloué

Kumar Joshi
la source
1

En bref, utilisez la version Edge.

La version Edge de Docker pour Windows depuis 2.1.5.0 (2019-11-04) a une nouvelle implémentation du partage de fichiers sans nécessiter de modifications du pare-feu https://docs.docker.com/docker-for-windows/edge-release-notes /

"Nouvelle implémentation de partage de fichiers: Docker Desktop introduit une nouvelle implémentation de partage de fichiers qui utilise les sockets gRPC, FUSE et Hypervisor au lieu de la mise en réseau Samba, CIFS et Hyper-V. La nouvelle implémentation offre des performances d'E / S améliorées. De plus, lors de l'utilisation du nouveau système de fichiers:

Users don’t have to expose the Samba port, and therefore do not experience issues related to IT firewall or the drive-sharing policy.
There is no need to provide user credentials to Docker Desktop. File access rights are automatically enforced when accessing mounted folders through containers.

"

Vous pouvez télécharger la version Edge : https://download.docker.com/win/edge/Docker%20Desktop%20Installer.exe

Notez qu'à partir de maintenant, la version Edge de 2.1.7.0 sera utilisée pour la prochaine version stable: "Remarque: Docker Desktop Edge 2.1.7.0 est la version candidate pour la prochaine version majeure de Stable.". Le risque d'utiliser Edge est donc relativement faible. Ou vous pouvez attendre la prochaine version stable pour éviter tous ces problèmes de pare-feu.

BZ
la source
0

J'ai trouvé cela assez facile. Accédez simplement à vos connexions réseau. Vous pouvez accéder au Panneau de configuration / Réseau et partage. Vous trouverez différentes connexions. Recherchez la connexion Docker. Sélectionnez celui qui est par défaut. Après avoir sélectionné le réseau, allez dans Propriétés. Dans la section des propriétés, activez l'option Hyper-V Extensible Virtual Switch . Cela aidera le conteneur virtuel à utiliser la carte réseau.

Ankush K
la source
0

Qu'est-ce qui a fait pour moi (après plusieurs heures d'essai-n-erreur) a changé le masque de sous-réseau de 255.255.255.240à255.255.255.0 (qui ne devrait pas changer quoi que ce soit).

Dans le cadre de l'essai-n-erreur, j'avais fait tout le reste indiqué sur l'article, mais sans aucun succès .. mais cette dernière étape l'a fait .. et je suis revenu à 255.255.255.240 ne rompt pas le bon cycle.

J'admets que cela n'a aucun sens ... mais cela pourrait être lié à un état interne uniquement déclenché par le changement de réseau.

Quoi qu'il en soit, si j'en ai aidé un seul, cela en valait la peine.

Docker Desktop edge, 2.0.4.1 (34207)
Gimlichael
la source