我的服务器今天抛出了这个，这是一个我以前从未见过的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做什么?它属于节点的哪一部分?如何在不同的域上重新创建此错误?
当前回答
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,
},
};
．.． 解决了问题。
其他回答
这是与hosts文件设置相关的问题。 在hosts文件中添加以下代码行 Ubuntu系统:/etc/hosts
127.0.0.1 localhost
windows: c:\windows\System32\drivers\etc\hosts
127.0.0.1 localhost
正如xerq的出色回答所解释的那样，这是一个DNS超时问题。
我想为那些使用Windows子系统for Linux的人提供另一个可能的答案——在某些情况下，在Windows从睡眠状态恢复后，客户端操作系统中似乎出现了一些问题。重新启动主机操作系统将解决这些问题(重新启动WSL服务也可能会解决同样的问题)。
如果您使用Firebase Cloud Functions得到此错误，这是由于免费层的限制(出站网络只允许谷歌服务)。
升级到火焰或火焰计划为它工作。
在对我的GraphQL API应用程序(在docker容器内操作)进行了一次微不足道的更新后，我开始得到这个错误(不同的堆栈跟踪)。不管出于什么原因，容器在解析API使用的后端服务时遇到了困难。
在四处打听了一下我正在构建的docker基础映像(顺便说一下，node:13-alpine)中是否发生了一些更改之后，我决定尝试最古老的计算机科学技巧:重新启动…我停下来启动docker容器，一切恢复正常。
显然，这不是一个有意义的解决潜在问题的方案——我只是发布这个，因为它确实为我澄清了问题，而没有深入到兔子洞。
我得到这个错误后，我最近添加了一个新的网络到我的docker-compose文件。
我最初有这些服务:
services:
frontend:
depends_on:
- backend
ports:
- 3005:3000
backend:
ports:
- 8005:8000
我决定添加一个新的网络，它承载着我想让我的前端服务能够访问的其他服务，所以我这样做了:
networks:
moar:
name: moar-network
attachable: true
services:
frontend:
networks:
- moar
depends_on:
- backend
ports:
- 3005:3000
backend:
ports:
- 8005:8000
不幸的是，上述情况导致我的前端服务在默认网络上不再可见，而只在moar网络中可见。这意味着前端服务不能再代理请求到后端，因此我得到如下错误:
试图代理到:localhost:3005/graphql/时发生错误
解决方案是将默认网络添加到前端服务的网络列表中，如下所示:
networks:
moar:
name: moar-network
attachable: true
services:
frontend:
networks:
- moar
- default # here
depends_on:
- backend
ports:
- 3005:3000
backend:
ports:
- 8005:8000
现在我们好了!
最后一件事，如果您想查看在给定网络中运行的服务，可以使用docker network inspect <network_name>命令。这帮助我发现前端服务不再是默认网络的一部分。
