国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

DNS:DNS問題故障排查

這篇具有很好參考價值的文章主要介紹了DNS:DNS問題故障排查。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

寫在前面


  • 分享一些 DNS 排故的筆記給小伙伴
  • 博文內(nèi)容涉及 DNS 解析順序,常見排故順序
  • 理解不足小伙伴幫忙指正

對每個人而言,真正的職責只有一個:找到自我。然后在心中堅守其一生,全心全意,永不停息。所有其它的路都是不完整的,是人的逃避方式,是對大眾理想的懦弱回歸,是隨波逐流,是對內(nèi)心的恐懼 ——赫爾曼·黑塞《德米安》


排故DNS問題

名稱解析遇到問題時,應(yīng)考慮從以下幾點來解決:

  • 客戶端上 /etc/hosts/etc/resolv.conf
  • 客戶端使用的緩存名稱服務(wù)器的操作
  • 向緩存名稱服務(wù)器提供數(shù)據(jù)的權(quán)威名稱服務(wù)器的操作
  • 權(quán)威名稱服務(wù)器上的數(shù)據(jù)
  • 用于在這些系統(tǒng)之間通信的網(wǎng)絡(luò)配置

DNS 解析順序

DNS是系統(tǒng)最常用的名稱解析方法, 但DNS不是系統(tǒng)解析主機名和IP地址的唯一方法。/etc/nsswitch.conf 文件中的hosts行控制查找主機名的方式。hosts: files dns myhostname

[root@serverb ~]# cat /etc/nsswitch.conf  | grep host
#     hosts: files dns
#     hosts: files dns  # from user file
hosts:      files dns myhostname
[root@serverb ~]#

files:首先在本地 /etc/hosts 文件中查找,可以手動指定主機名與 IP 地址之間的映射關(guān)系。如果主機名在該文件中找到匹配項,系統(tǒng)將直接使用該 IP 地址,不進行 DNS 查詢。

[root@serverb ~]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

172.25.254.254  classroom.example.com classroom
172.25.254.254  content.example.com content
172.25.254.254  materials.example.com materials
172.25.250.254  workstation.lab.example.com workstation
### rht-vm-hosts file listing the entries to be appended to /etc/hosts

172.25.250.254  bastion.lab.example.com bastion
172.25.250.9    workstation.lab.example.com workstation
172.25.250.10   servera.lab.example.com servera
172.25.250.11   serverb.lab.example.com serverb
172.25.250.12   serverc.lab.example.com serverc
172.25.250.13   serverd.lab.example.com serverd

[root@serverb ~]#

dns:然后執(zhí)行DNS域名解析查找/etc/resolv.conf,如果在 /etc/hosts 文件中找不到匹配項,系統(tǒng)將使用 DNS 解析器進行域名解析。解析器會檢查 /etc/resolv.conf 文件以獲取 DNS 服務(wù)器的配置信息。

[root@serverb ~]# cat /etc/resolv.conf
# Generated by NetworkManager
search lab.example.com example.com
nameserver 172.25.250.254
[root@serverb ~]#
  • search lab.example.com example.com 指定了DNS搜索域名,即在解析主機名時,會自動添加這些域名后綴。
  • nameserver 172.25.250.254 指定了DNS服務(wù)器的IP地址,即在解析主機名時,會向該IP地址的DNS服務(wù)器發(fā)送查詢請求。如果第一個 DNS 服務(wù)器無法提供解析結(jié)果,解析器將嘗試后續(xù)的 DNS 服務(wù)器,直到找到匹配的解析結(jié)果或遍歷完所有配置的 DNS 服務(wù)器

myhostname:最后使用查找本地配置系統(tǒng)主機名,表示系統(tǒng)將使用本地主機名來解析主機名。本地主機名可以通過 /etc/hostname 文件或通過網(wǎng)絡(luò)配置獲得。使用 myhostname 關(guān)鍵字時,系統(tǒng)將嘗試將主機名解析為本地主機名的 IP 地址。

模擬普通應(yīng)用程序 DNS 解析過程

glibc-common 軟件包中的 getent 命令,會按照/etc/nsswitch.conf所指定的主機名稱解析順序執(zhí)行名稱解析。這種解析過程也是大多數(shù)應(yīng)用程序解析的過程。

