Docker容器中的Zuul重定向问题

Question

我正在使用Grail应用程序，并编写了几个微服务，可以通过Grails应用程序访问。请求来自在4000端口上的Gateway到网关。现在，基于请求，网关将将请求重定向到诸如AUTH，NOTIFIFY，REPORT等各个服务，这些都是微服务。

现在，我正在旋转Docker容器中的微服务，服务发现位于8761，配置服务器位于8888上，Zuul Gateway位于4000端口上。通知服务在8755端口上运行，当请求到达Gateway以进行通知时，它首先将通知重定向到对我有效的通知，根据应用程序流，通知将验证令牌，因此它将调用在8282端口上暴露的auth Service。通知的那一刻是通过Gateway发送请求的失败...

当我在Docker容器中启动服务时，所有服务都在'Localhost'上启动并运行时，一切都在工作，因为容器将无法识别Localhost更改Zuul Conifguration如下

zuul:
  ignoredServices: '*'
  host:
    connect-timeout-millis: 120000
    socket-timeout-millis: 120000
  routes:
    notification-service:
      path: /notification/**
      url: http://${NOTIFICATION_SERVICE_HOST:127.0.0.1}:8755
      stripPrefix: true
      sensitiveHeaders:
    report-service:
      path: /report/**
      url: http://${REPORT_SERVICE_HOST:127.0.0.1}:8762
      stripPrefix: true
      sensitiveHeaders:
    p2p-auth-service:
      path: /authService/**
      url: http://${AUTH_SERVICE_HOST:172.17.0.1}:8282
      stripPrefix: true
      sensitiveHeaders:

所需的通知时，它正确地将其添加，这意味着我添加了Notification_service_host被我通过的IP所取代。但是，当我给出了常量的auth_service_host的调用auth服务时，也不会发生同样的情况。始终使用500个空消息失败。

我的docker组成的文件如下所示，

version: '3.7'

services:

  configserver:
    image: config
    container_name: configserver
    ports:
      - "8888:8888"
    networks:
      - bridge-abc
    environment:
      SPRING.PROFILES.ACTIVE: native
      EUREKA.CLIENT.SERVICEURL.DEFAULTZONE: http://registry:8761/eureka

  registry:
    image: registry
    container_name: registry
    ports:
      - "8762:8761"
    networks:
      - bridge-abc
    depends_on:
      - configserver
    restart: on-failure
    environment:
      SPRING.PROFILES.ACTIVE: dev
      SPRING.CLOUD.CONFIG.URI: http://configserver:8888/
      EUREKA.CLIENT.SERVICEURL.DEFAULTZONE: http://registry:8761/eureka

  gateway:
    image: gateway
    container_name: gateway
    ports:
      - "4000:4000"
    networks:
      - bridge-abc
    depends_on:
      - configserver
      - registry
    restart: on-failure
    environment:
      SPRING.PROFILES.ACTIVE: dev
      SPRING.CLOUD.CONFIG.URI: http://configserver:8888/
      EUREKA.CLIENT.SERVICEURL.DEFAULTZONE: http://registry:8761/eureka
      REGISTRY_SERVER: registry
      REGISTRY_PORT: 8761
      NOTIFICATION_SERVICE_HOST: 172.17.0.1
      AUTH_SERVICE_HOST: 172.17.0.1

  authservice:
    image: auth-service
    container_name: authservice
    ports:
      - "8282:8282"
    networks:
      - bridge-abc
    depends_on:
      - configserver
      - registry
    restart: on-failure
    environment:
      SPRING.PROFILES.ACTIVE: dev
      SPRING.CLOUD.CONFIG.URI: http://configserver:8888/
      EUREKA.CLIENT.SERVICEURL.DEFAULTZONE: http://registry:8761/eureka
      DB_HOST: 1.2.3.4
      DB_PORT: 1234
      DB_NAME: my-db-name
      DB_USERNAME: user
      DB_PASSWORD: password
      REGISTRY_SERVER: registry
      REGISTRY_PORT: 8761
      

  notification:
    image: notification-service
    container_name: notification
    ports:
      - 8755:8755
    networks:
      - bridge-perfios
    depends_on:
      - configserver
      - registry
    restart: on-failure
    environment:
      SPRING.PROFILES.ACTIVE: dev
      SPRING.CLOUD.CONFIG.URI: http://configserver:8888/
      EUREKA.CLIENT.SERVICEURL.DEFAULTZONE: http://registry:8761/eureka
      REGISTRY_SERVER: registry
      REGISTRY_PORT: 8761
      DB_HOST: 1.2.3.4
      DB_PORT: 1234
      DB_NAME: my-db-name
      DB_USERNAME: user
      DB_PASSWORD: password
      REGISTRY_SERVER: registry
      REGISTRY_PORT: 8761

在上面的docker组成文件中，我通过notification_service_host和auth_service_host值为172.17.0.1，以便容器可以互相交谈，常数auth_service_host不起作用，并且始终假设不替代127.0.0.0.1（常数值得替换为127.0.0.1（常数值172.17.0.1，始终假设为127.0.0.1），而常数notification_service_host正常工作，并且该常数值替换为172.17.0.1

我不确定这里有什么问题，或者请建议某些配置是否缺失或我丢失任何错误。

Answer 1

我已经解决了这个问题，每个微服务都在验证令牌的每个微服务中都在发生问题。它将转到网关，然后请求将重定向到AUTH Service。在每个微服务中解析DNS名称时，它使用默认IP IE映射IE 127.0.0.1。我已经更改了每个米光服务的容器 /etc /主机

172.17.0.1 'my domain name' 

，这解决了我的问题。
现在，我需要了解如何使其通用，以便我卸下容器并再次运行Docker-compose，然后以下详细信息应自动更新到容器的主机文件，

172.17.0.1 'my domain name'

任何建议都非常明显。