{ "source": "doc/api/dns.markdown", "modules": [ { "textRaw": "DNS", "name": "dns", "stability": 3, "stabilityText": "Stable", "desc": "

Use require('dns') to access this module.\n\n

\n

This module contains functions that belong to two different categories:\n\n

\n

1) Functions that use the underlying operating system facilities to perform\nname resolution, and that do not necessarily do any network communication.\nThis category contains only one function: dns.lookup. Developers looking\nto perform name resolution in the same way that other applications on the same\noperating system behave should use dns.lookup.\n\n

\n

Here is an example that does a lookup of www.google.com.\n\n

\n
var dns = require('dns');\n\ndns.lookup('www.google.com', function onLookup(err, addresses, family) {\n  console.log('addresses:', addresses);\n});
\n

2) Functions that connect to an actual DNS server to perform name resolution,\nand that always use the network to perform DNS queries. This category\ncontains all functions in the dns module but dns.lookup. These functions\ndo not use the same set of configuration files than what dns.lookup uses.\nFor instance, they do not use the configuration from /etc/hosts. These\nfunctions should be used by developers who do not want to use the underlying\noperating system's facilities for name resolution, and instead want to\nalways perform DNS queries.\n\n

\n

Here is an example which resolves 'www.google.com' then reverse\nresolves the IP addresses which are returned.\n\n

\n
var dns = require('dns');\n\ndns.resolve4('www.google.com', function (err, addresses) {\n  if (err) throw err;\n\n  console.log('addresses: ' + JSON.stringify(addresses));\n\n  addresses.forEach(function (a) {\n    dns.reverse(a, function (err, domains) {\n      if (err) {\n        throw err;\n      }\n\n      console.log('reverse for ' + a + ': ' + JSON.stringify(domains));\n    });\n  });\n});
\n

There are subtle consequences in choosing one or another, please consult the\nImplementation considerations section\nfor more information.\n\n

\n", "methods": [ { "textRaw": "dns.lookup(domain, [family], callback)", "type": "method", "name": "lookup", "desc": "

Resolves a domain (e.g. 'google.com') into the first found A (IPv4) or\nAAAA (IPv6) record.\nThe family can be the integer 4 or 6. Defaults to null that indicates\nboth Ip v4 and v6 address family.\n\n

\n

The callback has arguments (err, address, family). The address argument\nis a string representation of a IP v4 or v6 address. The family argument\nis either the integer 4 or 6 and denotes the family of address (not\nnecessarily the value initially passed to lookup).\n\n

\n

On error, err is an Error object, where err.code is the error code.\nKeep in mind that err.code will be set to 'ENOENT' not only when\nthe domain does not exist but also when the lookup fails in other ways\nsuch as no available file descriptors.\n\n

\n

dns.lookup doesn't necessarily have anything to do with the DNS protocol.\nIt's only an operating system facility that can associate name with addresses,\nand vice versa.\n\n

\n

Its implementation can have subtle but important consequences on the behavior\nof any Node.js program. Please take some time to consult the Implementation\nconsiderations section before using it.\n\n

\n", "signatures": [ { "params": [ { "name": "domain" }, { "name": "family", "optional": true }, { "name": "callback" } ] } ] }, { "textRaw": "dns.resolve(domain, [rrtype], callback)", "type": "method", "name": "resolve", "desc": "

Resolves a domain (e.g. 'google.com') into an array of the record types\nspecified by rrtype. Valid rrtypes are 'A' (IPV4 addresses, default),\n'AAAA' (IPV6 addresses), 'MX' (mail exchange records), 'TXT' (text\nrecords), 'SRV' (SRV records), 'PTR' (used for reverse IP lookups),\n'NS' (name server records) and 'CNAME' (canonical name records).\n\n

\n

The callback has arguments (err, addresses). The type of each item\nin addresses is determined by the record type, and described in the\ndocumentation for the corresponding lookup methods below.\n\n

\n

On error, err is an Error object, where err.code is\none of the error codes listed below.\n\n\n

\n", "signatures": [ { "params": [ { "name": "domain" }, { "name": "rrtype", "optional": true }, { "name": "callback" } ] } ] }, { "textRaw": "dns.resolve4(domain, callback)", "type": "method", "name": "resolve4", "desc": "

The same as dns.resolve(), but only for IPv4 queries (A records).\naddresses is an array of IPv4 addresses (e.g.\n['74.125.79.104', '74.125.79.105', '74.125.79.106']).\n\n

\n", "signatures": [ { "params": [ { "name": "domain" }, { "name": "callback" } ] } ] }, { "textRaw": "dns.resolve6(domain, callback)", "type": "method", "name": "resolve6", "desc": "

The same as dns.resolve4() except for IPv6 queries (an AAAA query).\n\n\n

\n", "signatures": [ { "params": [ { "name": "domain" }, { "name": "callback" } ] } ] }, { "textRaw": "dns.resolveMx(domain, callback)", "type": "method", "name": "resolveMx", "desc": "

The same as dns.resolve(), but only for mail exchange queries (MX records).\n\n

\n

addresses is an array of MX records, each with a priority and an exchange\nattribute (e.g. [{'priority': 10, 'exchange': 'mx.example.com'},...]).\n\n

\n", "signatures": [ { "params": [ { "name": "domain" }, { "name": "callback" } ] } ] }, { "textRaw": "dns.resolveTxt(domain, callback)", "type": "method", "name": "resolveTxt", "desc": "

The same as dns.resolve(), but only for text queries (TXT records).\naddresses is an array of the text records available for domain (e.g.,\n['v=spf1 ip4:0.0.0.0 ~all']).\n\n

\n", "signatures": [ { "params": [ { "name": "domain" }, { "name": "callback" } ] } ] }, { "textRaw": "dns.resolveSrv(domain, callback)", "type": "method", "name": "resolveSrv", "desc": "

The same as dns.resolve(), but only for service records (SRV records).\naddresses is an array of the SRV records available for domain. Properties\nof SRV records are priority, weight, port, and name (e.g.,\n[{'priority': 10, {'weight': 5, 'port': 21223, 'name': 'service.example.com'}, ...]).\n\n

\n", "signatures": [ { "params": [ { "name": "domain" }, { "name": "callback" } ] } ] }, { "textRaw": "dns.resolveNs(domain, callback)", "type": "method", "name": "resolveNs", "desc": "

The same as dns.resolve(), but only for name server records (NS records).\naddresses is an array of the name server records available for domain\n(e.g., ['ns1.example.com', 'ns2.example.com']).\n\n

\n", "signatures": [ { "params": [ { "name": "domain" }, { "name": "callback" } ] } ] }, { "textRaw": "dns.resolveCname(domain, callback)", "type": "method", "name": "resolveCname", "desc": "

The same as dns.resolve(), but only for canonical name records (CNAME\nrecords). addresses is an array of the canonical name records available for\ndomain (e.g., ['bar.example.com']).\n\n

\n", "signatures": [ { "params": [ { "name": "domain" }, { "name": "callback" } ] } ] }, { "textRaw": "dns.reverse(ip, callback)", "type": "method", "name": "reverse", "desc": "

Reverse resolves an ip address to an array of domain names.\n\n

\n

The callback has arguments (err, domains).\n\n

\n

On error, err is an Error object, where err.code is\none of the error codes listed below.\n\n

\n", "signatures": [ { "params": [ { "name": "ip" }, { "name": "callback" } ] } ] } ], "modules": [ { "textRaw": "Error codes", "name": "error_codes", "desc": "

Each DNS query can return one of the following error codes:\n\n

\n\n", "type": "module", "displayName": "Error codes" }, { "textRaw": "Implementation considerations", "name": "implementation_considerations", "desc": "

Although dns.lookup and dns.resolve*/dns.reverse functions have the same\ngoal of associating a network name with a network address (or vice versa),\ntheir behavior is quite different. These differences can have subtle but\nsignificant consequences on the behavior of Node.js programs.\n\n

\n", "properties": [ { "textRaw": "dns.lookup", "name": "lookup", "desc": "

Under the hood, dns.lookup uses the same operating system facilities as most\nother programs. For instance, dns.lookup will almost always resolve a given\nname the same way as the ping command. On most POSIX-like operating systems,\nthe behavior of the dns.lookup function can be tweaked by changing settings\nin nsswitch.conf(5) and/or resolv.conf(5), but be careful that changing\nthese files will change the behavior of all other programs running on the same\noperating system.\n\n

\n

Though the call will be asynchronous from JavaScript's perspective, it is\nimplemented as a synchronous call to getaddrinfo(3) that runs on libuv's\nthreadpool. Because libuv's threadpool has a fixed size, it means that if for\nwhatever reason the call to getaddrinfo(3) takes a long time, other\noperations that could run on libuv's threadpool (such as filesystem\noperations) will experience degraded performance. In order to mitigate this\nissue, one potential solution is to increase the size of libuv's threadpool by\nsetting the 'UV_THREADPOOL_SIZE' environment variable to a value greater than\n4 (its current default value). For more information on libuv's threadpool, see\nthe official libuv\ndocumentation.\n\n

\n" } ], "modules": [ { "textRaw": "dns.resolve, functions starting with dns.resolve and dns.reverse", "name": "dns.resolve,_functions_starting_with_dns.resolve_and_dns.reverse", "desc": "

These functions are implemented quite differently than dns.lookup. They do\nnot use getaddrinfo(3) and they always perform a DNS query on the network.\nThis network communication is always done asynchronously, and does not use\nlibuv's threadpool.\n\n

\n

As a result, these functions cannot have the same negative impact on other\nprocessing that happens on libuv's threadpool that dns.lookup can have.\n\n

\n

They do not use the same set of configuration files than what dns.lookup\nuses. For instance, they do not use the configuration from /etc/hosts.\n

\n", "type": "module", "displayName": "dns.resolve, functions starting with dns.resolve and dns.reverse" } ], "type": "module", "displayName": "Implementation considerations" } ], "type": "module", "displayName": "DNS" } ] }