使用方式

root@servera ~]# getent hosts classroom.example.com
172.25.254.254 classroom.example.com classroom

servera.blog.liruilong.com 進行解析,沒有得到任何信息

[root@serverb ~]# getent hosts servera.blog.liruilong.com

/etc/hosts 文件添加,解析成功

[root@serverb ~]# echo "192.168.0.10 servera.blog.liruilong.com" >> /etc/hosts
[root@serverb ~]# getent hosts servera.blog.liruilong.com
192.168.0.10    servera.blog.liruilong.com
[root@serverb ~]#

通過域名解析工具可以正常解析,這里我們指定了解析的 DNS 服務(wù)器

[root@serverb ~]# host servera.blog.liruilong.com 172.25.250.11
Using domain server:
Name: 172.25.250.11
Address: 172.25.250.11#53
Aliases:

servera.blog.liruilong.com has address 172.25.250.10

如何沒有指定,則提示解析失敗

[root@serverb ~]# dig servera.blog.liruilong.com

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el8 <<>> servera.blog.liruilong.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 14280
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: e53c16c7ad16ce3a13c1014064c684340c193df2aea1f352 (good)
;; QUESTION SECTION:
;servera.blog.liruilong.com.    IN      A

;; Query time: 1205 msec
;; SERVER: 172.25.250.254#53(172.25.250.254)
;; WHEN: Sun Jul 30 23:39:32 CST 2023
;; MSG SIZE  rcvd: 83

status: SERVFAIL表示DNS服務(wù)器返回了SERVFAIL的錯誤狀態(tài)碼,即無法處理該查詢請求。

我們在 /etc/resolv.conf 添加對應(yīng)的 解析 DNS 服務(wù)器

[root@serverb ~]# vim /etc/resolv.conf
[root@serverb ~]# cat /etc/resolv.conf
# Generated by NetworkManager
search lab.example.com example.com
nameserver 172.25.250.254
nameserver 172.25.250.11
[root@serverb ~]#

在次解析,解析成功

[root@serverb ~]# dig servera.blog.liruilong.com

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el8 <<>> servera.blog.liruilong.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1345
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 0b410e7fc0c1426dafcd22d864c684a68204bd8e1cf907f2 (good)
;; QUESTION SECTION:
;servera.blog.liruilong.com.    IN      A

;; ANSWER SECTION:
servera.blog.liruilong.com. 300 IN      A       172.25.250.10

;; AUTHORITY SECTION:
blog.liruilong.com.     300     IN      NS      serverb.blog.liruilong.com.

;; ADDITIONAL SECTION:
serverb.blog.liruilong.com. 300 IN      A       172.25.250.11

;; Query time: 1 msec
;; SERVER: 172.25.250.11#53(172.25.250.11)
;; WHEN: Sun Jul 30 23:41:26 CST 2023
;; MSG SIZE  rcvd: 137

[root@serverb ~]# getent hosts servera.blog.liruilong.com
172.25.250.10   servera.blog.liruilong.com
[root@serverb ~]#

dig 默認解析的 A記錄,并且默認使用 /etc/resolv.conf 配置的 DNS 進行查詢,如果 getent 的結(jié)果與 dig 產(chǎn)生的結(jié)果不同,則可以清楚地表明,是 DNS 以外的其他原因?qū)е铝艘馔獾拿Q解析結(jié)果,即 DNS 的解析結(jié)果 可能和 /etc/hosts 的結(jié)果不同。

網(wǎng)絡(luò)連接問題

為了使DNS名稱解析正常工作,客戶端必須能夠與解析名稱服務(wù)器正常通行,當然解析名稱服務(wù)器與其他權(quán)威名稱服務(wù)器正常通信。

例如: dig無法到達 /etc/resolv.conf 中的任何DNS服務(wù)器,則會發(fā)生以下錯誤

[root@serverb ~]# dig blog.liruilong.com A @8.8.8.8

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el8 <<>> blog.liruilong.com A @8.8.8.8
;; global options: +cmd
;; connection timed out; no servers could be reached
[root@serverb ~]# dig blog.liruilong.com A @114.114.114.114

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el8 <<>> blog.liruilong.com A @114.114.114.114
;; global options: +cmd
;; connection timed out; no servers could be reached

