域名解析到底應該腫麼破——詳解域名解析類型

原文地址：https://www.wjcms.net/archives/域名解析到底應該腫麼破詳解域名解析類型

前言

域名服務器是根據資源記錄來對DNS請求進行應答的。在DNS系統中，最多見的資源記錄是Internet類記錄，資源記錄是一個包含了下列字段的4元組：Name、Value、Type、TTL。其中，TTL是該記錄的生存時間，它決定了資源記錄應當從緩存中刪除的時間；Name和Value的值取決於Type，即記錄類型。Internet類資源記錄主要分爲如下幾種類型：A/CNAME/TXT/NS/MX/SRV/CAA/顯性URL/隱性URL。

添加記錄步驟

1. 點擊添加記錄
2. 輸入主機記錄，可自行定，可是有規則，詳見主機記錄
3. 輸入主機ip(網址)
4. 點擊肯定
   

主機記錄

注：主機記錄（RR）值不能以\「."、\「-"開頭或結尾 主機記錄（RR）值不能有連續的"."。 .分割的每一個字符串長度不能超過63字符

www 表示 解析後域名爲 www.域名
demo 表示 解析後域名爲 demo.域名
mail 表示 解析後域名爲 mail.域名
@表示 直接解析主域名
*表示泛解析 *.域名

記錄類型

下面咱們逐一進行分析，你們能夠按照需求選取本身的解析類型。

A-將域名指向一個IPV4地址

A記錄： 地址記錄，用來指定域名的IPv4地址，若是須要將域名指向一個IP地址，就須要添加A記錄。
參考標準： RR值可爲空，即@解析；不容許含有下劃線；
具體解析以下圖：

注： 記錄值必須爲IPv4的值，IPv4地址格式

CNAME-將域名指向另一個域名

CNAME記錄： 若是須要將域名指向另外一個域名，再由另外一個域名提供ip地址，就須要添加CNAME記錄。
參考標準： 有效字符除字母、數字、「-」（中橫槓）、還包括「_」(下劃線)；RR值不容許爲空（即@）；容許含有下劃線

注：這裏記錄值應該是域名，且不可爲IP，當訪問該解析記錄時，就會指向記錄值的域名。

例如：這裏訪問 baidu.wujiajz.com 就會跳轉訪問 www.baidu.com

TXT-文本長度限制512，一般作SPF記錄（反垃圾郵件）

TXT記錄： 在這裏能夠填寫任何東西，長度限制255。絕大多數的TXT記錄是用來作SPF記錄（反垃圾郵件）。字符串；長度小於512,合法字符：大小寫字母，數字,空格，及如下字符：-~=:;/.@+^!*
參考標準： 另外，有效字符除字母、數字、「-」（中橫槓）、還包括「_」(下劃線)；RR值可爲空，即@解析；容許含有下劃線；不支持泛解析

注：另外，設置ssl也須要設置TXT類型解析校驗。

NS-將子域名指定其餘DNS服務器解析

NS記錄： 域名服務器記錄，若是須要把子域名交給其餘DNS服務商解析，就須要添加NS記錄。
用來代表由哪臺服務器對該域名進行解析。您註冊域名時，總有默認的DNS服務器，每一個註冊的域名都是由一個DNS域名服務器來進行解析的，DNS服務器NS記錄地址通常以如下的形式出現：
咱們能夠看到本身的域名默認的dns服務器，以下圖，若是想要變動，添加ns記錄便可。
參考標準： RR值不能爲空；容許含有下劃線；不支持泛解析

dns1.domain.com
dns2.domain.com

注：

(1)"優先級"中的數字越小表示級別越高；
(2)"IP地址/主機名"中既能夠填寫IP地址，也能夠填寫像 ns.mydomain.com這樣的主機地址，但必須保證該主機地址有效。如，將 news.mydomain.com 的NS記錄指向到 ns.mydomain.com，在設置NS記錄的同時還須要設置 ns.mydomain.com的 指向，不然NS記錄將沒法正常解析；
(3)NS記錄優先於A記錄。即，若是一個主機地址同時存在NS記錄和A記錄，則A記錄不生效。這裏的NS記錄只對子域名生效。

AAAA-將域名指向一個IPV6地址

AAAA記錄： 同A記錄，用來指定主機名（或域名）對應的IPv6地址（例如：ff06:0:0:0:0:0:0:c3）記錄。
參考標準： RR值可爲空，即@解析；不容許含有下劃線；

注： 格式IPV6地址格式

SRV-記錄提供特定的服務的服務器

SRV記錄：記錄了哪臺計算機提供了哪一個服務。格式爲：服務的名字、點、協議的類型
參考標準：是一個name，且可含有下劃線「_「和點「.」；容許含有下劃線；可爲空（即@）；不支持泛解析
格式：SRV記錄格式爲： 優先級 權重 端口 目標地址 ，每項中間需以空格分隔。例如 「0 5 5060 sipserver.example.com」。
例如：
_docker-server._tcp.xxx.com. IN SRV 5 0 5269 docker-server.l.google.com.
項目的含義：
_docker-server 服務（Service）的名字
_tcp 所使用的協議（Protocol）類型，好比 「_tcp」 或者 「_udp」
ioio.name SRV所在域的名字（Name）
5 - 優先級（Priority），相似MX記錄
0 - 權重（Weight）
5269 - 端口（Port）
docker-server.l.google.com - 實際提供服務的主機名（Target ）。

注意： priority:優先級，爲0－65535之間的數字；weight：權重，爲0－65535之間的數字；port：提供服務的端口號，爲0－65535之間的數字 target：爲提供服務的目標地址，爲nameType，且存在。參考：http://en.wikipedia.org/wiki/SRV_record http://www.rfc-editor.org/rfc/rfc2782.txt

MX-將郵件指向域名服務器地址

MX記錄：若是須要設置郵箱，讓郵箱能收到郵件，就須要添加MX記錄。

CAA-CA證書頒發機構受權校驗

參考標準: RR值可爲空，即@解析；不容許含有下劃線；
格式爲：[flag] [tag] [value]，是由一個標誌字節的[flag],和一個被稱爲屬性的標籤[tag]-值[value]對組成。例如：@ 0 issue "symantec.com"或@ 0 iodef "mailto:admin@aliyun.com"

顯性URL-將域名重定向到另一個地址

顯性URL：從一個地址301重定向到另外一個地址的時候，就須要添加顯性URL記錄（注：DNSPod目前只支持301重定向）。
格式：URL地址（區分大小寫），長度最長爲500字符，其中域名，如a.com，必須，大小寫不敏感；協議：可選，如http、https，默認爲http端口：可選，如81，默認爲80；路徑：可選，大小寫敏感，如/path/to/，默認爲/；文件名：可選，大小寫敏感，如file.php，默認無；參數：可選，大小寫敏感，如?user=my***，默認無。

隱性URL-與顯性URL相似，可是會隱藏真實目標地址

隱性URL：相似於顯性URL，區別在於隱性URL不會改變地址欄中的域名。

相似顯性URL。

二者的區別：顯性url更相似於跳轉，即a.com解析到b.com,也就是訪問訪問a.com他會跳轉到b.com,就是直接的跳轉。而隱性url則是，訪問a.com,實際顯示內容是b.com的，可是地址仍是a.com。