伺服器重啟後 DNS 不再運作

伺服器重啟後 DNS 不再運作

奇怪的是,當我重新啟動 Ubuntu 12.04 伺服器時,DNS 不再工作,這使得網域無法存取我的網站。通常情況下,DNS 應該在重新啟動後即可工作,但這種情況不會再發生了。我使用 nginx 來提供內容,但 nginx 已配置為與我的網域一起使用。

重新啟動後我必須採取哪些典型做法以及如何解決我遇到的這個問題?我已經有了 BIND、networking 和 resolvconf,可以在伺服器啟動時啟動。

; <<>> DiG 9.8.1-P1 <<>> mysite.com
;; global options: +cmd
;; connection timed out; no servers could be reached

這是我的輸出dig

$ttl 38400
mysite.com.    IN    SOA    ns1.mysite.com. webmaster.mysite.com. (
            1055026205
            6H
            1H
            5D
            20M )
mysite.com.        IN    A     xx.xx.xx.xx # Server IP 
*.mysite.com.          IN    A     xx.xx.xx.xx # Server IP 
www.mysite.com.    IN    CNAME mysite.com.
ns1.mysite.com.    IN    A     xx.xx.xx.xx # Server 2nd IP
ns2.mysite.com.    IN    A     xx.xx.xx.xx # Server 3rd IP 
mysite.com.        IN    NS    ns1.mysite.com.
mysite.com.        IN    NS    ns2.mysite.com.
mail.mysite.com.   IN    MX    1 mysite.com.

這是/etc/resolv.conf的內容

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 85.17.150.123
nameserver 85.17.96.69
nameserver 62.212.64.122
search localdomain

使用更多dig命令後,輸出:

; <<>> DiG 9.7.3-P3 <<>> @85.17.150.123 mysite.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 24847
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;mysite.com.            IN  A

;; Query time: 2145 msec
;; SERVER: 85.17.150.123#53(85.17.150.123)
;; WHEN: Mon Nov  5 16:31:32 2012
;; MSG SIZE  rcvd: 30

; <<>> DiG 9.7.3-P3 <<>> @85.17.96.69 mysite.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 27879
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;mysite.com.            IN  A

;; Query time: 949 msec
;; SERVER: 85.17.96.69#53(85.17.96.69)
;; WHEN: Mon Nov  5 16:32:59 2012
;; MSG SIZE  rcvd: 30

; <<>> DiG 9.7.3-P3 <<>> @62.212.64.122 mysite.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 29293
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;mysite.com.            IN  A

;; Query time: 825 msec
;; SERVER: 62.212.64.122#53(62.212.64.122)
;; WHEN: Mon Nov  5 16:33:39 2012
;; MSG SIZE  rcvd: 30

使用 Google DNS (8.8.8.8):

; <<>> DiG 9.7.3-P3 <<>> @8.8.8.8 mysite.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 38498
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;mysite.com.            IN  A

;; Query time: 3982 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Nov  5 16:37:27 2012
;; MSG SIZE  rcvd: 30

答案1

您的網域不再提供服務。

如果您執行以下操作:dig NS domosite.com,您會注意到回應是NXDOMAIN

gp@tin:~$ dig NS domosite.com

; <<>> DiG 9.7.3 <<>> NS domosite.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 51568
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;domosite.com.                  IN      NS

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

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Nov  5 16:46:12 2012
;; MSG SIZE  rcvd: 103

gp@tin:~$

網際網路的根伺服器沒有有關您的網域的必要資訊來回答您的 DNS 查詢,或者它已經過期,因此不再被解析。

確保您的網域在您的註冊商處仍然有效,並驗證其配置。

請注意,這並不能解釋為什麼 Google 的 DNS 伺服器拒絕回答您的問題。我不知道為什麼會發生這種情況。那裡可以是攔截 DNS 請求的防火牆,但即使在公共網路上,您的網域也沒有回應。

注意:如果我在 dig 指令上使用 Google 的 DNS 伺服器,上面查詢的輸出仍然是 NXDOMAIN。

答案2

我無法確定頭或尾或上面的 goo.gl URL,但假設 gparent 關於實際網域為 domosite.com 的說法是正確的,則註冊商為theblackcow.ca。他們的 whois 被徹底破壞了,但是他們的WHOIS 網站說名稱伺服器是DNS.YOURDOMAINHASEXPIRED.COMDNS2.YOURDOMAINHASEXPIRED.COM,而且該網域已於 14/9/2012 過期。

如果這就是您想要使其發揮作用的網域,那麼這就是問題所在。

相關內容