我的服务器今天抛出了这个，这是一个我以前从未见过的Node.js错误:
Error: getaddrinfo EAI_AGAIN my-store.myshopify.com:443
at Object.exports._errnoException (util.js:870:11)
at errnoException (dns.js:32:15)
at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:78:26)
我想知道这是否与今天影响Shopify和许多其他服务的DynDns DDOS攻击有关。这里有一篇关于这个的文章。
我的主要问题是dns.js做什么?它属于节点的哪一部分?如何在不同的域上重新创建此错误?
当前回答
@xerq指向正确，这里有更多的参考 http://www.codingdefined.com/2015/06/nodejs-error-errno-eaiagain.html
我得到了同样的错误，我通过更新“hosts”文件在Windows操作系统的这个位置下解决了这个问题
C:\Windows\System32\drivers\etc
希望能有所帮助!!
其他回答
EAI_AGAIN是一个DNS查找超时错误，意味着它是一个网络连接错误或代理相关的错误。
我的主要问题是dns.js做什么?
dns.js用于节点获取域的ip地址(简而言之)。
更多信息: http://www.codingdefined.com/2015/06/nodejs-error-errno-eaiagain.html
正如xerq的出色回答所解释的那样，这是一个DNS超时问题。
我想为那些使用Windows子系统for Linux的人提供另一个可能的答案——在某些情况下，在Windows从睡眠状态恢复后，客户端操作系统中似乎出现了一些问题。重新启动主机操作系统将解决这些问题(重新启动WSL服务也可能会解决同样的问题)。
如果您使用Firebase Cloud Functions得到此错误，这是由于免费层的限制(出站网络只允许谷歌服务)。
升级到火焰或火焰计划为它工作。
启用了火焰，它仍然不工作?
很可能你需要从正确的路径来设置.env, require('dotenv')。配置({路径:__dirname + './../.)env '});不会起作用(或任何其他路径)。只需将.env文件放在函数目录中，从该目录部署到Firebase。
我在码头合成上遇到了问题。原来我忘了把我的自定义隔离命名网络添加到我的服务中，但找不到。
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网络的更多细节可以在这里找到。
