No hay ruta al host dentro del contenedor acoplable

Estoy ejecutando un contenedor de Docker de Debian en una máquina con Windows 10 que necesita acceder a una URL particular en el puerto 9000 ( 164.16.240.30:9000)

La máquina host puede acceder bien a través del navegador, sin embargo, cuando inicio sesión en el terminal y ejecuto wget 172.17.240.30:9000, obtengo failed: No route to host.

En un intento de resolver esto, agregué:

ports:
  - 9000:9000

al archivo docker-compose.yml, sin embargo, eso no parece haber hecho ninguna diferencia.

En caso de que no puedas adivinar que soy nuevo en esto, ¿qué probarías después?

Todo el archivo 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: 

Comando que estoy ejecutando:

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

Parece que el contenedor tiene problemas de conectividad, por lo que es probable que la solución propuesta no funcione, ya que eso solo asigna un puerto de host a un puerto de contenedor (teniendo en cuenta que su URL de destino no es el host real).

Consulte https://docs.docker.com/compose/compose-file/#network_mode e intente configurarlo como host.

Su navegador tiene acceso 164.16.240.30:9000, ya que está pasando por un proxy (entorno empresarial típico), por lo que también the proxytiene conectividad de red 164.16.240.30. No significa que también su host tenga la misma conectividad de red. En realidad, parece que tu host no tiene ese. Esa es la razón por la cual wget directo desde el contenedor o desde la terminal tiene un error No route to host.

Todo debe pasar por el proxy. Intente configurar el proxy correctamente: las aplicaciones de Linux usan variables de entorno http_proxy,https_proxygeneralmente, pero las aplicaciones pueden tener su propia opción para configurar el proxy, eventualmente puede configurarlo en el nivel del código fuente. Depende de la aplicación / código utilizado.

Creo que el problema es que utiliza el modo host en su archivo de configuración de composición de Docker y ¿tiene permitido el firewall IPTABLES para los puertos en la máquina Debian? ¿Qué hay de las ventanas?

network_mode: host 

que en realidad pasa por alto el puente acoplable por completo, por lo que no se aplica la sección de puertos que especifique. Todos los puertos se abrirán en el sistema host. Puedes consultar con

nestat -tunlp | grep 5000

Y verá que el puerto 5000 no está abierto y asignado a los 80 del acoplador como era de esperar. Sin embargo, los puertos 80 y 9000 deberían estar abiertos en la red de Debian pero no estar unidos a ningún puente acoplable solo a la IP de Debian.

Desde aquí: https://docs.docker.com/network/host/

ADVERTENCIA: los puertos publicados se descartan cuando se utiliza el modo de red host

Como solución podría ser eliminar la línea network_mode y funcionará como se esperaba.

Su código no permite el acceso a su contenedor 164.16.240.30:9000. Debería wget 164.16.240.30:9000desde la terminal en lugar de 172.17.240.30:9000.