DNS
History
稳定性:2 - 稳定
node:dns 模块启用名称解析。例如,使用它来查找主机名的 IP 地址。
虽然以 域名系统 (DNS) 命名,但它并不总是使用 DNS 协议进行查找。dns.lookup() 使用操作系统设施来执行名称解析。它可能不需要执行任何网络通信。要像同一系统上的其他应用程序那样执行名称解析,请使用 dns.lookup()。
import dns from 'node:dns';
dns.lookup('example.org', (err, address, family) => {
console.log('address: %j family: IPv%s', address, family);
});
// 地址:"2606:2800:21f:cb07:6820:80da:af6b:8b2c" 家族:IPv6node:dns 模块中的所有其他功能连接到实际的 DNS 服务器以执行名称解析。它们将始终使用网络来执行 DNS 查询。这些功能不使用 dns.lookup() 使用的同一组配置文件(例如 /etc/hosts)。使用这些功能始终执行 DNS 查询,绕过其他名称解析设施。
import dns from 'node:dns';
dns.resolve4('archive.org', (err, addresses) => {
if (err) throw err;
console.log(`addresses: ${JSON.stringify(addresses)}`);
addresses.forEach((a) => {
dns.reverse(a, (err, hostnames) => {
if (err) {
throw err;
}
console.log(`reverse for ${a}: ${JSON.stringify(hostnames)}`);
});
});
});有关更多信息,请参阅 实现注意事项部分。
类:dns.Resolver
History
DNS 请求的独立解析器。
创建新解析器使用默认服务器设置。使用 resolver.setServers() 设置解析器使用的服务器不会影响其他解析器:
import { Resolver } from 'node:dns';
const resolver = new Resolver();
resolver.setServers(['4.4.4.4']);
// 此请求将使用 4.4.4.4 的服务器,独立于全局设置。
resolver.resolve4('example.org', (err, addresses) => {
// ...
});node:dns 模块中的以下方法可用:
resolver.getServers()resolver.resolve()resolver.resolve4()resolver.resolve6()resolver.resolveAny()resolver.resolveCaa()resolver.resolveCname()resolver.resolveMx()resolver.resolveNaptr()resolver.resolveNs()resolver.resolvePtr()resolver.resolveSoa()resolver.resolveSrv()resolver.resolveTlsa()resolver.resolveTxt()resolver.reverse()resolver.setServers()
Resolver(options?): void创建一个新的解析器。
resolver.cancel(): void取消此解析器发出的所有未完成的 DNS 查询。相应的回调将被调用,并带有代码为 ECANCELLED 的错误。
resolver.setLocalAddress(ipv4?, ipv6?): void解析器实例将从指定的 IP 地址发送其请求。这允许程序在多宿主系统上使用时指定出站接口。
如果未指定 v4 或 v6 地址,则将其设置为默认值,操作系统将自动选择一个本地地址。
解析器在向 IPv4 DNS 服务器发出请求时将使用 v4 本地地址,在向 IPv6 DNS 服务器发出请求时将使用 v6 本地地址。解析请求的 rrtype 对使用的本地地址没有影响。
dns.getServers(): void- 返回:
<string[]>
返回当前配置用于 DNS 解析的 IP 地址字符串数组,格式符合 RFC 5952。如果使用自定义端口,字符串将包含端口部分。
[
'8.8.8.8',
'2001:4860:4860::8888',
'8.8.8.8:1053',
'[2001:4860:4860::8888]:1053',
]dns.lookup
History
The verbatim option is now deprecated in favor of the new order option.
For compatibility with node:net, when passing an option object the family option can be the string 'IPv4' or the string 'IPv6'.
Passing an invalid callback to the callback argument now throws ERR_INVALID_ARG_TYPE instead of ERR_INVALID_CALLBACK.
The verbatim options defaults to true now.
The verbatim option is supported now.
The all option is supported now.
dns.lookup(hostname, options?, callback): void<string>4
、
6
或
0
。出于向后兼容原因,
'IPv4'
和
'IPv6'
分别被解释为
4
和
6
。值
0
表示返回 IPv4 或 IPv6 地址。如果值
0
与
{ all: true }
一起使用(见下文),则根据系统的 DNS 解析器,返回其中一个或两者 IPv4 和 IPv6 地址。
默认值:
0
。<number>getaddrinfo
标志][]。可以通过按位
OR
它们的值来传递多个标志。<boolean>true
时,回调在一个数组中返回所有解析的地址。否则,返回单个地址。
默认值:
false
。<string>verbatim
时,解析的地址返回时未排序。当为
ipv4first
时,解析的地址通过将 IPv4 地址放在 IPv6 地址之前进行排序。当为
ipv6first
时,解析的地址通过将 IPv6 地址放在 IPv4 地址之前进行排序。
默认值:
verbatim
(地址未重新排序)。默认值可使用
dns.setDefaultResultOrder()
或
--dns-result-order
配置。<boolean>true
时,回调按 DNS 解析器返回的顺序接收 IPv4 和 IPv6 地址。当为
false
时,IPv4 地址放在 IPv6 地址之前。此选项将被弃用, favor
order
。当两者都指定时,
order
具有更高优先级。新代码应仅使用
order
。
默认值:
true
(地址未重新排序)。默认值可使用
dns.setDefaultResultOrder()
或
--dns-result-order
配置。<Function>将主机名(例如 'nodejs.org')解析为找到的第一个 A (IPv4) 或 AAAA (IPv6) 记录。所有 option 属性都是可选的。如果 options 是整数,则它必须是 4 或 6 – 如果未提供 options,则如果找到,返回 IPv4 或 IPv6 地址,或两者。
当 all 选项设置为 true 时,callback 的参数变为 (err, addresses),其中 addresses 是具有 address 和 family 属性的对象数组。
出错时,err 是一个 Error 对象,其中 err.code 是错误代码。请记住,err.code 不仅在主机名不存在时设置为 'ENOTFOUND',而且在查找以其他方式失败时(例如没有可用的文件描述符)也会设置为 'ENOTFOUND'。
dns.lookup() 不一定与 DNS 协议有任何关系。实现使用操作系统设施,可以将名称与地址关联,反之亦然。此实现可能对任何 Node.js 程序的行为产生微妙但重要的后果。在使用 dns.lookup() 之前,请花些时间查阅 实现注意事项部分。
示例用法:
import dns from 'node:dns';
const options = {
family: 6,
hints: dns.ADDRCONFIG | dns.V4MAPPED,
};
dns.lookup('example.org', options, (err, address, family) =>
console.log('address: %j family: IPv%s', address, family));
// 地址:"2606:2800:21f:cb07:6820:80da:af6b:8b2c" 家族:IPv6
// 当 options.all 为 true 时,结果将是一个数组。
options.all = true;
dns.lookup('example.org', options, (err, addresses) =>
console.log('addresses: %j', addresses));
// 地址:[{"address":"2606:2800:21f:cb07:6820:80da:af6b:8b2c","family":6}]如果此方法作为其 util.promisify() 版本调用,且 all 未设置为 true,则它返回一个 Promise,对应一个具有 address 和 family 属性的 Object。
以下标志可以作为提示传递给 dns.lookup()。
dns.ADDRCONFIG:将返回的地址类型限制为系统上配置的非环回地址类型。例如,仅当当前系统配置了至少一个 IPv4 地址时,才返回 IPv4 地址。dns.V4MAPPED:如果指定了 IPv6 家族,但未找到 IPv6 地址,则返回 IPv4 映射的 IPv6 地址。某些操作系统不支持(例如 FreeBSD 10.1)。dns.ALL:如果指定了dns.V4MAPPED,则返回解析的 IPv6 地址以及 IPv4 映射的 IPv6 地址。
dns.lookupService
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.lookupService(address, port, callback): void使用操作系统底层的 getnameinfo 实现将给定的 address 和 port 解析为主机名和服务。
如果 address 不是有效的 IP 地址,将抛出 TypeError。
port 将被强制转换为数字。如果它不是合法的端口,将抛出 TypeError。
出错时,err 是一个 Error 对象,其中 err.code 是错误代码。
import dns from 'node:dns';
dns.lookupService('127.0.0.1', 22, (err, hostname, service) => {
console.log(hostname, service);
// 打印:localhost ssh
});如果此方法以其 util.promisify() 版本被调用,它返回一个 Promise,用于一个具有 hostname 和 service 属性的 Object。
dns.resolve
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.resolve(hostname, rrtype?, callback): void<string><string>'A'
。<Function><Error><string[]>
|
<Object[]>
|
<Object>使用 DNS 协议将主机名(例如 'nodejs.org')解析为资源记录数组。callback 函数具有参数 (err, records)。成功时,records 将是一个资源记录数组。单个结果的类型和结构因 rrtype 而异:
rrtype | records 包含 | 结果类型 | 简写方法 |
|---|---|---|---|
'A' | IPv4 地址(默认) | <string> | dns.resolve4() |
'AAAA' | IPv6 地址 | <string> | dns.resolve6() |
'ANY' | 任何记录 | <Object> | dns.resolveAny() |
'CAA' | CA 授权记录 | <Object> | dns.resolveCaa() |
'CNAME' | 规范名称记录 | <string> | dns.resolveCname() |
'MX' | 邮件交换记录 | <Object> | dns.resolveMx() |
'NAPTR' | 名称授权指针记录 | <Object> | dns.resolveNaptr() |
'NS' | 名称服务器记录 | <string> | dns.resolveNs() |
'PTR' | 指针记录 | <string> | dns.resolvePtr() |
'SOA' | 授权起始记录 | <Object> | dns.resolveSoa() |
'SRV' | 服务记录 | <Object> | dns.resolveSrv() |
'TLSA' | 证书关联 | <Object> | dns.resolveTlsa() |
'TXT' | 文本记录 | <string[]> | dns.resolveTxt() |
出错时,err 是一个 Error 对象,其中 err.code 是 DNS 错误代码 之一。
dns.resolve4(hostname, options?, callback): void<string><Object><boolean>true
时,回调接收一个
{ address: '1.2.3.4', ttl: 60 }
对象数组而不是字符串数组,
其中 TTL 以秒为单位表示。<Function><Error><string[]>
|
<Object[]>使用 DNS 协议解析 hostname 的 IPv4 地址(A 记录)。传递给 callback 函数的 addresses 参数将包含一个 IPv4 地址数组(例如 ['74.125.79.104', '74.125.79.105', '74.125.79.106'])。
dns.resolve6(hostname, options?, callback): void<string><Object><boolean>true
时,回调接收一个
{ address: '0:1:2:3:4:5:6:7', ttl: 60 }
对象数组而不是字符串数组,
其中 TTL 以秒为单位表示。<Function><Error><string[]>
|
<Object[]>使用 DNS 协议解析 hostname 的 IPv6 地址(AAAA 记录)。传递给 callback 函数的 addresses 参数将包含一个 IPv6 地址数组。
dns.resolveAny(hostname, callback): void<string><Function><Error><Object[]>使用 DNS 协议解析所有记录(也称为 ANY 或 * 查询)。传递给 callback 函数的 ret 参数将是一个包含各种类型记录的数组。每个对象都有一个 type 属性,指示当前记录的类型。根据 type 的不同,对象上还将存在其他属性:
| 类型 | 属性 |
|---|---|
'A' | address/ttl |
'AAAA' | address/ttl |
'CAA' | 参见 dns.resolveCaa() |
'CNAME' | value |
'MX' | 参见 dns.resolveMx() |
'NAPTR' | 参见 dns.resolveNaptr() |
'NS' | value |
'PTR' | value |
'SOA' | 参见 dns.resolveSoa() |
'SRV' | 参见 dns.resolveSrv() |
'TLSA' | 参见 dns.resolveTlsa() |
'TXT' | 此类型的记录包含一个名为 entries 的数组属性,参见 dns.resolveTxt(),例如 { entries: ['...'], type: 'TXT' } |
以下是传递给回调的 ret 对象示例:
[ { type: 'A', address: '127.0.0.1', ttl: 299 },
{ type: 'CNAME', value: 'example.com' },
{ type: 'MX', exchange: 'alt4.aspmx.l.example.com', priority: 50 },
{ type: 'NS', value: 'ns1.example.com' },
{ type: 'TXT', entries: [ 'v=spf1 include:_spf.example.com ~all' ] },
{ type: 'SOA',
nsname: 'ns1.example.com',
hostmaster: 'admin.example.com',
serial: 156696742,
refresh: 900,
retry: 900,
expire: 1800,
minttl: 60 } ]DNS 服务器运营商可以选择不响应 ANY 查询。最好调用单独的方法,如 dns.resolve4()、dns.resolveMx() 等。更多详情,请参阅 RFC 8482。
dns.resolveCname
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.resolveCname(hostname, callback): void<string><Function><Error><string[]>使用 DNS 协议解析 hostname 的 CNAME 记录。传递给 callback 函数的 addresses 参数将包含一个可用于 hostname 的规范名称记录数组(例如 ['bar.example.com'])。
dns.resolveCaa
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.resolveCaa(hostname, callback): void<string><Function><Error><Object[]>使用 DNS 协议解析 hostname 的 CAA 记录。传递给 callback 函数的
addresses 参数将包含一个可用于 hostname 的证书颁发机构授权记录数组
(例如 [{critical: 0, iodef: 'mailto:pki@example.com'}, {critical: 128, issue: 'pki.example.com'}])。
dns.resolveMx
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.resolveMx(hostname, callback): void<string><Function><Error><Object[]>使用 DNS 协议解析 hostname 的邮件交换记录(MX 记录)。传递给 callback 函数的 addresses 参数将
包含一个对象数组,每个对象都包含 priority 和 exchange
属性(例如 [{priority: 10, exchange: 'mx.example.com'}, ...])。
dns.resolveNaptr
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.resolveNaptr(hostname, callback): void<string><Function><Error><Object[]>使用 DNS 协议解析 hostname 的基于正则表达式的记录(NAPTR
记录)。传递给 callback
函数的 addresses 参数将包含一个具有以下属性的对象数组:
flagsserviceregexpreplacementorderpreference
{
flags: 's',
service: 'SIP+D2U',
regexp: '',
replacement: '_sip._udp.example.com',
order: 30,
preference: 100
}dns.resolveNs
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.resolveNs(hostname, callback): void<string><Function><Error><string[]>使用 DNS 协议解析 hostname 的名称服务器记录(NS 记录)。传递给 callback 函数的 addresses 参数将
包含一个可用于 hostname 的名称服务器记录数组
(例如 ['ns1.example.com', 'ns2.example.com'])。
dns.resolvePtr
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.resolvePtr(hostname, callback): void<string><Function><Error><string[]>使用 DNS 协议解析 hostname 的指针记录(PTR 记录)。传递给 callback 函数的 addresses 参数将
是一个包含回复记录的字符串数组。
dns.resolveSoa
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.resolveSoa(hostname, callback): void<string><Function>使用 DNS 协议解析 hostname 的授权起始记录(SOA 记录)。传递给 callback 函数的 address 参数将
是一个具有以下属性的对象:
nsnamehostmasterserialrefreshretryexpireminttl
{
nsname: 'ns.example.com',
hostmaster: 'root.example.com',
serial: 2013101809,
refresh: 10000,
retry: 2400,
expire: 604800,
minttl: 3600
}dns.resolveSrv
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.resolveSrv(hostname, callback): void<string><Function><Error><Object[]>使用 DNS 协议解析 hostname 的服务记录(SRV 记录)。传递给 callback 函数的 addresses 参数将
是一个具有以下属性的对象数组:
priorityweightportname
{
priority: 10,
weight: 5,
port: 21223,
name: 'service.example.com'
}dns.resolveTlsa(hostname, callback): void<string><Function><Error><Object[]>使用 DNS 协议解析 hostname 的证书关联(TLSA 记录)。传递给 callback 函数的 records 参数是一个
具有这些属性的对象数组:
certUsageselectormatchdata
{
certUsage: 3,
selector: 1,
match: 1,
data: [ArrayBuffer]
}dns.resolveTxt
History
向 callback 参数传递无效的回调现在会抛出 ERR_INVALID_ARG_TYPE 而不是ERR_INVALID_CALLBACK。
dns.resolveTxt(hostname, callback): void<string><Function><Error><string[]>使用 DNS 协议解析 hostname 的文本查询(TXT 记录)。传递给 callback 函数的 records 参数是一个
可用于 hostname 的文本记录的二维数组(例如
[ ['v=spf1 ip4:0.0.0.0 ', '~all' ] ])。每个子数组包含一条记录的 TXT 块。根据用例,这些块可以连接在一起或
单独处理。
dns.reverse(ip, callback): void<string><Function><Error><string[]>执行反向 DNS 查询,将 IPv4 或 IPv6 地址解析为一个 主机名数组。
出错时,err 是一个 Error 对象,其中 err.code 是
DNS 错误代码 之一。
dns.setDefaultResultOrder
History
现在支持 ipv6first 值。
默认值已更改为 verbatim。
dns.setDefaultResultOrder(order): void<string>'ipv4first'
、
'ipv6first'
或
'verbatim'
。设置 dns.lookup() 和
dnsPromises.lookup() 中 order 的默认值。该值可以是:
ipv4first:将默认order设置为ipv4first。ipv6first:将默认order设置为ipv6first。verbatim:将默认order设置为verbatim。
默认值是 verbatim,并且 dns.setDefaultResultOrder() 的优先级高于 --dns-result-order。当使用 工作线程 时,
主线程中的 dns.setDefaultResultOrder() 不会影响工作线程中的默认
dns 顺序。
dns.getDefaultResultOrder
History
现在支持 ipv6first 值。
dns.getDefaultResultOrder(): void获取 dns.lookup() 和
dnsPromises.lookup() 中 order 的默认值。该值可以是:
ipv4first:order默认为ipv4first。ipv6first:order默认为ipv6first。verbatim:order默认为verbatim。
dns.setServers(servers): void<string[]>设置执行 DNS
解析时要使用的服务器的 IP 地址和端口。servers 参数是一个 RFC 5952 格式的
地址数组。如果端口是 IANA 默认 DNS 端口 (53),则可以省略。
dns.setServers([
'8.8.8.8',
'[2001:4860:4860::8888]',
'8.8.8.8:1053',
'[2001:4860:4860::8888]:1053',
]);如果提供了无效地址,将抛出错误。
DNS 查询进行时不得调用 dns.setServers() 方法。
dns.setServers() 方法仅影响 dns.resolve()、
dns.resolve*() 和 dns.reverse()(具体而言 不 影响
dns.lookup())。
此方法的工作方式很像
resolve.conf。
也就是说,如果尝试使用提供的第一个服务器解析导致
NOTFOUND 错误,则 resolve() 方法将 不 尝试使用提供的后续服务器进行解析。仅当较早的服务器超时或导致其他错误时,才会使用备用 DNS 服务器。
DNS promises API
History
dns.promises API 提供了一组替代的异步 DNS 方法,
它们返回 Promise 对象而不是使用回调。该 API 可通过
require('node:dns').promises 或 require('node:dns/promises') 访问。
类:dnsPromises.Resolver
History
DNS 请求的独立解析器。
创建新的解析器使用默认服务器设置。使用
resolver.setServers() 设置解析器使用的服务器
不会影响其他解析器:
import { Resolver } from 'node:dns/promises';
const resolver = new Resolver();
resolver.setServers(['4.4.4.4']);
// 此请求将使用 4.4.4.4 处的服务器,独立于全局设置。
const addresses = await resolver.resolve4('example.org');dnsPromises API 中提供以下方法:
resolver.getServers()resolver.resolve()resolver.resolve4()resolver.resolve6()resolver.resolveAny()resolver.resolveCaa()resolver.resolveCname()resolver.resolveMx()resolver.resolveNaptr()resolver.resolveNs()resolver.resolvePtr()resolver.resolveSoa()resolver.resolveSrv()resolver.resolveTlsa()resolver.resolveTxt()resolver.reverse()resolver.setServers()
resolver.cancel(): void取消此解析器发出的所有未完成的 DNS 查询。相应的
Promise 将被拒绝,并带有代码为 ECANCELLED 的错误。
dnsPromises.getServers(): void- 返回:
<string[]>
返回一个 IP 地址字符串数组,格式符合 RFC 5952, 当前配置用于 DNS 解析。如果使用了自定义端口,字符串将包含端口 部分。
[
'8.8.8.8',
'2001:4860:4860::8888',
'8.8.8.8:1053',
'[2001:4860:4860::8888]:1053',
]dnsPromises.lookup
History
现在已弃用 verbatim 选项,推荐使用新的 order 选项。
dnsPromises.lookup(hostname, options?): void<string><integer>4
、
6
或
0
。值
0
表示返回 IPv4 或 IPv6 地址。如果将值
0
与
{ all: true }
一起使用(见下文),则根据系统的 DNS
解析器,返回 IPv4 和 IPv6 地址中的一个或两者。
默认值:
0
。<number>getaddrinfo
标志][]。可以通过按位
OR
它们的值来传递多个
标志。<boolean>true
时,
Promise
解析为包含所有地址的
数组。否则,返回单个地址。
默认值:
false
。<string>verbatim
时,
Promise
解析为 DNS 解析器返回顺序的 IPv4 和
IPv6 地址。为
ipv4first
时,
IPv4 地址放在 IPv6 地址之前。为
ipv6first
时,
IPv6 地址放在 IPv4 地址之前。
默认值:
verbatim
(地址不重新排序)。
默认值可使用
dns.setDefaultResultOrder()
或
--dns-result-order
配置。新代码应使用
{ order: 'verbatim' }
。<boolean>true
时,
Promise
解析为 DNS 解析器返回顺序的 IPv4 和
IPv6 地址。为
false
时,
IPv4 地址放在 IPv6 地址之前。
此选项将被弃用,推荐使用
order
。当两者都指定时,
order
具有更高优先级。新代码应仅使用
order
。
默认值:
当前为
false
(地址重新排序),但预计
在不久的将来会更改。默认值可
使用
dns.setDefaultResultOrder()
或
--dns-result-order
配置。将主机名(例如 'nodejs.org')解析为找到的第一个 A (IPv4) 或
AAAA (IPv6) 记录。所有 option 属性都是可选的。如果 options 是
整数,则它必须是 4 或 6 – 如果未提供 options,则
返回找到的 IPv4 或 IPv6 地址,或两者。
将 all 选项设置为 true 时,Promise 解析为 addresses,
它是一个具有 address 和 family 属性的对象数组。
出错时,Promise 被 Error 对象拒绝,其中 err.code
是错误代码。
请记住,err.code 不仅会在主机名不存在时设置为 'ENOTFOUND',
而且在查找以其他方式失败时(例如没有可用的文件描述符)也会设置。
dnsPromises.lookup() 不一定与 DNS
协议有任何关系。实现使用操作系统设施,可以
将名称与地址关联,反之亦然。此实现可能对任何 Node.js 程序的行为产生
微妙但重要的后果。在使用 dnsPromises.lookup() 之前,
请花些时间咨询 实现注意事项部分。
示例用法:
import dns from 'node:dns';
const dnsPromises = dns.promises;
const options = {
family: 6,
hints: dns.ADDRCONFIG | dns.V4MAPPED,
};
await dnsPromises.lookup('example.org', options).then((result) => {
console.log('address: %j family: IPv%s', result.address, result.family);
// address: "2606:2800:21f:cb07:6820:80da:af6b:8b2c" family: IPv6
});
// 当 options.all 为 true 时,结果将是一个数组。
options.all = true;
await dnsPromises.lookup('example.org', options).then((result) => {
console.log('addresses: %j', result);
// addresses: [{"address":"2606:2800:21f:cb07:6820:80da:af6b:8b2c","family":6}]
});dnsPromises.lookupService(address, port): void使用操作系统的底层 getnameinfo 实现
将给定的 address 和 port 解析为主机名和服务。
如果 address 不是有效的 IP 地址,将抛出 TypeError。
port 将被强制转换为数字。如果它不是合法端口,将抛出 TypeError。
出错时,Promise 被 Error 对象拒绝,其中 err.code
是错误代码。
import dnsPromises from 'node:dns/promises';
const result = await dnsPromises.lookupService('127.0.0.1', 22);
console.log(result.hostname, result.service); // 输出:localhost sshdnsPromises.resolve(hostname, rrtype?): void使用 DNS 协议将主机名(例如 'nodejs.org')解析为
资源记录数组。成功时,Promise 解析为
资源记录数组。单个结果的类型和结构因
rrtype 而异:
rrtype | records 包含 | 结果类型 | 简写方法 |
|---|---|---|---|
'A' | IPv4 地址 (默认) | <string> | dnsPromises.resolve4() |
'AAAA' | IPv6 地址 | <string> | dnsPromises.resolve6() |
'ANY' | 任何记录 | <Object> | dnsPromises.resolveAny() |
'CAA' | CA 授权记录 | <Object> | dnsPromises.resolveCaa() |
'CNAME' | 规范名称记录 | <string> | dnsPromises.resolveCname() |
'MX' | 邮件交换记录 | <Object> | dnsPromises.resolveMx() |
'NAPTR' | 名称授权指针记录 | <Object> | dnsPromises.resolveNaptr() |
'NS' | 名称服务器记录 | <string> | dnsPromises.resolveNs() |
'PTR' | 指针记录 | <string> | dnsPromises.resolvePtr() |
'SOA' | 授权起始记录 | <Object> | dnsPromises.resolveSoa() |
'SRV' | 服务记录 | <Object> | dnsPromises.resolveSrv() |
'TLSA' | 证书关联 | <Object> | dnsPromises.resolveTlsa() |
'TXT' | 文本记录 | <string[]> | dnsPromises.resolveTxt() |
出错时,Promise 被 Error 对象拒绝,其中 err.code
是 DNS 错误代码 之一。
dnsPromises.resolve4(hostname, options?): void使用 DNS 协议解析 hostname 的 IPv4 地址(A 记录)。成功时,Promise 解析为 IPv4
地址数组(例如 ['74.125.79.104', '74.125.79.105', '74.125.79.106'])。
dnsPromises.resolve6(hostname, options?): void使用 DNS 协议解析 hostname 的 IPv6 地址(AAAA 记录)。成功时,Promise 解析为 IPv6
地址数组。
dnsPromises.resolveAny(hostname): void<string>使用 DNS 协议解析所有记录(也称为 ANY 或 * 查询)。
成功时,Promise 解析为包含各种类型
记录的数组。每个对象都有一个 type 属性,指示当前记录的类型。根据 type,对象上还将存在
其他属性:
| 类型 | 属性 |
|---|---|
'A' | address/ttl |
'AAAA' | address/ttl |
'CAA' | 参考 dnsPromises.resolveCaa() |
'CNAME' | value |
'MX' | 参考 dnsPromises.resolveMx() |
'NAPTR' | 参考 dnsPromises.resolveNaptr() |
'NS' | value |
'PTR' | value |
'SOA' | 参考 dnsPromises.resolveSoa() |
'SRV' | 参考 dnsPromises.resolveSrv() |
'TLSA' | 参考 dnsPromises.resolveTlsa() |
'TXT' | 此类型的记录包含一个名为 entries 的数组属性,参考 dnsPromises.resolveTxt(),例如 { entries: ['...'], type: 'TXT' } |
以下是结果对象的示例:
[ { type: 'A', address: '127.0.0.1', ttl: 299 },
{ type: 'CNAME', value: 'example.com' },
{ type: 'MX', exchange: 'alt4.aspmx.l.example.com', priority: 50 },
{ type: 'NS', value: 'ns1.example.com' },
{ type: 'TXT', entries: [ 'v=spf1 include:_spf.example.com ~all' ] },
{ type: 'SOA',
nsname: 'ns1.example.com',
hostmaster: 'admin.example.com',
serial: 156696742,
refresh: 900,
retry: 900,
expire: 1800,
minttl: 60 } ]dnsPromises.resolveCaa(hostname): void<string>使用 DNS 协议解析 hostname 的 CAA 记录。成功时,
Promise 解析为一个对象数组,包含可用于 hostname 的
证书颁发机构授权记录
(例如 [{critical: 0, iodef: 'mailto:pki@example.com'},{critical: 128, issue: 'pki.example.com'}])。
dnsPromises.resolveCname(hostname): void<string>使用 DNS 协议解析 hostname 的 CNAME 记录。成功时,
Promise 解析为可用于
hostname 的规范名称记录数组(例如 ['bar.example.com'])。
dnsPromises.resolveMx(hostname): void<string>使用 DNS 协议解析 hostname 的邮件交换记录(MX 记录)。成功时,Promise 解析为一个对象
数组,每个对象都包含 priority 和 exchange 属性(例如
[{priority: 10, exchange: 'mx.example.com'}, ...])。
dnsPromises.resolveNaptr(hostname): void<string>使用 DNS 协议解析 hostname 的基于正则表达式的记录(NAPTR
记录)。成功时,Promise 解析为一个具有以下属性的对象
数组:
flagsserviceregexpreplacementorderpreference
{
flags: 's',
service: 'SIP+D2U',
regexp: '',
replacement: '_sip._udp.example.com',
order: 30,
preference: 100
}dnsPromises.resolveNs(hostname): void<string>使用 DNS 协议解析 hostname 的名称服务器记录(NS 记录)。成功时,Promise 解析为可用于 hostname 的名称服务器
记录数组(例如
['ns1.example.com', 'ns2.example.com'])。
dnsPromises.resolvePtr(hostname): void<string>使用 DNS 协议解析 hostname 的指针记录(PTR 记录)。成功时,Promise 解析为包含
回复记录的字符串数组。
dnsPromises.resolveSoa(hostname): void<string>使用 DNS 协议解析 hostname 的授权起始记录(SOA 记录)。成功时,Promise 解析为具有
以下属性的对象:
nsnamehostmasterserialrefreshretryexpireminttl
{
nsname: 'ns.example.com',
hostmaster: 'root.example.com',
serial: 2013101809,
refresh: 10000,
retry: 2400,
expire: 604800,
minttl: 3600
}dnsPromises.resolveSrv(hostname): void<string>使用 DNS 协议解析 hostname 的服务记录(SRV 记录)。成功时,Promise 解析为具有
以下属性的对象数组:
priorityweightportname
{
priority: 10,
weight: 5,
port: 21223,
name: 'service.example.com'
}dnsPromises.resolveTlsa(hostname): void<string>使用 DNS 协议解析 hostname 的证书关联(TLSA 记录)。成功时,Promise 解析为具有
这些属性的对象数组:
certUsageselectormatchdata
{
certUsage: 3,
selector: 1,
match: 1,
data: [ArrayBuffer]
}dnsPromises.resolveTxt(hostname): void<string>使用 DNS 协议解析 hostname 的文本查询(TXT 记录)。成功时,Promise 解析为可用于 hostname 的文本记录的二维
数组(例如
[ ['v=spf1 ip4:0.0.0.0 ', '~all' ] ])。每个子数组包含一条记录的 TXT 块。根据用例,这些块可以连接在一起或
单独处理。
dnsPromises.reverse(ip): void<string>执行反向 DNS 查询,将 IPv4 或 IPv6 地址解析为 主机名数组。
出错时,Promise 被 Error 对象拒绝,其中 err.code
是 DNS 错误代码 之一。
dnsPromises.setDefaultResultOrder
History
现在支持 ipv6first 值。
默认值已更改为 verbatim。
dnsPromises.setDefaultResultOrder(order): void<string>'ipv4first'
、
'ipv6first'
或
'verbatim'
。设置 dns.lookup() 和
dnsPromises.lookup() 中 order 的默认值。该值可以是:
ipv4first:将默认order设置为ipv4first。ipv6first:将默认order设置为ipv6first。verbatim:将默认order设置为verbatim。
默认值是 verbatim,并且 dnsPromises.setDefaultResultOrder() 的
优先级高于 --dns-result-order。当使用 工作线程 时,
主线程中的 dnsPromises.setDefaultResultOrder() 不会影响
工作线程中的默认 dns 顺序。
dnsPromises.getDefaultResultOrder(): void获取 dnsOrder 的值。
dnsPromises.setServers(servers): void<string[]>设置执行 DNS
解析时要使用的服务器的 IP 地址和端口。servers 参数是一个 RFC 5952 格式
的地址数组。如果端口是 IANA 默认 DNS 端口 (53),则可以省略。
dnsPromises.setServers([
'8.8.8.8',
'[2001:4860:4860::8888]',
'8.8.8.8:1053',
'[2001:4860:4860::8888]:1053',
]);如果提供了无效地址,将抛出错误。
DNS 查询进行时不得调用 dnsPromises.setServers() 方法。
此方法的工作方式很像
resolve.conf。
也就是说,如果尝试使用提供的第一个服务器解析导致
NOTFOUND 错误,则 resolve() 方法将 不 尝试使用提供的后续服务器进行解析。仅当较早的服务器超时或导致其他错误时,才会使用备用 DNS 服务器。
每个 DNS 查询都可以返回以下错误代码之一:
dns.NODATA:DNS 服务器返回了一个没有数据的答案。dns.FORMERR:DNS 服务器声称查询格式错误。dns.SERVFAIL:DNS 服务器返回一般性失败。dns.NOTFOUND:未找到域名。dns.NOTIMP:DNS 服务器未实现请求的操作。dns.REFUSED:DNS 服务器拒绝查询。dns.BADQUERY:DNS 查询格式错误。dns.BADNAME:主机名格式错误。dns.BADFAMILY:不支持的地址族。dns.BADRESP:DNS 响应格式错误。dns.CONNREFUSED:无法联系 DNS 服务器。dns.TIMEOUT:联系 DNS 服务器时超时。dns.EOF:文件结束。dns.FILE:读取文件时出错。dns.NOMEM:内存不足。dns.DESTRUCTION:通道正在被销毁。dns.BADSTR:字符串格式错误。dns.BADFLAGS:指定了非法标志。dns.NONAME:给定的主机名不是数字。dns.BADHINTS:指定了非法的提示标志。dns.NOTINITIALIZED:尚未执行 c-ares 库初始化。dns.LOADIPHLPAPI:加载iphlpapi.dll时出错。dns.ADDRGETNETWORKPARAMS:找不到GetNetworkParams函数。dns.CANCELLED:DNS 查询已取消。
dnsPromises API 也导出上述错误代码,例如,dnsPromises.NODATA。
尽管 dns.lookup() 和各种 dns.resolve*()/dns.reverse() 函数具有将网络名称与网络地址关联(或反之亦然)的相同目标,但它们的行为截然不同。这些差异可能会对 Node.js 程序的行为产生微妙但显著的影响。
dns.lookup(): void在底层,dns.lookup() 使用与大多数其他程序相同的操作系统设施。例如,dns.lookup() 几乎总是以与 ping 命令相同的方式解析给定名称。在大多数类 POSIX 操作系统上,可以通过更改 nsswitch.conf(5) 和/或 resolv.conf(5) 中的设置来修改 dns.lookup() 函数的行为,但更改这些文件将更改在同一操作系统上运行的所有其他程序的行为。
虽然从 JavaScript 的角度来看,对 dns.lookup() 的调用是异步的,但它是作为在 libuv 线程池上运行的对 getaddrinfo(3) 的同步调用实现的。这可能会对某些应用程序产生意想不到的负面性能影响,请参阅 UV_THREADPOOL_SIZE 文档以获取更多信息。
各种网络 API 将在内部调用 dns.lookup() 来解析主机名。如果这是一个问题,请考虑使用 dns.resolve() 将主机名解析为地址,并使用地址而不是主机名。此外,某些网络 API(例如 socket.connect() 和 dgram.createSocket())允许替换默认解析器 dns.lookup()。
这些函数的实现方式与 dns.lookup() 截然不同。它们不使用 getaddrinfo(3),并且总是通过网络执行 DNS 查询。此网络通信始终是异步完成的,并且不使用 libuv 的线程池。
因此,这些函数不会对发生在 libuv 线程池上的其他处理产生与 dns.lookup() 可能产生的相同的负面影响。
它们不使用与 dns.lookup() 使用的同一组配置文件。例如,它们不使用来自 /etc/hosts 的配置。