我的服务器今天抛出了这个错误，这是我从未见过的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)
我想知道这是否与DynDns DDOS攻击有关，该攻击今天影响了Shopify和许多其他服务。 这里是一篇关于此事的文章。
我的主要问题是dns.js是做什么的？ 它是Node的哪个部分？ 如何使用不同的域名重新创建此错误？
EAI_AGAIN是DNS查找超时错误，意味着它是网络连接错误或代理相关错误。
我的主要问题是dns.js是做什么用的？
更多信息请参见： http://www.codingdefined.com/2015/06/nodejs-error-errno-eaiagain.html
Blaze，我在尝试通过process.env.SOMETHING访问我的SMTP凭据时遇到了这个问题。 - Daniel Danielecki如果在Docker容器内部（例如，在alpine容器中运行npm install时）出现此错误，可能的原因是自从容器启动以来网络发生了变化。
要解决这个问题，只需停止并重新启动容器即可。
docker-compose down
docker-compose up
来源: https://github.com/moby/moby/issues/32106#issuecomment-578725551
docker-compose up -d --build，但问题没有解决。所以我想只有通过执行 docker-compose down 然后再执行 docker-compose up 才能解决这个问题。 - Phuong DaoRequires=network-online.target。或：After=network-online.target Wants=network-online.target，甚至更好的是：After=nss-lookup.target。 - Melroy van den Berg正如xerq的优秀答案所解释的那样，这是一个DNS超时问题。
我想为那些使用Windows Subsystem for Linux - 在Windows从睡眠中恢复之后，客户端操作系统似乎有些不正常的情况做出另一个可能的答案。重新启动主机操作系统将修复这些问题（重新启动WSL服务也可能会有同样的效果）。
对于每天执行数千或数百万个请求并需要解决此问题的人：
当在服务器上执行大量请求时，出现getaddrinfo EAI_AGAIN错误是相当正常的。Node.js本身不执行任何DNS缓存，它将所有与DNS相关的事情委托给操作系统。
您需要知道，每个http/https请求都会执行DNS查找，这可能非常昂贵。为避免此瓶颈和getaddrinfo错误，您可以实现DNS缓存。
http.request（以及https）接受一个lookup属性，默认为dns.lookup()
http.get('http://example.com', { lookup: yourLookupImplementation }, response => {
// do something here with response
});
cacheable-lookup，这是got使用的模块（请参见dnsCache选项）。const http = require('http');
const CacheableLookup = require('cacheable-lookup');
const cacheable = new CacheableLookup();
http.get('http://example.com', {lookup: cacheable.lookup}, response => {
// Handle the response here
});
或者全局地
const http = require('http');
const https = require('https');
const CacheableLookup = require('cacheable-lookup');
const cacheable = new CacheableLookup();
cacheable.install(http.globalAgent);
cacheable.install(https.globalAgent);
注意：请记住，如果请求不是通过Node.js的http/https模块执行的，则在全局代理上使用.install对该请求没有任何影响。例如，使用undici发出的请求。
Error: getaddrinfo EAI_AGAIN minio-service。当我的服务器后端调用minio-service时，错误来自于此。这告诉我minio-service正在运行的服务无法被我的server正在运行的服务访问。我解决这个问题的方法是将我的docker-compose中的minio-service从以下内容更改为：
version: "3.8"
# ...
services:
server:
# ...
networks:
my-network:
# ...
minio-service:
# ... (missing networks: section)
# ...
networks:
my-network:
version: "3.8"
# ...
services:
server:
# ...
networks:
my-network:
# ...
minio-service:
# ...
networks:
my-network:
# ...
# ...
networks:
my-network:
原帖中指定了一个主机(my-store.myshopify.com)，我遇到的错误在所有方面上都与此相同，只是没有指定域名。
我的解决方法可能会帮助其他因标题“Error: 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 更改为以下内容可以在 Vue 项目中启用 CSS Modules：... module.exports = {
devServer: {
host: 'tstvm07',
port: 3030,
},
};
...问题已经解决。
127.0.0.1 localhost
127.0.0.1 localhost
After=nss-lookup.target？ - Melroy van den Berg