我在码头合成上遇到了问题。原来我忘了把我的自定义隔离命名网络添加到我的服务中，但找不到。

TLDR;确保在compose文件中，在需要相互通信的两个服务上定义了自定义网络。

我的错误是这样的:error: getaddrinfo EAI_AGAIN minio-service。当使用minio-service主机名调用minio-service时，错误来自我的服务器后端。这告诉我minio-service的运行服务，不能被我的服务器的运行服务访问。我能够解决这个问题的方法是我改变了docker-compose中的minio-service:

docker-compose.yml

version: "3.8"

# ...

services:
  server:
    # ...
    networks:
      my-network:
    # ...
  minio-service:
    # ... (missing networks: section)

# ...

networks:
  my-network:

包括我的自定义隔离命名网络，像这样:

docker-compose.yml

version: "3.8"

# ...

services:
  server:
    # ...
    networks:
      my-network:
    # ...
  minio-service:
    # ...   
    networks:
      my-network:
    # ...

# ...

networks:
  my-network:

关于docker-compose网络的更多细节可以在这里找到。

OP错误指定了一个主机(my-store.myshopify.com)。 我遇到的错误在所有方面都是一样的，除了没有指定域。

我的解决方案可能会帮助其他被标题“错误:getaddrinfo EAI_AGAIN”吸引到这里的人

当我试图从一个不同的虚拟机提供一个NodeJs和VueJs应用程序时，我遇到了这个错误。

vue.config.js文件如下:

 module.exports = {
   devServer: {
     host: 'tstvm01',
     port: 3030,
   },
 };

当在原始机器上服务时，启动输出是:

App running at:
- Local:   http://tstvm01:3030/ 
- Network: http://tstvm01:3030/

在虚拟机tstvm07上使用相同的设置让我得到了一个非常类似于OP描述的错误:

 INFO  Starting development server...
 10% building modules 1/1 modules 0 activeevents.js:183                              
      throw er; // Unhandled 'error' event
      ^

Error: getaddrinfo EAI_AGAIN
    at Object._errnoException (util.js:1022:11)
    at errnoException (dns.js:55:15)
    at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:92:26)

如果还不明显，将vue.config.js改为…

 module.exports = {
   devServer: {
     host: 'tstvm07',
     port: 3030,
   },
 };

．.． 解决了问题。

我在码头合成上遇到了问题。原来我忘了把我的自定义隔离命名网络添加到我的服务中，但找不到。

TLDR;确保在compose文件中，在需要相互通信的两个服务上定义了自定义网络。

我的错误是这样的:error: getaddrinfo EAI_AGAIN minio-service。当使用minio-service主机名调用minio-service时，错误来自我的服务器后端。这告诉我minio-service的运行服务，不能被我的服务器的运行服务访问。我能够解决这个问题的方法是我改变了docker-compose中的minio-service:

docker-compose.yml

version: "3.8"

# ...

services:
  server:
    # ...
    networks:
      my-network:
    # ...
  minio-service:
    # ... (missing networks: section)

# ...

networks:
  my-network:

包括我的自定义隔离命名网络，像这样:

docker-compose.yml

version: "3.8"

# ...

services:
  server:
    # ...
    networks:
      my-network:
    # ...
  minio-service:
    # ...   
    networks:
      my-network:
    # ...

# ...

networks:
  my-network:

关于docker-compose网络的更多细节可以在这里找到。

如果您使用Firebase Cloud Functions得到此错误，这是由于免费层的限制(出站网络只允许谷歌服务)。

升级到火焰或火焰计划为它工作。

在对我的GraphQL API应用程序(在docker容器内操作)进行了一次微不足道的更新后，我开始得到这个错误(不同的堆栈跟踪)。不管出于什么原因，容器在解析API使用的后端服务时遇到了困难。

在四处打听了一下我正在构建的docker基础映像(顺便说一下，node:13-alpine)中是否发生了一些更改之后，我决定尝试最古老的计算机科学技巧:重新启动…我停下来启动docker容器，一切恢复正常。

显然，这不是一个有意义的解决潜在问题的方案——我只是发布这个，因为它确实为我澄清了问题，而没有深入到兔子洞。

正如xerq的出色回答所解释的那样，这是一个DNS超时问题。

我想为那些使用Windows子系统for Linux的人提供另一个可能的答案——在某些情况下，在Windows从睡眠状态恢复后，客户端操作系统中似乎出现了一些问题。重新启动主机操作系统将解决这些问题(重新启动WSL服务也可能会解决同样的问题)。