可能的原因: 名稱服務(wù)器已關(guān)閉,客戶端上的網(wǎng)絡(luò)或防火墻出現(xiàn)問題或/etc/resolv.conf的配置錯誤。

[root@serverb ~]# ping -c3 114.114.114.114
PING 114.114.114.114 (114.114.114.114) 56(84) bytes of data.
From 172.25.252.254 icmp_seq=1 Destination Net Unreachable
From 172.25.252.254 icmp_seq=2 Destination Net Unreachable
From 172.25.252.254 icmp_seq=3 Destination Net Unreachable

--- 114.114.114.114 ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 7ms

[root@serverb ~]#

如果涉及防火墻,則必須確??蛻舳丝梢耘c名稱服器UDP和TCP上53端口通信。 如果名稱服務(wù)器只允許端口53/UDP上的流量通過,不允許端口53/TCP上的流量通過,則當響應(yīng)的大小超過512字節(jié) (支持DNS擴展機制 (EDNS) 的服務(wù)器為4096字節(jié)) 時,解析器必須從UDP切換到TCP并重試查詢,您會看到截斷通知以及主機無法訪問的錯誤:

[root@servera ~]# dig @dns.example.com A labhost1.example.com
;; Truncated, retrying in TCP mode.
;; Connection to 172.25.1.11#53(172.25.1.11) for labhost1.example.com failed:
host unreachable.

dig 命令可以指定tcp或vc選項,強制使用TCP查詢記錄,而不是默認行為: 先使用UDP,然后僅對于大響應(yīng)才使用TCP

[root@servera ]~# dig +tcp A example.com

DNS 響應(yīng)代碼說明

NOERROR 表示查詢成功

[root@serverb ~]# dig A servera.blog.liruilong.com

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el8 <<>> A servera.blog.liruilong.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 173
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: d12897e63585d13c02dc879064c68b93e0350fa4cb0b5e22 (good)
;; QUESTION SECTION:
;servera.blog.liruilong.com.    IN      A

;; ANSWER SECTION:
servera.blog.liruilong.com. 300 IN      A       172.25.250.10

;; AUTHORITY SECTION:
blog.liruilong.com.     300     IN      NS      serverb.blog.liruilong.com.

;; ADDITIONAL SECTION:
serverb.blog.liruilong.com. 300 IN      A       172.25.250.11

;; Query time: 1 msec
;; SERVER: 172.25.250.11#53(172.25.250.11)
;; WHEN: Mon Jul 31 00:10:59 CST 2023
;; MSG SIZE  rcvd: 137

[root@serverb ~]#

SERVFAIL:伺服失敗,名稱服務(wù)器在處理查詢時遇到問題。

[root@serverb ~]# dig A liruilong.com

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el8 <<>> A liruilong.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 5501
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: c5abce0d58f38ad379ab40ba64c68b5468a9b60530e59887 (good)
;; QUESTION SECTION:
;liruilong.com.                 IN      A

;; Query time: 7 msec
;; SERVER: 172.25.250.254#53(172.25.250.254)
;; WHEN: Mon Jul 31 00:09:56 CST 2023
;; MSG SIZE  rcvd: 70

NXDOMAIN : 查詢的名稱不存在于區(qū)域中。

┌──[hp@hp-ProLiant-SL270s-Gen8-SE]-[~]
└─$dig liruilong.com A

; <<>> DiG 9.18.12-0ubuntu0.22.04.2-Ubuntu <<>> liruilong.com A
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 45394
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;liruilong.com.                 IN      A

;; AUTHORITY SECTION:
com.                    570     IN      SOA     a.gtld-servers.net. nstld.verisign-grs.com. 1690734225 1800 900 604800 86400

;; Query time: 184 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Sun Jul 30 12:24:18 EDT 2023
;; MSG SIZE  rcvd: 115

