各開發語言 DNS 緩存配置建議
1、背景
在計算機領域，涉及性能優化動作時首先應被考慮的原則之一便是使用緩存，合理的數據緩存機制能夠帶來以下收益：
1）縮短數據獲取路徑，熱點數據就近緩存以便後續快速讀取，從而明顯提升處理效率；
2）降低數據遠程獲取頻次，緩解後端數據服務壓力、減少前端和後端之間的網絡帶寬成本；
從 CPU 硬件的多級緩存設計，到瀏覽器快速展示頁面，再到大行其道的 CDN、雲存儲網關等商業產品，處處應用了緩存理念。
在公網領域，如操作系統、瀏覽器和移動端 APP 等成熟產品所具備的緩存機制，極大的消解了網絡提供商如電信移動聯通、內容提供商如各大門戶平臺和 CDN 廠商直面的服務壓力，運營商的 DNS 才能從容面對每秒億萬級的 DNS 解析，網絡設備集羣才能輕鬆承擔每秒 Tbit 級的互聯網帶寬，CDN 平臺才能快速處理每秒億萬次的請求。
面對公司目前龐大且仍在不斷增長的的域名接入規模，筆者所在團隊在不斷優化集羣架構、提升 DNS 軟件性能的同時，也迫切需要推動各類客戶端環境進行域名解析請求機制的優化，因此，特組織團隊成員調研、編寫了這篇指南文章，以期爲公司、客戶及合作方的前端開發運維人員給出合理建議，優化 DNS 整體請求流程，爲業務增效。
本文主要圍繞不同業務和開發語言背景下，客戶端本地如何實現 DNS 解析記錄緩存進行探討，同時基於筆者所在團隊對 DNS 本身及公司網絡環境的掌握，給出一些其他措施，最終致力於客戶端一側的 DNS 解析請求規範化。
2、名詞解釋
1. 客戶端
本文所述客戶端，泛指所有主動發起網絡請求的對象，包括但不限於服務器、PC、移動終端、操作系統、命令行工具、腳本、服務軟件、用戶 APP 等。
2. DNS
Domain Name System(Server/Service)，域名系統（服務器 / 服務），可理解爲一種類數據庫服務；
客戶端同服務端進行網絡通信，是靠 IP 地址識別對方；而作爲客戶端的使用者，人類很難記住大量 IP 地址，所以發明了易於記憶的域名如 www.jd.com，將域名和 IP 地址的映射關係，存儲到 DNS 可供客戶端查詢；
客戶端只有通過向 DNS 發起域名解析請求從而獲取到服務端的 IP 地址後，才能向 IP 地址發起網絡通信請求，真正獲取到域名所承載的服務或內容。
參考：域名系統 域名解析流程
3. LDNS
Local DNS，本地域名服務器；公網接入環境通常由所在網絡供應商自動分配（供應商有控制權，甚至可作 DNS 劫持，即篡改解析域名得到的 IP），內網環境由 IT 部門設置自動分配；
通常 Unix、類 Unix、MacOS 系統可通過 /etc/resolv.conf 查看自己的 LDNS，在 nameserver 後聲明，該文件亦支持用戶自助編輯修改，從而指定 LDNS，如公網常見的公共 DNS 如谷歌 DNS、114DNS 等；純內網環境通常不建議未諮詢 IT 部門的情況下擅自修改，可能導致服務不可用；可參考 man resolv.conf 指令結果。
當域名解析出現異常時，同樣應考慮 LDNS 服務異常或發生解析劫持情況的可能。
參考：windows 系統修改 TCP/IP 設置（含 DNS）；
4. hosts
DNS 系統可以動態的提供域名和 IP 的映射關係，普遍存在於各類操作系統的 hosts 文件則是域名和 IP 映射關係的靜態記錄文件，且通常 hosts 記錄優先於 DNS 解析，即本地無緩存或緩存未命中時，則優先通過 hosts 查詢對應域名記錄，若 hosts 無相關映射，則繼續發起 DNS 請求。關於 Linux 環境下此邏輯的控制，請參考下文 C/C++ 語言 DNS 緩存介紹部分。
所以在實際工作中，常利用上述默認特性，將特定域名和特定 IP 映射關係寫到 hosts 文件中（俗稱 “固定 hosts”），用於繞開 DNS 解析過程，對目標 IP 作針對性訪問（其效果與 curl 的 - x 選項，或 wget 的 -e 指定 proxy 選項，異曲同工）；
5. TTL
Time-To-Live，生存時間值，此概念在多領域適用且可能有不同意義。
本文涉及到 TTL 描述均針對數據緩存而言，可直白理解爲已緩存數據的 “有效期”，從數據被緩存開始計，在緩存中存在時長超過 TTL 規定時長的數據被視爲過期數據，數據被再次調用時會立刻同權威數據源進行有效性確認或重新獲取。
因緩存機制通常是被動觸發和更新，故在客戶端的緩存有效期內，後端原始權威數據若發生變更，客戶端不會感知，表現爲業務上一定程度的數據更新延遲、緩存數據與權威數據短時不一致。
對於客戶端側 DNS 記錄的緩存 TTL，我們建議值爲 60s；同時如果是低敏感度業務比如測試、或域名解析調整不頻繁的業務，可適當延長，甚至達到小時或天級別；
3、DNS 解析優化建議
3.1 各語言網絡庫對 DNS 緩存的支持調研
以下調研結果，推薦開發人員參考，以實現自研客戶端 DNS 緩存。各開發語言對 DNS 緩存支持可能不一樣，在此逐個分析一下。
C/C++ 語言
(1) glibc 的 getaddrinfo 函數
Linux 環境下的 glibc 庫提供兩個域名解析的函數：gethostbyname 函數和 getaddrinfo 函數，gethostbyname 是曾經常用的函數，但是隨着向 IPv6 和線程化編程模型的轉移，getaddrinfo 顯得更有用，因爲它既解析 IPv6 地址，又符合線程安全，推薦使用 getaddrinfo 函數。
函數原型：
int getaddrinfo( const char *node,
const char *service,
const struct addrinfo *hints,
struct addrinfo **res);getaddrinfo 函數是比較底層的基礎庫函數，很多開發語言的域名解析函數都依賴這個函數，因此我們在此介紹一下這個函數的處理邏輯。通過 strace 命令跟蹤這個函數系統調用。
1）查找 nscd 緩存（nscd 介紹見後文）
我們在 linux 環境下通過 strace 命令可以看到如下的系統調用
//連接nscd
socket(PF_LOCAL, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3
connect(3, {sa_family=AF_LOCAL, sun_path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(3)通過 unix socket 接口 "/var/run/nscd/socket" 連接 nscd 服務查詢 DNS 緩存。
2）查詢 /etc/hosts 文件
如果 nscd 服務未啓動或緩存未命中，繼續查詢 hosts 文件，我們應該可以看到如下的系統調用
//讀取 hosts 文件
open("/etc/host.conf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=9, ...}) = 0
...
open("/etc/hosts", O_RDONLY|O_CLOEXEC) = 3
fcntl(3, F_GETFD) = 0x1 (flags FD_CLOEXEC)
fstat(3, {st_mode=S_IFREG|0644, st_size=178, ...}) = 03）查詢 DNS 服務
從 /etc/resolv.conf 配置中查詢到 DNS 服務器（nameserver）的 IP 地址，然後做 DNS 查詢獲取解析結果。我們可以看到如下系統調用
//獲取 resolv.conf 中 DNS 服務 IP
open("/etc/resolv.conf", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=25, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fef2abee000
read(3, "nameserver 114.114.114.114\n\n", 4096) = 25
...
//連到 DNS 服務，開始 DNS 查詢
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("114.114.114.114")}, 16) = 0
poll([{fd=3, events=POLLOUT}], 1, 0) = 1 ([{fd=3, revents=POLLOUT}])而關於客戶端是優先查找 /etc/hosts 文件，還是優先從 /etc/resolv.conf 中獲取 DNS 服務器作查詢解析，是由 /etc/nsswitch.conf 控制：
#/etc/nsswitch.conf 部分配置
...
#hosts: db files nisplus nis dns
hosts: files dns
...實際通過 strace 命令可以看到，系統調用 nscd socket 之後，讀取 /etc/resolv.conf 之前，會讀取該文件
newfstatat(AT_FDCWD, "/etc/nsswitch.conf", {st_mode=S_IFREG|0644, st_size=510, ...}, 0) = 0
...
openat(AT_FDCWD, "/etc/nsswitch.conf", O_RDONLY|O_CLOEXEC) = 34）驗證
#include <sys/socket.h>
#include <netdb.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <arpa/inet.h>
#include <unistd.h>
int gethostaddr(char * name);
int main(int argc, char *argv[])
{
if (argc != 2)
{
fprintf(stderr, "%s $host", argv[0]);
return -1;
}
int i = 0;
for(i = 0; i < 5; i++)
{
int ret = -1;
ret = gethostaddr(argv[1]);
if (ret < 0)
{
fprintf(stderr, "%s $host", argv[0]);
return -1;
}
//sleep(5);
}
return 0;
}
int gethostaddr(char* name)
{
struct addrinfo hints;
struct addrinfo *result;
struct addrinfo *curr;
int ret = -1;
char ipstr[INET_ADDRSTRLEN];
struct sockaddr_in *ipv4;
memset(&hints, 0, sizeof(struct addrinfo));
hints.ai_family = AF_INET;
hints.ai_socktype = SOCK_STREAM;
ret = getaddrinfo(name, NULL, &hints, &result);
if (ret != 0)
{
fprintf(stderr, "getaddrinfo: %s\n", gai_strerror(ret));
return ret;
}
for (curr = result; curr != NULL; curr = curr->ai_next)
{
ipv4 = (struct sockaddr_in *)curr->ai_addr;
inet_ntop(curr->ai_family, &ipv4->sin_addr, ipstr, INET_ADDRSTRLEN);
printf("ipaddr:%s\n", ipstr);
}
freeaddrinfo(result);
return 0;
}綜上分析，getaddrinfo 函數結合 nscd ，是可以實現 DNS 緩存的。
（2）libcurl 庫的域名解析函數
libcurl 庫是 c/c++ 語言下，客戶端比較常用的網絡傳輸庫，curl 命令就是基於這個庫實現。這個庫也是調用 getaddrinfo 庫函數實現 DNS 域名解析，也是支持 nscd DNS 緩存的。
int
Curl_getaddrinfo_ex(const char *nodename,
const char *servname,
const struct addrinfo *hints,
Curl_addrinfo **result)
{
...
error = getaddrinfo(nodename, servname, hints, &aihead);
if(error)
return error;
...
}Java
Java 語言是很多公司業務系統開發的主要語言，通過編寫簡單的 HTTP 客戶端程序測試驗證 Java 的網絡庫是否支持 DNS 緩存。測試驗證了 Java 標準庫中 HttpURLConnection 和 Apache httpcomponents-client 這兩個組件。
（1）Java 標準庫 HttpURLConnection
import java.io.BufferedReader;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.OutputStream;
import java.net.HttpURLConnection;
import java.net.URL;
public class HttpUrlConnectionDemo {
public static void main(String[] args) throws Exception {
String urlString = "http://example.my.com/";
int num = 0;
while (num < 5) {
URL url = new URL(urlString);
HttpURLConnection conn = (HttpURLConnection) url.openConnection();
conn.setRequestMethod("GET");
conn.setDoOutput(true);
OutputStream os = conn.getOutputStream();
os.flush();
os.close();
if (conn.getResponseCode() == HttpURLConnection.HTTP_OK) {
InputStream is = conn.getInputStream();
BufferedReader reader = new BufferedReader(new InputStreamReader(is));
StringBuilder sb = new StringBuilder();
String line;
while ((line = reader.readLine()) != null) {
sb.append(line);
}
System.out.println("rsp:" + sb.toString());
} else {
System.out.println("rsp code:" + conn.getResponseCode());
}
num++;
}
}
}測試結果顯示 Java 標準庫 HttpURLConnection 是支持 DNS 緩存，5 次請求中只有一次 DNS 請求。
（2）Apache httpcomponents-client
import java.util.ArrayList;
import java.util.List;
import org.apache.hc.client5.http.classic.methods.HttpGet;
import org.apache.hc.client5.http.entity.UrlEncodedFormEntity;
import org.apache.hc.client5.http.impl.classic.CloseableHttpClient;
import org.apache.hc.client5.http.impl.classic.CloseableHttpResponse;
import org.apache.hc.client5.http.impl.classic.HttpClients;
import org.apache.hc.core5.http.HttpEntity;
import org.apache.hc.core5.http.NameValuePair;
import org.apache.hc.core5.http.io.entity.EntityUtils;
import org.apache.hc.core5.http.message.BasicNameValuePair;
public class QuickStart {
public static void main(final String[] args) throws Exception {
int num = 0;
while (num < 5) {
try (final CloseableHttpClient httpclient = HttpClients.createDefault()) {
final HttpGet httpGet = new HttpGet("http://example.my.com/");
try (final CloseableHttpResponse response1 = httpclient.execute(httpGet)) {
System.out.println(response1.getCode() + " " + response1.getReasonPhrase());
final HttpEntity entity1 = response1.getEntity();
EntityUtils.consume(entity1);
}
}
num++;
}
}
}測試結果顯示 Apache httpcomponents-client 支持 DNS 緩存，5 次請求中只有一次 DNS 請求。
從測試中發現 Java 的虛擬機實現一套 DNS 緩存，即實現在 java.net.InetAddress 的一個簡單的 DNS 緩存機制，默認爲緩存 30 秒，可以通過 networkaddress.cache.ttl 修改默認值，緩存範圍爲 JVM 虛擬機進程，也就是說同一個 JVM 進程中，30 秒內一個域名只會請求 DNS 服務器一次。同時 Java 也是支持 nscd 的 DNS 緩存，估計底層調用 getaddrinfo 函數，並且 nscd 的緩存級別比 Java 虛擬機的 DNS 緩存高。
# 默認緩存 ttl 在 jre/lib/security/java.security 修改，其中 0 是不緩存，-1 是永久緩存
networkaddress.cache.ttl=10
# 這個參數 sun.net.inetaddr.ttl 是以前默認值，目前已經被 networkaddress.cache.ttl 取代Go
隨着雲原生技術的發展，Go 語言逐漸成爲雲原生的第一語言，很有必要驗證一下 Go 的標準庫是否支持 DNS 緩存。通過我們測試驗證發現 Go 的標準庫 net.http 是不支持 DNS 緩存，也是不支持 nscd 緩存，應該是沒有調用 glibc 的庫函數，也沒有實現類似 getaddrinfo 函數的功能。這個跟 Go 語言的自舉有關係，Go 從 1.5 開始就基本全部由 Go(.go) 和彙編 (.s) 文件寫成的，以前版本的 C(.c) 文件被全部重寫。不過有一些第三方 Go 版本 DNS 緩存庫，可以自己在應用層實現，還可以使用 fasthttp 庫的 httpclient。
（1）標準庫 net.http
package main
import (
"flag"
"fmt"
"io/ioutil"
"net/http"
"time"
)
var httpUrl string
func main() {
flag.StringVar(&httpUrl, "url", "", "url")
flag.Parse()
getUrl := fmt.Sprintf("http://%s/", httpUrl)
fmt.Printf("url: %s\n", getUrl)
for i := 0; i < 5; i++ {
_, buf, err := httpGet(getUrl)
if err != nil {
fmt.Printf("err: %v\n", err)
return
}
fmt.Printf("resp: %s\n", string(buf))
time.Sleep(10 * time.Second) # 等待10s發起另一個請求
}
}
func httpGet(url string) (int, []byte, error) {
client := createHTTPCli()
resp, err := client.Get(url)
if err != nil {
return -1, nil, fmt.Errorf("%s err [%v]", url, err)
}
defer resp.Body.Close()
buf, err := ioutil.ReadAll(resp.Body)
if err != nil {
return resp.StatusCode, buf, err
}
return resp.StatusCode, buf, nil
}
func createHTTPCli() *http.Client {
readWriteTimeout := time.Duration(30) * time.Second
tr := &http.Transport{
DisableKeepAlives: true, //設置短連接
IdleConnTimeout: readWriteTimeout,
}
client := &http.Client{
Timeout: readWriteTimeout,
Transport: tr,
}
return client
}
從測試結果來看，net.http 每次都去 DNS 查詢，不支持 DNS 緩存。
（2）fasthttp 庫
fasthttp 庫是 Go 版本高性能 HTTP 庫，通過極致的性能優化，性能是標準庫 net.http 的 10 倍，其中一項優化就是支持 DNS 緩存，我們可以從其源碼看到
//主要在fasthttp/tcpdialer.go中
type TCPDialer struct {
...
// This may be used to override DNS resolving policy, like this:
// var dialer = &fasthttp.TCPDialer{
// Resolver: &net.Resolver{
// PreferGo: true,
// StrictErrors: false,
// Dial: func (ctx context.Context, network, address string) (net.Conn, error) {
// d := net.Dialer{}
// return d.DialContext(ctx, "udp", "8.8.8.8:53")
// },
// },
// }
Resolver Resolver
// DNSCacheDuration may be used to override the default DNS cache duration (DefaultDNSCacheDuration)
DNSCacheDuration time.Duration
...
}可以參考如下方法使用 fasthttp client 端
func main() {
// You may read the timeouts from some config
readTimeout, _ := time.ParseDuration("500ms")
writeTimeout, _ := time.ParseDuration("500ms")
maxIdleConnDuration, _ := time.ParseDuration("1h")
client = &fasthttp.Client{
ReadTimeout: readTimeout,
WriteTimeout: writeTimeout,
MaxIdleConnDuration: maxIdleConnDuration,
NoDefaultUserAgentHeader: true, // Don't send: User-Agent: fasthttp
DisableHeaderNamesNormalizing: true, // If you set the case on your headers correctly you can enable this
DisablePathNormalizing: true,
// increase DNS cache time to an hour instead of default minute
Dial: (&fasthttp.TCPDialer{
Concurrency: 4096,
DNSCacheDuration: time.Hour,
}).Dial,
}
sendGetRequest()
sendPostRequest()
}（3）第三方 DNS 緩存庫
這個是 github 中的一個 Go 版本 DNS 緩存庫
可以參考如下代碼，在 HTTP 庫中支持 DNS 緩存
r := &dnscache.Resolver{}
t := &http.Transport{
DialContext: func(ctx context.Context, network string, addr string) (conn net.Conn, err error) {
host, port, err := net.SplitHostPort(addr)
if err != nil {
return nil, err
}
ips, err := r.LookupHost(ctx, host)
if err != nil {
return nil, err
}
for _, ip := range ips {
var dialer net.Dialer
conn, err = dialer.DialContext(ctx, network, net.JoinHostPort(ip, port))
if err == nil {
break
}
}
return
},
}Python
（1）requests 庫
#!/bin/python
import requests
url = 'http://example.my.com/'
num = 0
while num < 5:
headers={"Connection":"close"} # 開啓短連接
r = requests.get(url,headers = headers)
print(r.text)
num +=1
（2）httplib2 庫
#!/usr/bin/env python
import httplib2
http = httplib2.Http()
url = 'http://example.my.com/'
num = 0
while num < 5:
loginHeaders={
'User-Agent': 'Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Maxthon/4.0 Chrome/30.0.1599.101 Safari/537.36',
'Connection': 'close' # 開啓短連接
}
response, content = http.request(url, 'GET', headers=loginHeaders)
print(response)
print(content)
num +=1（3）urllib2 庫
#!/bin/python
import urllib2
import cookielib
httpHandler = urllib2.HTTPHandler(debuglevel=1)
httpsHandler = urllib2.HTTPSHandler(debuglevel=1)
opener = urllib2.build_opener(httpHandler, httpsHandler)
urllib2.install_opener(opener)
loginHeaders={
'User-Agent': 'Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Maxthon/4.0 Chrome/30.0.1599.101 Safari/537.36',
'Connection': 'close' # 開啓短連接
}
num = 0
while num < 5:
request=urllib2.Request('http://example.my.com/',headers=loginHeaders)
response = urllib2.urlopen(request)
page=''
page= response.read()
print response.info()
print page
num +=1Python 測試三種庫都是支持 nscd 的 DNS 緩存的 (推測底層也是調用 getaddrinfo 函數)，以上測試時使用 HTTP 短連接，都在 python2 環境測試。
總結
針對 HTTP 客戶端來說，可以優先開啓 HTTP 的 keep-alive 模式，可以複用 TCP 連接，這樣可以減少 TCP 握手耗時和重複請求域名解析，然後再開啓 nscd 緩存，除了 Go 外，C/C++、Java、Python 都可支持 DNS 緩存，減少 DNS 查詢耗時。
這裏只分析了常用 C/C++、Java、Go、Python 語言，歡迎熟悉其他語言的小夥伴補充。
3.2 Unix / 類 Unix 系統常用 dns 緩存服務：
在由於某些特殊原因，自研或非自研客戶端本身無法提供 DNS 緩存支持的情況下，建議管理人員在其所在系統環境中部署 DNS 緩存程序；
現介紹 Unix / 類 Unix 系統適用的幾款常見輕量級 DNS 緩存程序。而多數桌面操作系統如 Windows、MacOS 和幾乎所有 Web 瀏覽器均自帶 DNS 緩存功能，本文不再贅述。
P.S. DNS 緩存服務請務必確保隨系統開機啓動；
nscd
name service cache daemon 即裝即用，通常爲 linux 系統默認安裝，相關介紹可參考其 manpage：man nscd；man nscd.conf
（1）安裝方法：通過系統自帶軟件包管理程序安裝，如 yum install nscd
（2）緩存管理（清除）：
-
service nscd restart 重啓服務清除所有緩存；
-
nscd -i hosts 清除 hosts 表中的域名緩存（hosts 爲域名緩存使用的 table 名稱，nscd 有多個緩存 table，可參考程序相關 manpage）
dnsmasq
較爲輕量，可選擇其作爲 nscd 替代，通常需單獨安裝
（1）安裝方法：通過系統自帶軟件包管理程序安裝，如 yum install dnsmasq
（2）核心文件介紹（基於 Dnsmasq version 2.86，較低版本略有差異，請參考對應版本文檔如 manpage 等）
（3）/etc/default/dnsmasq 提供六個變量定義以支持六種控制類功能
（4）/etc/dnsmasq.d/ 此目錄含 README 文件，可參考；目錄內可以存放自定義配置文件
（5）/etc/dnsmasq.conf 主配置文件，如僅配置 dnsmasq 作爲緩存程序，可參考以下配置
listen-address=127.0.0.1 #程序監聽地址，務必指定本機內網或迴環地址，避免暴露到公網環境
port=53 #監聽端口
resolv-file=/etc/dnsmasq.d/resolv.conf #配置dnsmasq向自定義文件內的 nameserver 轉發 dns 解析請求
cache-size=150 #緩存記錄條數，默認 150 條，可按需調整、適當增大
no-negcache #不緩存解析失敗的記錄，主要是 NXDOMAIN，即域名不存在
log-queries=extra #開啓日誌記錄，指定“=extra”則記錄更詳細信息，可僅在問題排查時開啓，平時關閉
log-facility=/var/log/dnsmasq.log #指定日誌文件
#同時需要將本機 /etc/resolv.conf 第一個 nameserver 指定爲上述監聽地址，這樣本機系統的 dns 查詢請求才會通過 dnsmasq 代爲轉發並緩存響應結果。
#另 /etc/resolv.conf 務必額外配置 2 個 nameserver，以便 dnsmasq 服務異常時支持系統自動重試，注意 resolv.conf 僅讀取前 3 個 nameserver（6）緩存管理（清除）：
-
kill -s HUP
pidof dnsmasq推薦方式，無需重啓服務 -
kill -s TERM
pidof dnsmasq或 service dnsmasq stop -
service dnsmasq force-reload 或 service dnsmasq restart
（7）官方文檔：https://thekelleys.org.uk/dnsmasq/doc.html
3.3 純內網業務取消查詢域名的 AAAA 記錄的請求
以 linux 操作系統爲例，常用的網絡請求命令行工具常常通過調用 getaddrinfo() 完成域名解析過程，如 ping、telnet、curl、wget 等，但其可能出於通用性的考慮，均被設計爲對同一個域名每次解析會發起兩個請求，分別查詢域名 A 記錄（即 IPV4 地址）和 AAAA 記錄（即 IPV6 地址）。
因目前大部分公司的內網環境及雲上內網環境還未使用 ipv6 網絡，故通常 DNS 系統不爲內網域名添加 AAAA 記錄，徒勞請求域名的 AAAA 記錄會造成前端應用和後端 DNS 服務不必要的資源開銷。因此，僅需請求內網域名的業務，如決定自研客戶端，建議開發人員視實際情況，可將其設計爲僅請求內網域名 A 記錄，尤其當因故無法實施本地緩存機制時。
3.4 規範域名處理邏輯
客戶端需嚴格規範域名 / 主機名的處理邏輯，避免產生大量對不存在域名的解析請求（確保域名從權威渠道獲取，避免故意或意外使用隨機構造的域名、主機名），因此類請求的返回結果（NXDOMAIN）通常不被緩存或緩存時長較短，且會觸發客戶端重試，對後端 DNS 系統造成一定影響。
本文由 Readfog 進行 AMP 轉碼，版權歸原作者所有。
來源：https://mp.weixin.qq.com/s/cPhQsPE-l7BCii8LZSoAkg