На самом деле вам не нужно предоставлять общий доступ к диску C, а только переустановите (или, возможно, даже снимите флажок - нажмите OK, а затем установите флажок) службу общего доступа к файлам и принтерам на виртуальной сетевой карте Hyper-V. См. эту статью.

Также, если есть ограничения на ваши сетевые профили (т.е. общедоступные), рассмотрите возможность изменения «неопознанной сети» по умолчанию для карты «vEthernet (DockerNAT)» на частную с помощью этой команды PowerShell, прежде чем выполнять указанные выше действия:

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

Итак, после того, как я столкнулся с той же проблемой, я нашел решение.

Вот что я сделал:

Шаг 1. Откройте ESET. Затем нажмите Настройка.

Шаг 2. Нажмите Защита сети.

Шаг 3. Нажмите Мастер устранения неполадок.

Шаг 4. Найдите соединение 10.0.75.2 (IP-адрес докера по умолчанию) Просто проверьте, какой диапазон IP-адресов определен в настройках вашего докера. Затем найдите IP-адрес, который находится в этом диапазоне.

Шаг 5: Нажмите кнопку Разблокировать, после чего вы должны увидеть этот экран.

Это решило проблему для меня.

Затем вы можете перейти к Правилам и проверить добавленное правило.

PS: Это мой первый пост, прошу прощения за неправильные процедуры.

Мне помогает только это решение:

• Перейдите в Hyper-V Manager -> Virtual Switch Manager -> DockerNAT -> Тип подключения: изменить с внутреннего на частное, применить, вернуться к внутреннему, применить
• Перезапустите MobyLinuxVM
• Перезапустить докер
• Установите для сетевого профиля Docker значение «Частный». Запустить команду в PowerShell от имени администратора
  Set-NetConnectionProfile -interfacealias "vEthernet (DockerNAT)" -NetworkCategory Private
• Сброс общего доступа к файлам и принтерам для сетей Microsoft при подключении DockerNAT
• Перейдите в Docker -> Настройки -> Общие диски и поделитесь C:

Моим решением было отключиться от VPN; это было причиной проблемы

Когда я столкнулся с этой ошибкой, я не использовал сторонние брандмауэры. Я был убежден, что это проблема с брандмауэром Windows, хотя отключение брандмауэра Windows не помогло мне. Я наконец нашел это сообщение в блоге после долгих исследований: Ошибка Docker в Windows 10: брандмауэр блокирует общий доступ к файлам ...

В конечном итоге он НЕ связан со встроенным брандмауэром Windows.

Решение

1. Снимите флажок Общий доступ к файлам и принтерам для сетей Microsoft с сетевого адаптера vEthernet (DockerNAT) (вы можете найти соединение в сети Windows и Центр обмена).
2. Проверьте его еще раз и убедитесь, что он включен.

Мой диск C перестал использоваться Docker после недавнего обновления Windows 10. У меня возникла такая же проблема, когда я сказал, что он был заблокирован брандмауэром Windows при попытке поделиться им.

Просматривая приведенные выше решения, я нашел то, что сработало для меня, что проще, чем все, что я видел на этой странице. В Панель управления \ Все элементы панели управления \ Центр управления сетями и общим доступом при подключении vEthernet (DockerNAT), Я снял флажок со свойства Общий доступ к файлам и принтерам для сетей Microsoft и сохранил настройку. Затем я снова проверил свойство, чтобы снова включить его, и снова сохранил.

На этом этапе я смог повторно опубликовать диск C в настройках Docker. Я понятия не имею, почему это сработало, но это не проблема брандмауэра, в котором уже есть запись для DockerSmbMount.

У меня была эта проблема с Касперским; отключение Касперского сработало, поэтому я знал, что это брандмауэр. В моем случае Касперский почему-то уже блокировал порт 445. Мне пришлось перейти к Правилам пакетов для брандмауэра, локальных служб (TCP) и удалить 445 из списка портов блокировки.