SERVFAIL和NXDOMAIN是DNS服務(wù)器返回的兩種不同的響應(yīng)狀態(tài)碼,它們分別表示以下情況:

  • SERVFAIL表示DNS服務(wù)器無法處理該查詢請求,通常是由于服務(wù)器故障、網(wǎng)絡(luò)問題或其他錯誤導(dǎo)致的。這種情況下,DNS服務(wù)器沒有返回任何答案、授權(quán)或附加信息。

  • NXDOMAIN表示DNS服務(wù)器已經(jīng)處理了該查詢請求,但無法找到與查詢請求匹配的域名記錄。這種情況下,DNS服務(wù)器返回了一個包含授權(quán)信息的響應(yīng),但沒有任何答案記錄。

因此,SERVFAIL和NXDOMAIN的區(qū)別在于,前者表示DNS服務(wù)器無法處理查詢請求,而后者表示DNS服務(wù)器已經(jīng)處理了查詢請求,但沒有找到匹配的記錄

REFUSED:由于策略限制,名稱服務(wù)器拒絕了客戶端的DNS請求。

[root@serverb ~]# dig A servera.blog.liruilong.com @serverc

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el8 <<>> A servera.blog.liruilong.com @serverc
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 25684
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 1914c2b482142e19fd901ec464c68ff64f464af36f2bcff4 (good)
;; QUESTION SECTION:
;servera.blog.liruilong.com.    IN      A

;; Query time: 3 msec
;; SERVER: 172.25.250.12#53(172.25.250.12)
;; WHEN: Mon Jul 31 00:29:42 CST 2023
;; MSG SIZE  rcvd: 83

[root@serverb ~]#
[root@serverc ~]# cat /etc/named.conf | grep allow
        allow-query     { localhost;172.25.250.254; 192.168.0.0/24; };
[root@serverc ~]#

跟蹤 DNS 查詢

通過 dig +trace 命令可以跟蹤 DNS 解析過程

┌──[hp@hp-ProLiant-SL270s-Gen8-SE]-[~]
└─$dig +trace liruilongs.github.io

; <<>> DiG 9.18.12-0ubuntu0.22.04.2-Ubuntu <<>> +trace liruilongs.github.io
;; global options: +cmd
.                       7105    IN      NS      e.root-servers.net.
.                       7105    IN      NS      f.root-servers.net.
.                       7105    IN      NS      a.root-servers.net.
.                       7105    IN      NS      m.root-servers.net.
.                       7105    IN      NS      g.root-servers.net.
.                       7105    IN      NS      h.root-servers.net.
.                       7105    IN      NS      i.root-servers.net.
.                       7105    IN      NS      c.root-servers.net.
.                       7105    IN      NS      d.root-servers.net.
.                       7105    IN      NS      j.root-servers.net.
.                       7105    IN      NS      b.root-servers.net.
.                       7105    IN      NS      l.root-servers.net.
.                       7105    IN      NS      k.root-servers.net.
;; Received 239 bytes from 127.0.0.53#53(127.0.0.53) in 0 ms

io.                     172800  IN      NS      c0.nic.io.
io.                     172800  IN      NS      a2.nic.io.
io.                     172800  IN      NS      a0.nic.io.
io.                     172800  IN      NS      b0.nic.io.
io.                     86400   IN      DS      57355 8 2 95A57C3BAB7849DBCDDF7C72ADA71A88146B141110318CA5BE672057 E865C3E2
io.                     86400   IN      RRSIG   DS 8 1 86400 20230812140000 20230730130000 11019 . PQxqrG5/DAsu9RBIZN4Ol4lzzGkMBzyDxsC0lI+l8HDz5qTocF2tx8+F CYOeqJ235GhJI6cqMs0qFSMd9yHKupIllXOvrIBTgcJ/a8hoyXxoWyQL iwFJ8lj3+Wc3VSdHGvkqWYMZ52Ny9orne3zqTOzpGV1xtyxAiw+a9h92 hufkRTmoki6jMdiIFlVhQIHzqtc4MY/HmuUhOjbn0/b3432XAeeJx+uw sRqaFgs6K//QdvllYATpgnXoZ2RdgJuIsmEF1HfDY2vg+O3y4DMW4htU EkQiBqHx6aVPCAaCK5nkp7UEzZfgfhkugxGl1ikxaXn0mBt8awkkCIaa H9l2rw==
;; Received 636 bytes from 202.12.27.33#53(m.root-servers.net) in 68 ms

