☰

CNAME 規則被忽略

tag-icon • tag-icon domain-name-system bind centos5 cname-record
CNAME 規則被忽略

在安裝了 Plesk 的伺服器上，我新增了一條從網站子網域之一指向外部網站的 CNAME 規則。

我已檢查該網域的命名配置，它顯示了 CNAME，但是子網域僅指向預設伺服器頁面並忽略 CNAME 規則。 Named 已重新啟動，我還執行了 rvmng reconfigure-vhost 命令。

我在 cPanel 上編輯了另一台伺服器來測試它，它工作正常。

域的conf檔：

; *** Ts file is automatically generated by Plesk ***
$TTL    86400

@       IN      SOA     ns.example.com. cf.example1.com. (
                    1292946742      ; Serial
                    10800   ; Refresh
                    3600    ; Retry
                    604800  ; Expire
                    10800 ) ; Minimum

example.com.             IN NS   ns.example.com.
ns.example.com.          IN A    xx.xxx.xxx.xx
example.com.             IN A    xx.xxx.xxx.xx
webmail.example.com.             IN A    xx.xxx.xxx.xx
mail.example.com.                IN A    xx.xxx.xxx.xx
beta.example.com.                IN A    xx.xxx.xxx.xx
ftp.example.com.                 IN CNAME        example.com.
www.example.com.                 IN CNAME        example.com.
login.example.com.               IN CNAME        socialize.gigya.com.
example.com.             IN MX  10 webmail.example.com.

您可以在文件中看到 CNAME 規則，但它只是被忽略？

預先感謝您的任何幫助。

編輯：我剛剛注意到該網站的名稱伺服器不在該伺服器上，而是預設的 doteasy 名稱伺服器上，所以我認為這可能是忽略該規則的原因。我將更改名稱伺服器，看看是否可以解決問題。我將在這裡更新結果。謝謝你們到目前為止的建議。

編輯2：該伺服器只有一個 IP 位址，因此無法使用自訂名稱伺服器。這可能是原因嗎？當我運行 dig cname login.example.com 時，它會回傳：

; <<>> DiG 9.7.1-P2 <<>> cname login.example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20919
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;login.example.com.     IN  CNAME

;; AUTHORITY SECTION:
example.com.        3600    IN  SOA dns7.doteasy.com. hostmaster.doteasy.com.     2010070101 3600 1800 86400 10800

;; Query time: 258 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Dec 21 20:37:22 2010
;; MSG SIZE  rcvd: 95

我認為這就是 CNAME 被忽略的原因？因為 DNS 實際上並未託管在我們的伺服器上？

更新問題已解決，異地 DNS 就是規則被忽略的原因。感謝大家的幫忙。

答案1

你嘗試過使用挖掘嗎？

dig cname example.com

我明白挖如果在中配置了某些內容，則會給出答案答案部分

編輯 我認為它應該是一個而不是 CNAMEA記錄比別名記錄記錄。

例如：看看如何重定向您的域名到豆瓣並讓他們託管您的部落格。我假設你正在嘗試在這裡做同樣的事情

答案2

如果您從 Plesk 伺服器接收到正確的記錄（請參閱下面的 dig 命令），那麼這是一個快取問題（舊記錄已被您的 PC/ISP 的名稱伺服器快取）：

# ask A records from Plesk server
# you should see CNAME record in the ANSWER section
dig @plesk.server login.example.com

# or just directly ask for CNAME record
dig @plesk.server login.example.com cname

答案3

為什麼不使用A記錄呢？它是相同的區域文件，在這種情況下更容易（並且可以避免將來的麻煩）。

順便說一句，區域文件看起來不錯。您應該使用標準工具（例如 host、dig）來檢查它是否確實提供了您在檔案中看到的內容。也可能是解析器 dns 伺服器提前快取了否定回應（如果您只是將這些記錄放在那裡）。

如果您確實想要修復，請告訴我們真實的 DNS 名稱！

編輯：抱歉，我完全忽略了您的記錄中有socialize.gigya.com。

另一方面，你看錯方向了。但在你說出你的真實網域之前我不會打擾。

相關內容