Для компьютеров с Windows 10 в доменных сетях при создании адаптера виртуального Ethernet Hyper-V он классифицируется как общедоступная сеть. Вы должны изменить его на частную сеть, чтобы разрешить более мягкие правила брандмауэра Windows и, следовательно, разрешить общий доступ к файлам.

Выполните следующую команду в PowerShell:

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

Измените имя в кавычках, если виртуальное сетевое соединение Hyper-V вашей машины называется как-то иначе.

Моя проблема заключалась в том, что Cisco Anyconnect VPN препятствовала работе внутренней сети докеров.

чтобы исправить это, перейдите в:
Настройки Cisco Anyconnect> Настройки> отметьте Allow local (LAN) access when using VPN

Как указано в одном другом ответе, Docker не очень хорошо работает с VPN. Если вы используете Nordvpn, вам необходимо отключить «Невидимость в локальной сети» и, возможно, «Интернет-аварийный выключатель».

Если вы это сделали, он должен работать даже при активном VPN.

Это зависит от того, какой брандмауэр у вас установлен. В моем случае я отключил встроенный брандмауэр Windows и использую ESET Smart Security, поэтому мои правила выглядят так:

• Создайте правило для подключения IN, так как вы должны разрешить Docker подключаться к вашему хосту и установить для него значение Разрешить.

• Настройте порт должным образом, как описано в документации, означающей 445:

• Настройте удаленный IP-адрес:

Возможно, это не ответ, поскольку он не имеет отношения к брандмауэру Windows, но может дать вам представление о том, что делать.

У меня ничего из вышеперечисленного не сработало.

В конечном итоге трюк помог открыть свойства сети «vEthernet (DockerNAT)» и установить флажок «Расширяемый виртуальный коммутатор Hyper-V» внизу списка на вкладке «Сеть».

Не уверен, что это реальное исправление или это просто каким-то образом сбросил сетевой адаптер для меня ... но это сработало!

В моем случае я отключил «Блокировать TCP 445» в брандмауэре Защитника Windows в режиме повышенной безопасности, и это сработало. Затем включил его снова после настройки общих дисков в Docker.

Похоже, что у многих возникает эта проблема при запуске Cisco AnyConnect. У меня такая же проблема, и вот как я решил:

Причина: подсеть, используемая Docker, находится в списке Защищенных маршрутов, управляемом Cisco AnyConnect (я считаю, что этим списком управляет администратор вашей VPN).

Решение: измените подсеть, используемую Docker, чтобы она не пересекалась со списком, управляемым AnyConnect.

Например, в моем случае я изменил значение с 10.0.75.0 (которое перекрывалось с 10.0.0.0/8) на 172.31.0.0/28.

У меня была та же проблема, и я попробовал все исправления - и оказалось, что нужно больше одного:

• Добавить правило брандмауэра (Norton Security для меня)
• Сделайте сеть частной
• Поделитесь поездкой

Я написал полное объяснение на http://kajabity.com/2017/08/unblock-docker-for-windows-firewall-issues-with-host-volumes/

Мой диск G перестал использоваться Docker после недавнего обновления Windows 10. У меня возникла такая же проблема, когда я сказал, что он был заблокирован брандмауэром Windows при попытке поделиться им.

Затем я попытался решить эту проблему с помощью нескольких предложений, но я не могу решить эту проблему после этого я попытался сбросить учетные данные ниже общих дисков, и моя проблема была решена.

Итак, если вы хотите, вы можете попробовать сделать это -

Все, что все опубликовали, НЕ РАБОТАЕТ для меня.

ЭТО СДЕЛАЛО.

Я установил выпуск EDGE. Затем я зашел в WINDOWS DEFENDER и отключил брандмауэр для DOCKER NAT. (не мой настоящий адаптер Ethernet, просто докер нат)

Как только я отключил защитник / брандмауэр Windows, ТАК он работал нормально.

фу. очень надеется, что это поможет некоторым из вас!

Даже после того, как я убедился, что правило брандмауэра для входящего трафика настроено правильно, и даже после удаления и повторной установки службы общего доступа к файлам и печати у меня это не сработало.

