Tường lửa Windows đang chặn nỗ lực của tôi để cho phép Docker cho Windows chia sẻ C: trên máy Windows 10.

Hoạt động tốt khi Windows Firewall tắt. Khi tôi nhận được

Tường lửa đang chặn Chia sẻ tệp giữa Windows và các thùng chứa. Xem tài liệu để biết thêm.

Các tài liệu nói

Bạn không cần phải mở cổng 445 trên bất kỳ mạng nào khác. Theo mặc định, cho phép kết nối tới 10.0.75.1 cổng 445 (máy chủ Windows) từ 10.0.75.2 (máy ảo).

Tôi đang "loay hoay" khi cố gắng tìm cách làm điều đó - ai đó có thể khuyên không?

Bạn thực sự không cần chia sẻ ổ C mà chỉ cài đặt lại (hoặc có khả năng thậm chí bỏ chọn - nhấp OK - sau đó kiểm tra) dịch vụ chia sẻ Tệp và In trên thẻ mạng ảo Hyper-V. Xem bài viết này.

Ngoài ra, nếu có các hạn chế đối với cấu hình mạng của bạn (tức là công khai), hãy xem xét thay đổi "mạng không xác định" mặc định cho thẻ "vEthernet (DockerNAT)" thành riêng tư thông qua lệnh PowerShell này trước khi thực hiện các thao tác trên:

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

Ok, vì vậy sau khi chạy trong cùng một vấn đề, tôi đã tìm thấy một Giải pháp.

Đây là những gì tôi đã làm:

Bước 1: Mở ESET. Sau đó bấm vào Cài đặt

Bước 2: Nhấp vào Bảo vệ mạng

Bước 3: Nhấp vào Trình hướng dẫn khắc phục sự cố

Bước 4: Tìm Giao tiếp 10.0.75.2 (Cài đặt IP docker mặc định) Chỉ cần kiểm tra phạm vi IP được xác định trong cài đặt docker của bạn. Sau đó tìm kiếm IP nằm trong phạm vi đó.

Bước 5: Nhấp vào nút Bỏ chặn , sau đó bạn sẽ nhận được màn hình này.

Điều này giải quyết vấn đề cho bản thân tôi.

Sau đó, bạn có thể đi đến Quy tắc và kiểm tra quy tắc đã được thêm.

PS: Đây là bài viết đầu tiên của tôi, xin lỗi vì bất kỳ thủ tục không chính xác.

Chỉ có giải pháp này giúp tôi:

• Chuyển đến Trình quản lý Hyper-V -> Trình quản lý chuyển đổi ảo -> DockerNAT -> Loại kết nối: thay đổi từ nội bộ sang riêng tư, áp dụng, thay đổi trở lại nội bộ, áp dụng
• Khởi động lại MobyLinuxVM
• Khởi động lại Docker
• Đặt cấu hình mạng Docker thành 'Riêng tư'. Chạy lệnh trong PowerShell với tư cách quản trị viên
  Set-NetConnectionProfile -interfacealias "vEthernet (DockerNAT)" -NetworkCategory Private
• Đặt lại chia sẻ tệp và máy in cho Microsoft Networks trên kết nối DockerNAT
• Chuyển đến Docker -> Cài đặt -> Ổ đĩa được chia sẻ và chia sẻ C:

Giải pháp của tôi là ngắt kết nối khỏi VPN; điều đó đã gây ra vấn đề

Tôi đã không sử dụng bất kỳ tường lửa của bên thứ ba khi gặp phải lỗi này. Tôi đã bị thuyết phục rằng đó là sự cố Tường lửa của Windows, mặc dù việc tắt Tường lửa Windows không hoạt động đối với tôi. Cuối cùng tôi đã tìm thấy bài đăng trên blog này sau nhiều nghiên cứu: Lỗi Docker trên windows 10: Tường lửa đang chặn tệp Chia sẻ ...

Nó đã kết thúc KHÔNG phải làm với Tường lửa tích hợp trong Windows.

Sửa chữa

1. Bỏ chọn Chia sẻ tệp và máy in cho Microsoft Networks từ bộ điều hợp mạng vEthernet (DockerNAT) (bạn có thể tìm thấy kết nối trong Trung tâm chia sẻ và mạng Windows ).
2. Kiểm tra lại và chắc chắn rằng nó được kích hoạt.

Ổ C của tôi đã ngừng được chia sẻ với Docker sau bản cập nhật Windows 10 gần đây. Tôi đã gặp vấn đề tương tự khi nói rằng nó đã bị chặn bởi tường lửa Windows khi cố gắng chia sẻ lại nó.