;; UDP setup with 2a01:8840:9e::17#53(2a01:8840:9e::17) for liruilongs.github.io failed: network unreachable.
;; UDP setup with 2a01:8840:9e::17#53(2a01:8840:9e::17) for liruilongs.github.io failed: network unreachable.
;; UDP setup with 2a01:8840:9e::17#53(2a01:8840:9e::17) for liruilongs.github.io failed: network unreachable.
;; communications error to 65.22.160.17#53: timed out
github.io.              3600    IN      NS      dns1.p05.nsone.net.
github.io.              3600    IN      NS      dns2.p05.nsone.net.
github.io.              3600    IN      NS      dns3.p05.nsone.net.
github.io.              3600    IN      NS      ns-692.awsdns-22.net.
github.io.              3600    IN      NS      ns-1622.awsdns-10.co.uk.
0d790076pp5pfktg2hrthj5bj6ckckcb.io. 3600 IN NSEC3 1 1 10 332539EE7F95C32A 0D7N522D3BFMA1LA01BUIOBUK6MROGMU NS SOA RRSIG DNSKEY NSEC3PARAM
0d790076pp5pfktg2hrthj5bj6ckckcb.io. 3600 IN RRSIG NSEC3 8 2 3600 20230820161400 20230730151400 47703 io. eJVfgk+RJy6pJULS8AGI5vdwg5l5aheH3AXAAEedhWaDV2RZ5wkjG55M NnnWLDfRYPSCJjQwlDeYLqxLbwcIZVKFYAI2bGcMp5gwF+3N8GKobO0J fufmVtT2feylQnFVC414+dRVmfswmycKiVqYz+R5evDJVvlba47Nw2jk +uw=
0jehpe7obc68rhh4ntet0u9o44qmosmo.io. 3600 IN NSEC3 1 1 10 332539EE7F95C32A 0JES1F5OD9SG1E4CCRGBS865PMBUV4PC NS DS RRSIG
0jehpe7obc68rhh4ntet0u9o44qmosmo.io. 3600 IN RRSIG NSEC3 8 2 3600 20230815155455 20230725145455 47703 io. YGikk+waO8SYkaBCCNiFjRwXRmjJWGhfk7g1iTAPUz3a8WHtZ/MJSjMc uQPhpbfl7h2Bq0//Gcl657brOnAGL4/pa8Bo0gyWhDLQDPGQe+DNPm+t LFNAd4V/oJw747ch2bAJW4U+zSkCmY/WVlCwuht82Z37mMrRRilt7HZ9 UnQ=
;; Received 686 bytes from 65.22.162.17#53(c0.nic.io) in 120 ms

;; UDP setup with 2600:9000:5306:5600::1#53(2600:9000:5306:5600::1) for liruilongs.github.io failed: network unreachable.
;; UDP setup with 2620:4d:4000:6259:7:5:0:1#53(2620:4d:4000:6259:7:5:0:1) for liruilongs.github.io failed: network unreachable.
liruilongs.github.io.   3600    IN      A       185.199.108.153
liruilongs.github.io.   3600    IN      A       185.199.109.153
liruilongs.github.io.   3600    IN      A       185.199.110.153
liruilongs.github.io.   3600    IN      A       185.199.111.153
;; Received 113 bytes from 198.51.44.69#53(dns3.p05.nsone.net) in 48 ms

根據(jù)dig命令的輸出結(jié)果,可以看出在查詢名為liruilongs.github.io的主機名時,返回了一個包含以下信息的響應(yīng):

status: NOERROR 表示DNS服務(wù)器成功處理了該查詢請求。
ANSWER: 4 表示DNS服務(wù)器返回了4個答案。

Zone數(shù)據(jù)問題

有時,名稱解析問題是由于權(quán)威名稱服務(wù)器上區(qū)域中錯誤配置引起的。

  • 負響應(yīng)(緩存的影響)
  • 得到不同的答案: DNS輪詢,DNS負載均衡

DNS輪詢是一種負載均衡的技術(shù),可以將客戶端的請求分配到多個服務(wù)器中,從而提高系統(tǒng)的可用性和性能。