Решение. Вдобавок к этому мне пришлось сделать еще одну вещь. Мне пришлось отключить флажок Запретить входящие соединения в общедоступной сети в определенных настройках брандмауэра для общедоступных сетей. После этого он начал работать и у меня. Смотрите скриншоты, прикрепленные в конце этого сообщения.

Не знаю, как долго этот вариант уже существует. Сейчас я работаю над Win 10 Pro 1709 16299.402.

1. Откройте специальные настройки брандмауэра для общедоступных сетей.

2. Снимите этот флажок.

У меня была такая же проблема с F-secure, DeepGuard блокировал службу Docker. Мое решение было:

Откройте клиент F-secure и нажмите «Задачи».

Выберите «Разрешить запуск программы».

Выберите из списка «com.docker.service» и нажмите «Удалить».

После этого перезапустите клиент Docker и попробуйте подать заявку на предоставление общего доступа к файлам.

Здесь также очень хорошее руководство по устранению неполадок: Ошибка: брандмауэр блокирует совместное использование файлов между контейнерами

У меня была такая же проблема с брандмауэром, который не позволял мне делиться моим диском C. Я попробовал все перечисленные выше решения, и у меня ничего не получилось. Затем я полностью удалил докер со своего компьютера Control Panel\Programs\Programs and Features -> select Docker for Windows -> Uninstall
Затем перейдите на веб-сайт docker и нажмите Get Docker for Windows (Stable)
После этого я смог поделиться диском C

Для AVG Internet Security включение режима общего доступа к подключению к Интернету в настройках брандмауэра помогло мне.

Используя Kaspersky Internet Security, вы можете легко решить эту проблему, если измените тип сетевого адаптера vEthernet (DockerNAT) на Trusted network.

Настройки> Защита> Брандмауэр> Сети> vEthernet (DockerNAT)> Выберите «Надежная сеть».

Короче, используйте версию Edge.

Версия Edge для Docker для Windows, начиная с версии 2.1.5.0 (2019-11-04), имеет новую реализацию совместного использования файлов без необходимости модификации брандмауэра https://docs.docker.com/docker-for-windows/edge-release-notes/

«Новая реализация совместного использования файлов: Docker Desktop представляет новую реализацию совместного использования файлов, в которой используются сокеты gRPC, FUSE и гипервизора вместо сетей Samba, CIFS и Hyper-V. Новая реализация предлагает улучшенную производительность ввода-вывода. Кроме того, при использовании новая файловая система:

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.

"

Вы можете загрузить крайнюю версию: https://download.docker.com/win/edge/Docker%20Desktop%20Installer.exe

Обратите внимание, что на данный момент крайняя версия 2.1.7.0 будет использоваться для следующего стабильного выпуска: «Примечание. Docker Desktop Edge 2.1.7.0 является кандидатом на выпуск для предстоящего основного стабильного выпуска». Таким образом, риск использования Edge относительно невелик. Или вы можете дождаться следующей стабильной версии, чтобы избежать всех этих проблем с брандмауэром.

25 янв 2020

Кажется, проблема в старых версиях, я установил последнюю версию:

Docker version 19.03.5, build 633a0ea

и это сработало для меня без какой-либо конфигурации.

Это (ссылка ниже) кажется лучшим исправлением, которое я нашел до сих пор. Он сохраняется при перезагрузках. Лучше всего это объясняется здесь: https://gist.github.com/biggyspender/8b5b2ed9ff330e31045d

Если ничего из вышеперечисленного не работает, просто убедитесь, что вы не подключены к VPN. Это именно то, что случилось со мной, я был подключен к VPN с помощью клиента Cisco AnyConnect, также убедитесь, что вы установили статический DNS в настройках докера.

Я пробовал все, что указано здесь и на https://github.com/docker/for-win/issues/360

У меня ничего не работало.

Я запускаю свою среду разработки в контейнере докеров, и, пока я использую корпоративную VPN (Cisco AnyConnect), мне нужно смонтировать мой локальный диск в контейнере для доступа к файлам моего проекта.

Вот докер-хак, который у меня сработал. Добавьте --publish 8000:8000 в существующую команду запуска докера.