Nhìn qua các giải pháp trên, tôi thấy một cái gì đó làm việc cho tôi đơn giản hơn bất cứ thứ gì tôi thấy trên trang này. Trong Bảng điều khiển \ Tất cả các mục trong Bảng điều khiển \ Mạng và Trung tâm chia sẻ , trên kết nối vEthernet (DockerNAT) , tôi đã bỏ chọn thuộc tính Chia sẻ tệp và máy in cho Microsoft Networks và lưu cài đặt. Sau đó, tôi đã kiểm tra lại tài sản một lần nữa để lưu lại và lưu lại.

Tại thời điểm này, tôi đã có thể chia sẻ lại ổ C trong cài đặt Docker. Tôi không biết tại sao điều này hoạt động nhưng nó không phải là vấn đề tường lửa, vốn đã có một mục cho DockerSmbMount.

Tôi gặp vấn đề này với Kaspersky; Tắt Kaspersky hoạt động, vì vậy tôi biết đó là tường lửa. Trong trường hợp của tôi, Kaspersky đã chặn cổng 445 vì một số lý do. Tôi đã phải đi đến Quy tắc gói cho Tường lửa, Dịch vụ cục bộ (TCP) và xóa 445 khỏi danh sách các cổng khối.

Đối với các máy Windows 10 trên mạng miền, khi tạo bộ điều hợp Ethernet ảo Hyper-V, nó được phân loại là mạng công cộng. Bạn phải thay đổi nó thành một mạng riêng để cho phép các quy tắc Tường lửa Windows thoải mái hơn và do đó cho phép chia sẻ tệp.

Chạy lệnh sau trong PowerShell:

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

Thay đổi tên trong dấu ngoặc kép nếu kết nối mạng Hyper-V ảo của máy bạn được gọi là tên khác.

Vấn đề của tôi là Cisco Anyconnect VPN đã can thiệp vào mạng docker nội bộ

để khắc phục điều này, hãy truy cập:
Cisco Anyconnect Settings> Preferences> checkAllow local (LAN) access when using VPN

Như đã nêu trong một câu trả lời khác, Docker không chơi tốt với VPN. Nếu bạn đang sử dụng Nordvpn, bạn phải tắt "Tàng hình trên mạng LAN" và có thể là "Internet Kill Switch" .

Nếu bạn đã làm như vậy thì nó sẽ hoạt động ngay cả với VPN đang hoạt động.

Điều đó phụ thuộc vào tường lửa nào bạn đã cài đặt. Trong trường hợp của tôi, tôi đã vô hiệu hóa Tường lửa Windows tích hợp và tôi đang sử dụng ESET Smart Security để các quy tắc của tôi trông như sau:

• Tạo quy tắc cho kết nối IN vì bạn nên cho phép Docker kết nối với máy chủ của mình và đặt nó thành Cho phép

• Thiết lập cổng đúng như được giải thích trong tài liệu có nghĩa là 445:

• Thiết lập địa chỉ IP từ xa:

Có thể đây không phải là câu trả lời vì nó không liên quan đến Windows Firewall nhưng có thể cho bạn manh mối về những việc cần làm.

Không ai ở trên làm việc cho tôi.

Điều cuối cùng đã thực hiện thủ thuật là mở các thuộc tính của mạng "vEthernet (DockerNAT)" và đánh dấu vào ô "Công tắc ảo mở rộng Hyper-V" ở cuối danh sách trong tab "Mạng".

Không chắc đây có phải là bản sửa lỗi thực tế hay liệu nó chỉ bằng cách nào đó đặt lại bộ điều hợp mạng cho tôi ... nhưng nó đã hoạt động!

Có vẻ như nhiều người gặp phải vấn đề này khi chạy Cisco AnyConnect. Tôi có cùng một vấn đề và đây là cách tôi giải quyết:

Nguyên nhân: Mạng con đang được Docker sử dụng nằm trong danh sách Các tuyến được bảo mật do Cisco AnyConnect quản lý (Tôi tin rằng danh sách này được quản trị bởi quản trị viên VPN của bạn).

Giải pháp: Thay đổi mạng con được Docker sử dụng để không trùng lặp với danh sách đang được AnyConnect quản lý.

Ví dụ, trong trường hợp của tôi, tôi đã thay đổi từ 10.0.75.0 (được chồng lấp với 10.0.0.0/8) thành 172.31.0.0/28.

Tôi đã có cùng một vấn đề và đã thử tất cả các bản sửa lỗi - và hóa ra cần nhiều hơn một:

• Thêm quy tắc tường lửa (Norton Security cho tôi)
• Làm cho mạng riêng tư
• Chia sẻ ổ đĩa

Tôi đã viết một lời giải thích đầy đủ tại http://kajabity.com/2017/08/unblock-docker-for-windows-firewall-issues-with-host-volume/