在DNS服務(wù)器上創(chuàng)建多個A記錄,每個記錄對應(yīng)一個服務(wù)器的IP地址。例如,假設(shè)有3個服務(wù)器的IP地址分別為192.168.1.1、192.168.1.2和192.168.1.3,則需要在DNS服務(wù)器上創(chuàng)建3個A記錄,分別對應(yīng)這些IP地址。

針對每個A記錄,設(shè)置相同的域名和TTL值,以確??蛻舳嗣看尾樵儠r都會得到相同的結(jié)果。

在BIND DNS服務(wù)器中,可以使用round-robin關(guān)鍵字啟用輪詢功能

編輯BIND配置文件,并在example.com區(qū)域中添加以下行:

zone "example.com" {
    type master;
    file "example.com.zone";
    rrset-order { random; };
};

在該區(qū)域中添加rrset-order選項,并將其設(shè)置為random或cyclic。其中,random表示隨機輪詢,cyclic表示順序輪詢。

  • 反向查詢失敗: 缺少PTR記錄,No PTR record found: 表示DNS服務(wù)器未找到與該IP地址對應(yīng)的PTR記錄
  • 獲取記錄不存在的響應(yīng)
  • 名稱中看到兩次FQDN以及相關(guān)錯誤(.為 當前zong,如果不加會默認加上)
  • 識別循環(huán)的CNAME記錄
  • 從權(quán)威服務(wù)器獲得不同的答案

博文部分內(nèi)容參考

? 文中涉及參考鏈接內(nèi)容版權(quán)歸原作者所有,如有侵權(quán)請告知


https://www.isc.org/bind/

<RH358 授課課堂筆記>


? 2018-2023 liruilonger@gmail.com, All rights reserved. 保持署名-非商用-相同方式共享(CC BY-NC-SA 4.0)文章來源地址http://www.zghlxwxcb.cn/news/detail-631557.html

到了這里,關(guān)于DNS:DNS問題故障排查的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔相關(guān)法律責任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費用

