Không có tuyến đường đến máy chủ trong container docker

Tôi đang chạy bộ chứa docker Debian trên máy Windows 10 cần truy cập một url cụ thể trên cổng 9000 ( 164.16.240.30:9000)

Máy chủ có thể truy cập tốt qua trình duyệt, tuy nhiên khi tôi đăng nhập vào thiết bị đầu cuối và chạy wget 172.17.240.30:9000tôi nhận được failed: No route to host.

Trong một nỗ lực để giải quyết điều này, tôi đã thêm:

ports:
  - 9000:9000

đến tệp docker-compose.yml, tuy nhiên điều đó dường như không có sự khác biệt nào.

Trong trường hợp bạn không thể đoán tôi là người mới này thì bạn sẽ thử gì tiếp theo?

Toàn bộ tập tin docker-compose.yml:

version: '3.4'

services:
  tokengeneratorapi:
    network_mode: host
    image: ${DOCKER_REGISTRY}tokengeneratorapi
    build:
      context: .
      dockerfile: TokenGeneratorApi/Dockerfile
    ports:
      - 5000:80
      - 9000
    environment:
      ASPNETCORE_ENVIRONMENT: local
      SSM_PATH: /ic/env1/tokengeneratorapi/
      AWS_ACCESS_KEY_ID: 
      AWS_SECRET_ACCESS_KEY: 

Lệnh tôi đang chạy:

docker-compose build --build-arg BRANCH=featuretest --build-arg CHANGE_ID=99 --build-arg CHANGE_TARGET=develop --build-arg SONAR_SERVER=164.16.240.30

Có vẻ như bộ chứa có vấn đề về kết nối nên giải pháp được đề xuất của bạn có thể không hoạt động, vì đó chỉ là ánh xạ một cổng máy chủ sang cổng container (xem xét URL mục tiêu của bạn không phải là máy chủ thực tế).

Hãy xem https://docs.docker.com/compose/compose-file/#network_mode và thử đặt nó thành máy chủ lưu trữ.

Trình duyệt của bạn có quyền truy cập 164.16.240.30:9000, vì nó đang đi qua proxy (môi trường ủy thác điển hình), do đó, the proxycó kết nối mạng 164.16.240.30. Điều đó không có nghĩa là máy chủ của bạn cũng có cùng kết nối mạng. Trên thực tế, có vẻ như máy chủ của bạn không có cái đó. Đó là lý do tại sao wget trực tiếp từ container hoặc từ thiết bị đầu cuối có lỗi No route to host.

Tất cả mọi thứ phải thông qua proxy. Cố gắng định cấu hình proxy đúng cách - các ứng dụng linux http_proxy,https_proxythường sử dụng các biến môi trường , nhưng các ứng dụng có thể có tùy chọn riêng để định cấu hình proxy, cuối cùng bạn có thể định cấu hình nó ở cấp mã nguồn. Nó phụ thuộc vào ứng dụng / mã được sử dụng.

Tôi nghĩ vấn đề là bạn sử dụng chế độ máy chủ trong tập tin cấu hình docker của bạn và bạn có cho phép tường lửa IPTABLES cho các cổng trong máy debian không? Làm thế nào về cửa sổ?

network_mode: host 

mà thực sự bỏ qua cầu docker hoàn toàn để phần cổng bạn chỉ định không được áp dụng. Tất cả các cổng sẽ được mở trên hệ thống máy chủ. Bạn có thể kiểm tra với

nestat -tunlp | grep 5000

Và bạn sẽ thấy rằng cổng 5000 không được mở và được ánh xạ tới 80 của docker như bạn mong đợi. Tuy nhiên, các cổng 80 và 9000 phải được mở trên mạng debian nhưng không được liên kết với bất kỳ cầu nối docker nào với ip debian.

Từ đây: https://docs.docker.com/network/host/

CẢNH BÁO: Các cổng được xuất bản bị loại bỏ khi sử dụng chế độ mạng máy chủ

Vì một giải pháp có thể là loại bỏ dòng network_mode và nó sẽ hoạt động như mong đợi.

Mã của bạn không cho phép container của bạn truy cập 164.16.240.30:9000. Bạn nên đi 164.16.240.30:9000từ thiết bị đầu cuối thay vì 172.17.240.30:9000.