Ổ đĩa G của tôi đã ngừng được chia sẻ với Docker sau bản cập nhật Windows 10 gần đây. Tôi đã gặp vấn đề tương tự khi nói rằng nó đã bị chặn bởi tường lửa Windows khi cố gắng chia sẻ lại nó.

Sau đó, tôi đã cố gắng giải quyết vấn đề này bằng một vài gợi ý nhưng tôi không thể giải quyết vấn đề đó sau đó tôi đã cố gắng Đặt lại thông tin xác thực bên dưới Ổ đĩa chung và vấn đề của tôi đã được giải quyết.

Vì vậy, nếu bạn muốn thì bạn có thể thử làm điều này-

Tất cả mọi người đăng DID KHÔNG LÀM VIỆC cho tôi.

DID NÀY.

Tôi đã cài đặt bản phát hành EDGE. Sau đó tôi đã đến WINDOWS DEFENDER và vô hiệu hóa tường lửa cho DOCKER NAT. (không phải bộ chuyển đổi ethernet thực tế của tôi, chỉ là docker nat)

Khi tôi vô hiệu hóa windows defender / tường lửa, cách nó hoạt động tốt.

ừm thực sự hy vọng điều đó sẽ giúp một số bạn

Trong trường hợp của tôi, tôi đã tắt "Chặn TCP 445" trên Tường lửa bảo vệ Windows với Bảo mật nâng cao và nó đã hoạt động. Sau đó kích hoạt lại sau khi cài đặt ổ đĩa chung trên Docker.

Tôi gặp vấn đề tương tự với F-safe, DeepGuard đã chặn dịch vụ Docker. Giải pháp của tôi là:

Mở ứng dụng khách an toàn F và nhấp vào " Nhiệm vụ "

Chọn " Cho phép chương trình bắt đầu "

Chọn từ danh sách "com.docker.service" và nhấn " Xóa "

Sau đó khởi động lại máy khách Docker và cố gắng áp dụng để chia sẻ tệp.

Hướng dẫn khắc phục sự cố cũng rất tốt ở đây: Lỗi: Tường lửa đang chặn chia sẻ tệp giữa Windows và các thùng chứa

Tôi gặp vấn đề tương tự với tường lửa không cho phép tôi chia sẻ ổ C của mình. Tôi đã thử tất cả các giải pháp được liệt kê ở trên và không có gì làm việc cho tôi. Sau đó, tôi đã gỡ cài đặt docker hoàn toàn khỏi máy của mình Control Panel\Programs\Programs and Features -> select Docker for Windows -> Uninstall
Sau đó truy cập trang web docker và nhấp vàoGet Docker for Windows (Stable)
Sau đó tôi có thể chia sẻ ổ C

Đối với AVG Internet Security, việc bật Chế độ chia sẻ kết nối Internet trong cài đặt Tường lửa đã giúp tôi.

Ngay cả sau khi đảm bảo rằng quy tắc tường lửa gửi đến được thiết lập đúng và ngay cả sau khi gỡ cài đặt và cài đặt lại Dịch vụ chia sẻ tệp và in ấn, nó vẫn không hoạt động đối với tôi.

Giải pháp: trên hết tôi cũng phải làm điều thứ ba. Tôi đã phải hủy kích hoạt hộp kiểm Ngăn kết nối đến khi trên mạng công cộng trong cài đặt tường lửa cụ thể cho các mạng công cộng. Sau khi làm điều đó nó cũng bắt đầu làm việc cho tôi. Xem ảnh chụp màn hình đính kèm ở cuối tin nhắn này.

Không biết tùy chọn này đã ở đó bao lâu rồi. Tôi hiện đang làm việc trên Win 10 Pro 1709 16299.402.

1. Mở cài đặt tường lửa cụ thể cho các mạng công cộng

2. Bỏ chọn hộp kiểm này

Sử dụng Kaspersky Internet Security, bạn có thể giải quyết vấn đề này một cách dễ dàng nếu bạn thay đổi vEthernet (DockerNAT)loại bộ điều hợp mạng thành Trusted network.

Cài đặt> Bảo vệ> Tường lửa> Mạng> vEthernet (DockerNAT)> Chọn "Mạng đáng tin cậy"

25 tháng 1 năm 2020

Có vẻ như, đó là một vấn đề trong các phiên bản cũ, tôi đã cài đặt phiên bản cuối cùng:

Docker version 19.03.5, build 633a0ea

và nó làm việc cho tôi mà không cần bất kỳ cấu hình.

Điều này (liên kết dưới đây) dường như là sửa chữa tốt nhất tôi đã tìm thấy cho đến nay. Nó là liên tục trên khởi động lại. Nó được giải thích tốt nhất ở đây: https://gist.github.com/biggyspender/8b5b2ed9ff63de 31045d41304e3915b3

