BIND 的SRV記錄

http://blog.163.com/hlz_2599/blog/static/14237847420118201239694/

一直以來加Twitter的機器人及Jaiku的機器人都不能成功，前幾天在Twitter上提交了一個HELP，後來他們的工做人員告訴我是因爲個人域名沒有設置SRV記錄而致使他們的服務器沒法驗證成功。我照着相關的說明依次設置好，等待一會讓設置生效，從新加一次Twitter，呼呼，萬事大吉。網上關於SRV的資料實在太少了，說實話我也不是很清楚這究竟是個什麼東西，我的以爲貌似跟域名CNAME相似，可是限制了使用的端口以及協議，下面利用我在網上找到的資料來講明下SRV DNS 記錄，你們一塊兒掃掃盲。

SRV 記錄是一個域名系統 (DNS) 資源記錄，用於標識承載特定服務的計算機。

例子：

_xmpp-server._tcp.ioio.name. IN SRV 5 0 5269 xmpp-server.l.google.com.

項目的含義：
_xmpp-server 服務（Service）的名字
_tcp 所使用的協議（Protocol）類型，好比 「_tcp」 或者 「_udp」
ioio.name SRV所在域的名字（Name）
5 - 優先級（Priority），相似MX記錄
0 - 權重（Weight）
5269 - 端口（Port）
xmpp-server.l.google.com - 實際提供服務的主機名（Target ）。

要驗證域控制器的 SRV 定位器資源記錄，可使用 Nslookup 命令：
Nslookup 是一個命令行工具，它顯示的信息能夠用來診斷域名系統 (DNS) 的基礎結構。
要使用 Nslookup 來驗證 SRV 記錄，請按照下列步驟操做：

1. 在 DNS 上，單擊「開始」，而後單擊「運行」。
2. 在「打開」框中，鍵入 cmd。
3. 鍵入 nslookup，而後按 Enter。
4. 鍵入 set type=all，而後按 Enter。
5. 鍵入 _xmpp-server._tcp.ioio.name，其中 ioio.name 爲域名，而後按 Enter。
Nslookup 將返回顯示爲如下格式的一個或多個 SRV 服務位置記錄：

Server:localhost
Address: 127.0.0.1
_xmpp-server._tcp.ioio.name SRV service location:
priority = 5
weight = 0
port = 5269
svr hostname = xmpp-server.l.google.com

參考文獻:

什麼是SRV記錄

　它是DNS服務器的數據庫中支持的一種資源記錄的類型，它記錄了哪臺計算機提供了哪一個服務這麼一個簡單的信息

SRV 記錄：通常是爲Microsoft的活動目錄設置時的應用。DNS能夠獨立於活動目錄，可是活動目錄必須有DNS的幫助才能工做。爲了活動目錄可以正常的工做，DNS服務器必須支持服務定位（SRV）資源記錄，資源記錄把服務名字映射爲提供服務的服務器名字。活動目錄客戶和域控制器使用SRV資源記錄決定域控制器的IP地址。 

   SRV記錄功能包括（基於它們在DNS控制檯的分組）
‘　_MSDCS。這個分組中，SRV記錄是根據它們的狀態來收集的。各類狀態包括DC、域調用、GC以及PDC。DC和GC按站點來劃分，這樣一來，AD客戶端就能快速的知道去哪裏尋找本地服務。「域調用」用於支持複製。每一個DC都得到了一個GUID，它會在調用複製時用到。PDC條目包含了被設定爲PDC模擬器的DC的SRV記錄。
‘ _SITES。站點表明的是一個高速鏈接區域，根據DC的站點從屬關係來創建了DC索引以後，客戶端就能夠檢查_SITES來尋找本地服務，而沒必要經過WAN來發送它們的LDAP查詢請求。標準LDAP查詢端口是389，全局編錄查詢則使用3268。
‘　_TCP。在這個分組中，收集了DNS區域中的全部DC。若是客戶端找不到它們特定的站點，或者具備本地SRV記錄的任何DC都沒有響應，須要尋找網絡中其餘地方的DC，就應該將這些客戶端放到這個分組中。
‘　_UDP。Keberos v5容許客戶端使用「無鏈接」服務來獲取票證並更改密碼。這是經過與相同服務的TCP端口對應的UDP端口來完成的。具體說，票證交換使用UDP的88端口，而密碼更改使用464.