So

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

станет

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

Убедитесь, что порт не используется, иначе вы получите эту ошибку:

Привязка для 0.0.0.0:8000 не удалась: порт уже выделен

для тех, кто никак не может решить эту проблему, вы можете попробовать следующее: вручную сопоставьте диск с хостом докера:

https://github.com/docker/for-win/issues/466#issuecomment-416682825

Исследование находится здесь: https://github.com/docker/for-win/issues/466#issuecomment-398305463

Я нашел это довольно легко. Просто зайдите к вам сетевые подключения. Вы можете перейти в Панель управления / Сеть и общий доступ. Вы найдете различные подключения. Найдите соединение Docker. Выберите, что когда-либо было по умолчанию. После выбора сети перейдите в Свойства. В разделе свойств включите параметр Расширяемый виртуальный коммутатор Hyper-V. Это поможет виртуальному контейнеру использовать сетевую карту.

Что для меня сделало (после нескольких часов проб и ошибок), так это изменение маски подсети с 255.255.255.240 на 255.255.255.0 (что не должно ничего менять).

В рамках метода проб и ошибок я сделал все остальное, перечисленное в статье, но безуспешно ... но этот последний шаг сделал это ... и возврат к 255.255.255.240 не прерывает хороший цикл.

Признаюсь, в этом нет смысла ... но это может быть связано с внутренним состоянием, которое вызывается только изменением сети.

В любом случае, если я помог только одному, то это того стоило.

Docker Desktop edge, 2.0.4.1 (34207)

У меня сработало включение опции расширяемого виртуального коммутатора Hyper-V. Другие решения у меня не сработали. Я сделал это, изменив конфигурацию в панели HyperV Virtual Switch Manager - DockerNAT - Extensions - Virtual Switch Extensions.

Альтернативное решение! Я не уверен, как я решил эту проблему, но я думаю, что это помогло мне в следующем.

• Откройте диспетчер Hyper-V
• Выберите Virtual Switch Manager
• Если несколько виртуальных коммутаторов называются DockerNAT, переименуйте один из них на любое другое имя.
• Убедитесь, что DockerNAT имеет тип подключения Внутренняя сеть.
• Кроме того, убедитесь, что все дубликаты имеют тип подключения «Внешняя сеть» и используют подключение Ethernet, а не беспроводное подключение (в раскрывающемся меню).
• Нажмите ОК и закройте диспетчер Hyper-V.
• Перезагрузите компьютер (на всякий случай дважды).
• Теперь попробуйте поделиться диском для докера в Docker для Windows.

Для меня единственное, что мне нужно было сделать, это временно отключить брандмауэр в Symantec Endpoint Protection. Поделитесь C-диском в графическом интерфейсе настройки докеров. Вернитесь и включите брандмауэр в Symantec. (нет команды PowerShell и т. д.)

1. откройте настройки брандмауэра защитника Windows в Windows.
2. откройте ссылку "свойства брандмауэра защитника Windows"
3. выберите вкладку личного профиля
4. нажмите кнопку настройки «защищенных сетевых подключений»
5. снимите флажок "vEthernet (DockerNAT)"
6. вернитесь на рабочий стол докеров и примените общий ресурс

Изображение с пошаговыми инструкциями

Мое решение:

Я использую QuickHeal Antivirus, и, выполнив следующие действия, у меня сработало.

Шаг № 1. Перейдите в раздел «Защита брандмауэра»

Шаг № 2 Выберите дополнительные настройки

Шаг № 3. Найдите «Общедоступный» в столбце «Профиль сети» и включите параметр «Общий доступ к файлам и принтерам»

Единственный способ заставить его работать - создать локального пользователя на моем ПК и использовать его для учетных данных при совместном использовании.

Дополнительная информация здесь: https://www.mattwoodward.com/2019/05/09/docker-on-windows-10-sharing-a-drive-when-logging-in-with-a-microsoft-account/

Ни одно из приведенных выше предложений не помогло мне, но удаление Docker Desktop (перезагрузка ПК) и переустановка Docked наконец решили проблему.