Giao diện mạng vEthernet dường như được tạo động mỗi khi hệ thống khởi động và nó được tạo trong nhóm 'Công khai' trái ngược với nhóm 'Riêng tư' (nơi nó hoạt động). Các chỉnh sửa trong một trong các tập lệnh khởi động Docker (được gọi trong liên kết ở trên) tự động hóa lệnh / sửa lỗi powershell được ghi nhận bởi David Tesar ở trên ....

Tôi đã có nhiều may mắn hơn khi thêm chức năng vào tập lệnh thay vì chỉnh sửa tập lệnh và thay đổi 'Nội bộ' thành 'Riêng tư'.

Nếu không hoạt động nào ở trên, chỉ cần đảm bảo bạn không được kết nối với VPN . Đó chính xác là những gì đã xảy ra với tôi, tôi đã được kết nối với VPN bằng ứng dụng khách Cisco AnyConnect, cũng đảm bảo bạn đặt DNS tĩnh trong cài đặt docker.

Tôi đã cố gắng tất cả mọi thứ được liệt kê ở đây và trên https://github.com/docker/for-win/issues/360

Không có gì làm việc cho tôi.

Tôi chạy môi trường dev của mình trên bộ chứa docker và trong khi trên VPN công ty (Cisco AnyConnect), tôi cần gắn ổ đĩa cục bộ của mình vào bộ chứa để truy cập các tệp dự án của mình.

Đây là một hack docker làm việc cho tôi. Thêm vào --publish 8000:8000lệnh chạy docker hiện tại của bạn.

Vì thế

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

sẽ trở thành

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

Đảm bảo rằng cổng không được sử dụng nếu không bạn sẽ gặp lỗi này:

Ràng buộc cho 0.0.0.0:8000 không thành công: cổng đã được phân bổ

Tóm lại, sử dụng phiên bản Edge.

Phiên bản Edge của Docker cho Windows kể từ 2.1.5.0 (2019-11-04) có triển khai chia sẻ tệp mới mà không yêu cầu sửa đổi tường lửa https://docs.docker.com/docker-for-windows/edge-release-notes /

"Triển khai chia sẻ tệp mới: Docker Desktop giới thiệu một triển khai chia sẻ tệp mới sử dụng các ổ cắm gRPC, FUSE và Hypervisor thay vì mạng Samba, CIFS và Hyper-V. Việc triển khai mới mang lại hiệu suất I / O được cải thiện. Ngoài ra, khi sử dụng hệ thống tập tin mới:

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.

"

Bạn có thể tải xuống phiên bản cạnh: https://doad.docker.com/win/edge/Docker%20Desktop%20Installer.exe

Lưu ý đến thời điểm hiện tại, phiên bản cạnh của 2.1.7.0 sẽ được sử dụng cho phiên bản ổn định tiếp theo: "Lưu ý: Docker Desktop Edge 2.1.7.0 là ứng cử viên phát hành cho phiên bản ổn định chính sắp tới.". Vì vậy, rủi ro khi sử dụng Edge là tương đối thấp. Hoặc bạn có thể đợi bản phát hành ổn định tiếp theo để tránh tất cả các sự cố tường lửa này.

Đối với những người không thể giải quyết vấn đề này bằng bất kỳ phương tiện nào, bạn có thể thử điều này: ánh xạ thủ công ổ đĩa vào máy chủ docker:

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

Nghiên cứu có tại đây: https://github.com/docker/for-win/issues/466#issuecomment-398305463

Tôi thấy nó khá dễ dàng. Chỉ cần đi đến bạn kết nối mạng. Bạn có thể vào Bảng điều khiển / Mạng và Chia sẻ. Bạn sẽ tìm thấy các kết nối khác nhau. Tìm kiếm kết nối Docker. Chọn cái nào là mặc định. Sau khi chọn mạng, đi đến Thuộc tính. Trong phần thuộc tính cho phép tùy chọn Chuyển đổi ảo mở rộng Hyper-V . Điều này sẽ giúp container ảo sử dụng card mạng.

Điều gì đã làm cho tôi (sau vài giờ dùng thử-n-error) đã thay đổi Subnet Mask từ 255.255.255.240thành 255.255.255.0(không nên thay đổi bất cứ điều gì).

Là một phần của lỗi dùng thử, tôi đã thực hiện mọi thứ khác được liệt kê trên bài viết, nhưng không có thành công nào .. nhưng bước cuối cùng này đã làm điều đó .. và quay trở lại để 255.255.255.240không phá vỡ chu kỳ tốt.

Tôi thừa nhận, nó vô nghĩa .. nhưng nó có thể liên quan đến trạng thái nội bộ chỉ được kích hoạt bởi sự thay đổi mạng.

Dù sao, nếu tôi đã giúp chỉ một, thì đó là nỗ lực đáng giá.

Docker Desktop edge, 2.0.4.1 (34207)