相關(guān)文章

  • 自動化管理管理工具----Ansible

    自動化管理管理工具----Ansible

    目錄 ?編輯 一、Ansible概念 1.1特點 二、工作機制(日常模塊) 2.1 核心程序 三、Ansible 環(huán)境安裝部署 四、ansible 命令行模塊 4.1command 模塊 4.2shell 模塊 4.3cron 模塊 4.4user 模塊 4.5group 模塊 4.6copy模塊 4.7file模塊 4.8hostname模塊 4.9ping 模塊 4.11yum 模塊 4.12service/systemd 模塊 4.13script 模塊

    2024年02月10日
    瀏覽(25)
  • SSL證書自動化管理有什么好處?如何實現(xiàn)SSL證書自動化?

    SSL證書自動化管理有什么好處?如何實現(xiàn)SSL證書自動化?

    SSL證書是用于加密網(wǎng)站與用戶之間傳輸數(shù)據(jù)的關(guān)鍵元素,在維護網(wǎng)絡(luò)安全方面,管理SSL證書與部署SSL證書一樣重要。定期更新、監(jiān)測和更換SSL證書,可以確保網(wǎng)站的安全性和合規(guī)性。而自動化管理可以為此節(jié)省時間,并避免人為錯誤和不必要的風險。那么 SSL證書自動化管理有

    2024年01月19日
    瀏覽(24)
  • 自動化補丁管理軟件

    自動化補丁管理軟件

    自動補丁管理(或自動補?。┦侵刚麄€補丁管理過程的自動化,從掃描網(wǎng)絡(luò)中的所有系統(tǒng)到檢測缺失的補丁,在一組測試系統(tǒng)上測試補丁,將它們部署到所需的系統(tǒng),并提供定期更新和補丁部署狀態(tài)報告。 使用自動化補丁管理軟件,管理員可以簡化整個過程,這不僅增強了網(wǎng)

    2024年02月04日
    瀏覽(20)
  • Microsoft 365 管理自動化

    Microsoft 365 管理自動化

    Microsoft 365 服務(wù)被大多數(shù)組織廣泛使用,每天生成的數(shù)據(jù)量巨大。解決 Microsoft 365 中的問題可能非常困難,并且使用多個管理中心來保護組織變得復(fù)雜。本機控制臺還缺少某些批量管理任務(wù)、全面的審計報告和基于角色的精細訪問控制。 為了克服上述挑戰(zhàn),組織需要一個高效

    2024年02月06日
    瀏覽(21)
  • 自動化驅(qū)動程序管理

    自動化驅(qū)動程序管理

    在部署操作系統(tǒng)時,每次都從下載和分發(fā)所需的驅(qū)動程序中實現(xiàn)真正的獨立性可能是一場艱苦的戰(zhàn)斗。特別是具有硬件多樣化的環(huán)境,并且需要支持新的硬件類型時。借助 OS Deployer,可以對所有端點使用一個映像,無論品牌和型號如何,驅(qū)動程序?qū)⒆詣犹幚?,而無需人員介入

    2024年02月09日
    瀏覽(15)
  • 用戶管理系統(tǒng)-自動化測試

    用戶管理系統(tǒng)-自動化測試

    創(chuàng)建 Maven 項目 在 test 包下編寫相關(guān)測試代碼 導(dǎo)入自動化測試需要的相關(guān)依賴 在 pom.xml 中引入自動化測試相關(guān)依賴: 在 common 包下創(chuàng)建 AutoTestUtils 類,該類需要提供以下功能: 創(chuàng)建驅(qū)動對象,提供給頁面使用。 創(chuàng)建隱式等待,作用于驅(qū)動對象的整個生命周期。 提供屏幕截圖

    2023年04月19日
    瀏覽(25)
  • Python自動化運維實戰(zhàn)——Telnetlib和Netmiko自動化管理網(wǎng)絡(luò)設(shè)備

    Python自動化運維實戰(zhàn)——Telnetlib和Netmiko自動化管理網(wǎng)絡(luò)設(shè)備

    ?? 博客主頁 : ?iknow181 ?? 系列專欄 : ?Python 、 JavaSE 、 JavaWeb 、 CCNP ?? 歡迎大家點贊??收藏?評論? 目錄 一、前言 二、準備工作 三、Telnetlib Telnetlib介紹 Telnetlib模塊及操作方法介紹 Telnetlib配置設(shè)備 Telnetlib批量化部署多臺設(shè)備 Telnetlib抓取設(shè)備配置 四、Netmiko Netmiko介

    2024年02月08日
    瀏覽(36)
  • 智能倉儲管理系統(tǒng)(自動化倉庫管理解決方案)

    智能倉儲管理系統(tǒng)(自動化倉庫管理解決方案)

    ? ? ? ? 企業(yè)實際的倉儲管理中,往往會出現(xiàn)那樣這樣的錯誤,歸根結(jié)底,主要是由于沒使用合適的倉庫管理工具。相反,人工使用合適的倉庫管理工具,不僅可以在日常倉庫管理方法中根據(jù)采集到的產(chǎn)品信息數(shù)據(jù),大大地提高管理效率,降低庫存實際管控成本,還可降低人

    2024年02月12日
    瀏覽(24)
  • python自動化運維管理拓撲

    python自動化運維管理拓撲

    目錄 1、簡介 2、實驗環(huán)境 3、拓撲圖 4、需求及其代碼 4.1、測試連通性 4.2、遠程登陸 4.3、配置loopback 4.4、監(jiān)控內(nèi)存使用率 4.5、自動化巡檢內(nèi)存使用率 4.6、自動化配置snmp服務(wù) 4.7、提取分析字符串 ??作者介紹:雙非本科大三網(wǎng)絡(luò)工程專業(yè)在讀,阿里云專家博主,專注于Java領(lǐng)

    2024年01月23日
    瀏覽(20)
  • 自動化測試如何解決chrome自動更新問題

    調(diào)試好的自動化測試腳本,有時候總是在第一天或過幾天就不好使了。產(chǎn)品并未進行功能邏輯,ui修改,一切還和調(diào)試自動化腳本的時候保持一致。運行自動化測試腳本時,控制臺總是會在driver = webdriver.Chrome()這一行報錯。 在看到控制臺錯誤時并沒有立馬想到是chromedriver版本

    2024年02月13日
    瀏覽(22)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包