- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
04-域名解析配置
本章節下載： 04-域名解析配置 (872.22 KB)
目 錄
DNS（Domain Name System，域名係統）是一種用於TCP/IP應用程序的分布式數據庫，提供域名與IP地址之間的轉換。通過域名係統，用戶進行某些應用時，可以直接使用便於記憶的、有意義的域名，而由網絡中的域名解析服務器將域名解析為正確的IP地址。
域名解析分為靜態域名解析和動態域名解析，二者可以配合使用。在解析域名時，首先采用靜態域名解析（查找靜態域名解析表），如果靜態域名解析不成功，再采用動態域名解析。由於動態域名解析需要域名服務器（DNS server）的配合，會花費一定的時間，因而可以將一些常用的域名放入靜態域名解析表中，這樣可以大大提高域名解析效率。
靜態域名解析就是手工建立域名和IP地址之間的對應關係。當用戶使用域名進行某些應用（如telnet應用）時，係統查找靜態域名解析表，從中獲取指定域名對應的IP地址。
用戶程序、DNS客戶端及域名服務器的關係如圖1-1所示，其中解析器和緩存構成DNS客戶端。用戶程序、DNS客戶端在同一台設備上，而DNS客戶端和域名服務器一般分布在兩台設備上。
目前，設備隻能作為DNS客戶端，不能作為DNS服務器。
如果域名服務器上配置了域名的別名，設備也可以通過別名來解析主機的IP地址。
服務器域名解析通過向域名服務器查詢域名和IP地址之間的對應關係來實現將域名解析為IP地址。服務器域名解析過程如下：
(1) 當用戶使用域名進行某些應用時，用戶程序首先向DNS客戶端中的解析器發出請求。
(2) DNS客戶端收到請求後，首先查詢本地的域名緩存。如果存在已解析成功的映射項，就將域名對應的IP地址返回給用戶程序；如果未發現所要查找的映射項，就向域名服務器發送查詢請求。
(3) 域名服務器首先從自己的數據庫中查找域名對應的IP地址。如果判斷該域名不屬於本域範圍，就將請求交給其他域名服務器處理，直到完成解析，並將解析的結果返回給DNS客戶端。
(4) DNS客戶端收到域名服務器的響應報文後，將解析結果返回用戶程序。
服務器域名解析支持緩存功能。每次解析成功的域名與IP地址的映射均存放在DNS客戶端的動態域名緩存區中，當下一次查詢相同域名的時候，就可以直接從緩存區中讀取，不用再向域名服務器進行請求。緩存區中的映射在一段時間後會老化而被刪除，以保證及時從域名服務器得到最新的內容。老化時間由域名服務器設置，DNS客戶端從域名服務器的應答報文中獲得老化時間。
服務器域名解析支持域名後綴列表功能。用戶可以預先設置一些域名後綴，在域名解析的時候，用戶隻需要輸入域名的部分字段，係統會自動將輸入的域名加上不同的後綴進行解析。例如，用戶想查詢域名example.com，那麼可以先在後綴列表中配置com，然後輸入example進行查詢，係統會自動將輸入的域名與後綴連接成example.com進行查詢。
使用域名後綴的時候，根據用戶輸入域名方式的不同，查詢方式分成以下幾種情況：
· 如果用戶輸入的域名中沒有“.”，比如example，係統認為這是一個主機名，會首先加上域名後綴進行查詢，如果所有加後綴的域名查詢都失敗，將使用最初輸入的域名（如example）進行查詢。
· 如果用戶輸入的域名中間有“.”，比如www.example，係統直接用它進行查詢，如果查詢失敗，再依次加上各個域名後綴進行查詢。
· 如果用戶輸入的域名最後有“.”，比如example.com.，表示不需要進行域名後綴添加，係統直接用輸入的域名進行查詢，不論成功與否都直接返回結果。就是說，如果用戶輸入的字符中最後一個字符為“.”，就隻根據用戶輸入的字符進行查找，而不會去匹配用戶預先設置的域名後綴，因此最後這個“.”，也被稱為查找終止符。帶有查詢終止符的域名，稱為FQDN（Fully Qualified Domain Name，完全合格域名）。
DNS代理（DNS proxy）用來在DNS client和DNS server之間轉發DNS請求和應答報文。局域網內的DNS client把DNS proxy當作DNS server，將DNS請求報文發送給DNS proxy。DNS proxy將該請求報文轉發到真正的DNS server，並將DNS server的應答報文返回給DNS client，從而實現域名解析。
使用DNS proxy功能後，當DNS server的地址發生變化時，隻需改變DNS proxy上的配置，無需改變局域網內每個DNS client的配置，從而簡化了網絡管理。
DNS proxy的典型應用環境如圖1-2所示。
圖1-2 DNS代理典型組網應用
DNS代理的工作過程如下：
(1) DNS client把DNS proxy當作DNS server，將DNS請求報文發送給DNS proxy，即請求報文的目的地址為DNS proxy的IP地址。
(2) DNS proxy收到請求報文後，首先查找本地的靜態域名解析表和動態域名解析緩存表，如果存在請求的信息，則DNS proxy直接通過DNS應答報文將域名解析結果返回給DNS client。
(3) 如果不存在請求的信息，且配置了域名服務器地址時，DNS proxy將報文轉發給DNS服務器，通過DNS服務器進行域名解析。
(4) DNS proxy收到DNS server的應答報文後，記錄域名解析的結果，並將報文轉發給DNS client。DNS client利用域名解析的結果進行相應的處理。
隻有DNS proxy上存在域名服務器地址，並存在到達域名服務器的路由，DNS proxy才會向DNS server發送域名解析請求。
圖1-3 DNS spoofing典型應用場景
DNS spoofing（DNS欺騙）主要應用於圖1-3所示的撥號網絡。在該網絡中：
· Device通過撥號接口連接到PSTN/ISDN等撥號網絡。隻有存在通過撥號接口轉發的報文時，才會觸發撥號接口建立連接。
· Device作為DNS proxy。在Host上將Device指定為DNS服務器；撥號接口建立連接後，Device通過DHCP等方式動態獲取DNS服務器地址。
Device上未開啟DNS spoofing功能時，Device接收到Host發送的域名解析請求報文後，如果不存在對應的域名解析表項，則需要向DNS server發送域名解析請求。但是，由於此時撥號接口尚未建立連接，Device上不存在DNS server地址，Device不會向DNS server發送域名解析請求，也不會應答DNS client的請求。從而導致域名解析失敗，且沒有流量觸發撥號接口建立連接。
DNS spoofing功能可以解決上述問題。使能DNS spoofing功能後，即便Device上不存在DNS server地址或到達DNS server的路由，Device也會利用指定的IP地址作為域名解析結果，應答DNS client的域名解析請求。DNS client後續發送的報文可以用來觸發撥號接口建立連接。
圖1-3所示網絡中，Host訪問HTTP server的報文處理流程為：
(1) Host通過域名訪問HTTP server時，首先向Device發送域名解析請求，將HTTP server的域名解析為IP地址。
(2) Device接收到域名解析請求後，如果撥號接口尚未建立連接，Device上不存在DNS server地址，或者設備上配置的DNS server地址均不可達，則Device利用DNS spoofing中指定的IP地址作為域名解析結果，應答DNS client的域名解析請求。該域名解析應答的老化時間為0。並且，應答的IP地址滿足如下條件：Device上存在到達該IP地址的路由，且路由的出接口為撥號接口。
(3) Host接收到Device的應答報文後，向應答的IP地址發送HTTP請求。
(4) Device通過撥號接口轉發HTTP請求時，觸發撥號接口建立連接，並通過DHCP等方式動態獲取DNS server的地址。
(5) 域名解析應答老化後，Host再次發送域名解析請求。
(6) 之後，Device的處理過程與DNS proxy工作過程相同，請參見“1.1.4 DNS代理”。
(7) Host獲取到正確的HTTP server地址後，可以正常訪問HTTP server。
由於DNS spoofing功能指定的IP地址並不是待解析域名對應的IP地址，為了防止DNS client上保存錯誤的域名解析表項，該IP地址對應域名解析應答的老化時間為0。
域名解析配置任務如下：
(1) 配置DNS客戶端
請至少選擇其中一項進行配置。
¡ 配置靜態域名解析
(2) （可選）配置DNS代理功能
(3) （可選）配置DNS spoofing
本功能用於撥號網絡。
(4) （可選）配置DNS報文的源接口
(5) （可選）配置DNS信任接口
(6) （可選）指定DNS報文的DSCP優先級
可以通過如下兩種方式在DNS客戶端上建立域名與IP地址的對應關係，實現設備使用域名與其他設備通信。
· 配置靜態域名解析。如果用戶使用域名訪問其他設備的次數很少，或者網絡中沒有可用的DNS服務器時，需要在DNS客戶端配置靜態域名解析。這種方式下，網絡管理員需要手工配置與維護域名與IP地址的對應關係。
· 配置動態域名解析。如果用於需要使用域名訪問很多設備，且網絡中有可用的DNS服務器，那麼可以配置動態域名解析。
如果DNS客戶端上同時配置了靜態域名解析和服務器域名解析，則收到域名請求後，匹配順序如下：
(1) 靜態域名解析；
(2) DNS客戶端本地緩存已解析的域名信息；
(3) 使用域名服務器進行域名解析。
如果以上方式均無法解析成功，則域名解析過程失敗。
在公網或單個VPN實例內，一個主機名隻能對應一個IPv4地址和IPv6地址。
公網或單個VPN實例內最多可以配置2048個主機名和地址的對應關係。可同時在公網和VPN實例內配置主機名和地址的對應關係。
(1) 進入係統視圖。
system-view
(2) 配置主機名和對應的地址。請至少選擇其中一項進行配置。
（IPv4網絡）
ip host host-name ip-address [ vpn-instance vpn-instance-name ]
（IPv6網絡）
ipv6 host host-name ipv6-address [ vpn-instance vpn-instance-name ]
· 設備上允許配置的域名服務器數目限製為：
¡ 係統視圖下，公網或單個VPN實例內最多可以配置6個域名服務器的IPv4地址。可同時在公網和VPN實例內配置域名服務器的IPv4地址。
¡ 係統視圖下，公網或單個VPN實例內最多可以配置6個域名服務器的IPv6地址。可同時在公網和VPN實例內配置域名服務器的IPv6地址。
· 如果同時配置域名服務器的IPv4地址和IPv6地址，DNS客戶端向域名服務器發送請求的處理方式如下：
¡ 查詢主機名對應的IPv4地址時，優先向域名服務器的IPv4地址發送查詢請求。如果查詢失敗，則再向域名服務器的IPv6地址發送查詢請求；
¡ 查詢主機名對應的IPv6地址時，優先向域名服務器的IPv6地址發送查詢請求。如果查詢失敗，則再向域名服務器的IPv4地址發送查詢請求。
· 域名服務器的優先級順序為：
¡ 先配置的域名服務器優先級高於後配置的域名服務器。
¡ 設備上手工配置的域名服務器優先級高於通過DHCP等方式動態獲取的域名服務器。
設備首先向優先級最高的域名服務器發送查詢請求，失敗後再根據優先級從高到低的次序向其他域名服務器發送查詢請求。
· 配置域名解析後綴時，需要注意：
¡ 公網或單個VPN實例內最多可以配置16個域名後綴。可同時在公網和VPN實例內配置域名後綴。
¡ 添加域名後綴的優先級順序為：先配置的域名後綴優先級高於後配置的域名後綴；設備上手工配置的域名後綴優先級高於通過DHCP等方式動態獲取的域名後綴。設備首先添加優先級最高的域名後綴，查詢失敗後再根據優先級從高到低的次序添加其他域名後綴。
(1) 進入係統視圖。
system-view
(2) （可選）配置域名後綴。
dns domain domain-name [ vpn-instance vpn-instance-name ]
缺省情況下，未配置域名後綴，即隻根據用戶輸入的域名信息進行解析。
(3) 配置域名服務器的地址。
（IPv4網絡）
dns server ip-address [ vpn-instance vpn-instance-name ]
（IPv6網絡）
ipv6 dns server ipv6-address [ interface-type interface-number ] [ vpn-instance vpn-instance-name ]
缺省情況下，未配置域名服務器的地址。
(1) 進入係統視圖。
system-view
(2) 開啟DNS proxy功能。
dns proxy enable
缺省情況下，DNS proxy功能處於關閉狀態。
可以指定多個DNS server。DNS proxy接收到客戶端的查詢請求後，首先向優先級最高的DNS server轉發查詢請求，失敗後再依次向其他DNS server轉發查詢請求。
DNS proxy可同時配置域名服務器的IPv4地址和IPv6地址。無論DNS proxy接收到的查詢請求是來自IPv4客戶端還是來自IPv6客戶端，DNS proxy都會按照優先級順序向域名服務器的IPv4地址和IPv6地址轉發查詢請求。如果查詢請求是IPv4報文，則優先向域名服務器的IPv4地址轉發查詢請求。如果查詢請求是IPv6報文，則優先向域名服務器的IPv6地址轉發查詢請求。
(1) 進入係統視圖。
system-view
(2) 配置域名服務器的地址。
（IPv4網絡）
dns server ip-address [ vpn-instance vpn-instance-name ]
（IPv6網絡）
ipv6 dns server ipv6-address [ interface-type interface-number ] [ vpn-instance vpn-instance-name ]
缺省情況下，未配置域名服務器的地址。
公網或單個VPN實例內隻能配置1個DNS spoofing應答的IPv4地址和1個DNS spoofing應答的IPv6地址。重複配置時，新的配置會覆蓋原有配置。
可同時在公網和VPN實例內配置DNS spoofing功能。
DNS spoofing功能生效時，即使設備上配置了靜態域名解析，也會使用DNS spoofing指定的IP地址來應答DNS請求。
設備上啟用了DNS proxy功能。
設備上未指定域名服務器地址或不存在到達域名服務器的路由。
(1) 進入係統視圖。
system-view
(2) 啟用DNS proxy功能。
dns proxy enable
缺省情況下，DNS proxy功能處於關閉狀態。
(3) 開啟DNS spoofing功能，並指定DNS spoofing應答地址。
（IPv4網絡）
dns spoofing ip-address [ vpn-instance vpn-instance-name ]
（IPv6網絡）
ipv6 dns spoofing ipv6-address [ vpn-instance vpn-instance-name ]
缺省情況下，未開啟DNS spoofing功能。
缺省情況下，設備根據域名服務器的地址，通過路由表查找請求報文的出接口，並將該出接口的主IP地址作為發送到該服務器的DNS請求報文的源地址。根據域名服務器的地址不同，發送報文的源地址可能會發生變化。在某些特殊的組網環境中，域名服務器隻應答來自特定源地址的DNS請求報文。這種情況下，必須指定DNS報文的源接口。如果為設備配置了DNS報文的源接口，則設備在發送DNS報文時，將固定使用該接口的主IP地址作為報文的源地址。
發送IPv4 DNS報文時，將使用源接口的主IPv4地址作為DNS報文的源地址。發送IPv6 DNS報文時，將根據RFC 3484中定義的規則從源接口上選擇IPv6地址作為DNS報文的源地址。如果源接口上未配置對應的地址，則將導致報文發送失敗。
公網或單個VPN實例內隻能配置1個源接口。重複配置時，新的配置會覆蓋原有配置。可同時在公網和VPN實例內配置源接口。
無論配置的源接口是否屬於指定的VPN，該配置都會生效。不建議為某個VPN配置一個不屬於該VPN的源接口。否則，設備會使用不屬於該VPN的地址作為DNS報文源地址，導致無法收到DNS應答。
(1) 進入係統視圖。
system-view
(2) 指定DNS報文的源接口。
dns source-interface interface-type interface-number [ vpn-instance vpn-instance-name ]
缺省情況下，未指定DNS報文的源接口。
缺省情況下，任意接口通過DHCP等協議動態獲得的域名後綴和域名服務器信息都將作為有效信息，用於域名解析。如果網絡攻擊者通過DHCP服務器為設備分配錯誤的域名後綴和域名服務器地址，則會導致設備域名解析失敗，或解析到錯誤的結果。通過本配置指定信任接口後，域名解析時隻采用信任接口動態獲得的域名後綴和域名服務器信息，非信任接口獲得的信息不能用於域名解析，從而在一定程度上避免這類攻擊。
設備最多可以配置128個DNS信任接口。
(1) 進入係統視圖。
system-view
(2) 指定DNS信任接口。
dns trust-interface interface-type interface-number
缺省情況下，未指定任何接口為信任接口。
DSCP優先級用來體現報文自身的優先等級，決定報文傳輸的優先程度。通過本配置可以指定設備發送的DNS報文的DSCP優先級。
(1) 進入係統視圖。
system-view
(2) 指定DNS客戶端或DNS proxy發出的DNS報文的DSCP優先級。
（IPv4網絡）
dns dscp dscp-value
缺省情況下，DNS報文的DSCP優先級為0。
（IPv6網絡）
ipv6 dns dscp dscp-value
缺省情況下， IPv6 DNS報文的DSCP優先級為0。
在完成上述配置後，在任意視圖下執行display命令可以顯示域名解析配置後的運行情況，通過查看顯示信息驗證配置的效果。
在用戶視圖下，執行reset命令可以清除動態域名緩存信息。
|
操作 |
命令 |
|
顯示域名後綴信息 |
display dns domain [ dynamic ] [ vpn-instance vpn-instance-name ] |
|
顯示域名解析表信息 |
display dns host [ ip | ipv6 ] [ vpn-instance vpn-instance-name ] |
|
顯示域名服務器的IPv4地址信息 |
display dns server [ dynamic ] [ vpn-instance vpn-instance-name ] |
|
顯示域名服務器的IPv6地址信息 |
display ipv6 dns server [ dynamic ] [ vpn-instance vpn-instance-name ] |
|
清除動態域名解析緩存信息 |
reset dns host [ ip | ipv6 ] [ vpn-instance vpn-instance-name ] |
為了避免記憶複雜的IP地址，Device希望通過便於記憶的主機名訪問某一主機。在Device上手工配置IP地址對應的主機名，利用靜態域名解析功能，就可以實現通過主機名訪問該主機。
在本例中，Device訪問的主機IP地址為10.1.1.2，主機名為host.com。
圖1-4 靜態域名解析配置組網圖
# 配置主機名host.com對應的IP地址為10.1.1.2。
<Sysname> system-view
[Sysname] ip host host.com 10.1.1.2
# 執行ping host.com命令，Device通過靜態域名解析可以解析到host.com對應的IP地址為10.1.1.2。
[Sysname] ping host.com
Ping host.com (10.1.1.2): 56 data bytes, press CTRL+C to break
56 bytes from 10.1.1.2: icmp_seq=0 ttl=255 time=1.000 ms
56 bytes from 10.1.1.2: icmp_seq=1 ttl=255 time=1.000 ms
56 bytes from 10.1.1.2: icmp_seq=2 ttl=255 time=1.000 ms
56 bytes from 10.1.1.2: icmp_seq=3 ttl=255 time=1.000 ms
56 bytes from 10.1.1.2: icmp_seq=4 ttl=255 time=2.000 ms
--- Ping statistics for host.com ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.000/1.200/2.000/0.400 ms
為了避免記憶複雜的IP地址，Device希望通過便於記憶的域名訪問某一主機。如果網絡中存在域名服務器，則可以利用動態域名解析功能，實現通過域名訪問主機。
在本例中：
· 域名服務器的IP地址是2.1.1.2/16，域名服務器上存在com域，且com域中包含域名“host”和IP地址3.1.1.1/16的對應關係。
· Device作為DNS客戶端，使用動態域名解析功能，將域名解析為IP地址。
· Device上配置域名後綴com，以便簡化訪問主機時輸入的域名，例如通過輸入host即可訪問域名為host.com、IP地址為3.1.1.1/16的主機Host。
· 在開始下麵的配置之前，假設設備與主機之間的路由可達，設備和主機都已經配置完畢，接口IP地址如圖1-5所示。
· 不同域名服務器的配置方法不同，下麵僅以Windows Server 2008 R2為例，說明域名服務器的配置方法。
(1) 配置域名服務器
# 進入域名服務器配置界麵。
在開始菜單中，選擇[程序/管理工具/DNS]。
# 創建區域com。
如圖1-6所示，右鍵點擊[正向查找區域]，選擇[新建區域]，按照提示創建新的區域com。
# 添加域名和IP地址的映射。
如圖1-7所示，右鍵點擊區域[com]。
選擇[新建主機]，彈出如圖1-8的對話框。按照圖1-8輸入域名host和IP地址3.1.1.1。單擊<添加主機>可完成操作。
圖1-8 添加域名和IP地址的映射
(2) 配置DNS客戶端Device
<Sysname> system-view
# 配置域名服務器的IP地址為2.1.1.2。
[Sysname] dns server 2.1.1.2
# 配置域名後綴com。
[Sysname] dns domain com
# 在設備上執行ping host命令，可以ping通主機，且對應的目的地址為3.1.1.1。
[Sysname] ping host
Ping host.com (3.1.1.1): 56 data bytes, press CTRL+C to break
56 bytes from 3.1.1.1: icmp_seq=0 ttl=255 time=1.000 ms
56 bytes from 3.1.1.1: icmp_seq=1 ttl=255 time=1.000 ms
56 bytes from 3.1.1.1: icmp_seq=2 ttl=255 time=1.000 ms
56 bytes from 3.1.1.1: icmp_seq=3 ttl=255 time=1.000 ms
56 bytes from 3.1.1.1: icmp_seq=4 ttl=255 time=2.000 ms
--- Ping statistics for host ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.000/1.200/2.000/0.400 ms
某局域網內擁有多台設備，每台設備上都指定了域名服務器的IP地址，以便直接通過域名訪問外部網絡。當域名服務器的IP地址發生變化時，網絡管理員需要更改局域網內所有設備上配置的域名服務器IP地址，工作量將會非常巨大。
通過DNS proxy功能，可以大大減少網絡管理員的工作量。當域名服務器IP地址改變時，隻需更改DNS proxy上的配置，即可實現局域網內設備通過新的域名服務器解析域名。
在本例中，具體配置步驟為：
(1) 局域網中的某台設備Device A配置為DNS proxy，DNS proxy上指定域名服務器IP地址為真正的域名服務器的地址4.1.1.1。
(2) 局域網中的其他設備（如Device B）上，域名服務器的IP地址配置為DNS proxy的地址，域名解析報文將通過DNS proxy轉發給真正的域名服務器。
在開始下麵的配置之前，假設設備與域名服務器、主機之間的路由可達，並已按照圖1-9配置各接口的IP地址。
(1) 配置域名服務器
不同的域名服務器的配置方法不同。Windows Server 2008 R2作為域名服務器時，配置方法請參見“1.10.2 動態域名解析配置舉例”。
(2) 配置DNS代理Device A
# 配置域名服務器的IP地址為4.1.1.1。
<DeviceA> system-view
[DeviceA] dns server 4.1.1.1
# 開啟DNS proxy功能。
[DeviceA] dns proxy enable
(3) 配置DNS客戶端Device B
<DeviceB> system-view
# 配置域名服務器的IP地址為2.1.1.2。
[DeviceB] dns server 2.1.1.2
# 在Device B上執行ping host.com命令，可以ping通主機，且對應的目的地址為3.1.1.1。
[DeviceB] ping host.com
Ping host.com (3.1.1.1): 56 data bytes, press CTRL+C to break
56 bytes from 3.1.1.1: icmp_seq=0 ttl=255 time=1.000 ms
56 bytes from 3.1.1.1: icmp_seq=1 ttl=255 time=1.000 ms
56 bytes from 3.1.1.1: icmp_seq=2 ttl=255 time=1.000 ms
56 bytes from 3.1.1.1: icmp_seq=3 ttl=255 time=1.000 ms
56 bytes from 3.1.1.1: icmp_seq=4 ttl=255 time=2.000 ms
--- Ping statistics for host.com ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.000/1.200/2.000/0.400 ms
為了避免記憶複雜的IPv6地址，Device希望通過便於記憶的主機名訪問某一主機。在Device上手工配置IPv6地址對應的主機名，利用靜態域名解析功能，就可以實現通過主機名訪問該主機。
在本例中，Device訪問的主機IPv6地址為1::2，主機名為host.com。
圖1-10 靜態域名解析配置組網圖
# 配置主機名host.com對應的IPv6地址為1::2。
<Sysname> system-view
[Sysname] ipv6 host host.com 1::2
# 執行ping ipv6 host.com命令，Device通過靜態域名解析可以解析到host.com對應的IPv6地址為1::2。
[Sysname] ping ipv6 host.com
Ping6(56 data bytes) 1::1 --> 1::2, press CTRL+C to break
56 bytes from 1::2, icmp_seq=0 hlim=128 time=1.000 ms
56 bytes from 1::2, icmp_seq=1 hlim=128 time=0.000 ms
56 bytes from 1::2, icmp_seq=2 hlim=128 time=1.000 ms
56 bytes from 1::2, icmp_seq=3 hlim=128 time=1.000 ms
56 bytes from 1::2, icmp_seq=4 hlim=128 time=0.000 ms
--- Ping6 statistics for host.com ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.000/0.600/1.000/0.490 ms
為了避免記憶複雜的IPv6地址，Device希望通過便於記憶的域名訪問某一主機。如果網絡中存在域名服務器，則可以利用動態域名解析功能，實現通過域名訪問主機。
在本例中：
· 域名服務器的IPv6地址是2::2/64，域名服務器上存在com域，且com域中包含域名“host”和IPv6地址1::1/64的對應關係。
· Device作為DNS客戶端，使用動態域名解析功能，將域名解析為IPv6地址。
· Device上配置域名後綴com，以便簡化訪問主機時輸入的域名，例如通過輸入host即可訪問域名為host.com、IPv6地址為1::1/64的主機Host。
· 在開始下麵的配置之前，假設設備與主機之間的路由可達，設備和主機都已經配置完畢，接口IPv6地址如圖1-11所示。
· 不同域名服務器的配置方法不同，下麵僅以Windows Server 2008 R2為例，說明域名服務器的配置方法。配置之前，需確保DNS服務器支持IPv6 DNS功能，以便處理IPv6域名解析報文；且DNS服務器的接口可以轉發IPv6報文。
(1) 配置域名服務器
# 進入域名服務器配置界麵。
在開始菜單中，選擇[程序/管理工具/DNS]。
# 創建區域com。
如圖1-12所示，右鍵點擊[正向查找區域]，選擇[新建區域]，按照提示創建新的區域com。
如圖1-13所示，右鍵點擊區域[com]。
選擇[新建主機]，彈出如圖1-14的對話框，輸入域名和IPv6地址1::1。單擊<添加主機>可完成操作。
圖1-14 添加域名和IPv6地址的映射
(2) 配置DNS客戶端Device
# 配置域名服務器的IPv6地址為2::2。
<Device> system-view
[Device] ipv6 dns server 2::2
# 配置域名後綴com。
[Device] dns domain com
# 在設備上執行ping ipv6 host命令，可以ping通主機，且對應的目的地址為1::1。
[Device] ping ipv6 host
Ping6(56 data bytes) 3::1 --> 1::1, press CTRL+C to break
56 bytes from 1::1, icmp_seq=0 hlim=128 time=1.000 ms
56 bytes from 1::1, icmp_seq=1 hlim=128 time=0.000 ms
56 bytes from 1::1, icmp_seq=2 hlim=128 time=1.000 ms
56 bytes from 1::1, icmp_seq=3 hlim=128 time=1.000 ms
56 bytes from 1::1, icmp_seq=4 hlim=128 time=0.000 ms
--- Ping6 statistics for host ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.000/0.600/1.000/0.490 ms
某局域網內擁有多台設備，每台設備上都指定了域名服務器的IPv6地址，以便直接通過域名訪問外部網絡。當域名服務器的IPv6地址發生變化時，網絡管理員需要更改局域網內所有設備上配置的域名服務器IPv6地址，工作量將會非常巨大。
通過DNS proxy功能，可以大大減少網絡管理員的工作量。當域名服務器IPv6地址改變時，隻需更改DNS proxy上的配置，即可實現局域網內設備通過新的域名服務器解析域名。
在本例中，具體配置步驟為：
(1) 局域網中的某台設備Device A配置為DNS proxy，DNS proxy上指定域名服務器IPv6地址為真正的域名服務器的地址4000::1
(2) 局域網中的其他設備（如Device B）上，域名服務器的IPv6地址配置為DNS proxy的地址，域名解析報文將通過DNS proxy轉發給真正的域名服務器。
在開始下麵的配置之前，假設設備與域名服務器、主機之間的路由可達，並已按照圖1-15配置各接口的IPv6地址。
(1) 配置域名服務器
不同的域名服務器的配置方法不同。Windows Server 2008 R2作為域名服務器時，配置方法請參見“1.11.2 動態域名解析配置舉例”。
(2) 配置DNS代理Device A
# 配置域名服務器的IPv6地址為4000::1。
<DeviceA> system-view
[DeviceA] ipv6 dns server 4000::1
# 開啟DNS proxy功能。
[DeviceA] dns proxy enable
(3) 配置DNS客戶端Device B
# 配置域名服務器的IPv6地址為2000::2。
<DeviceB> system-view
[DeviceB] ipv6 dns server 2000::2
# 在Device B上執行ping host.com命令，可以ping通主機，且對應的目的地址為3000::1。
[DeviceB] ping host.com
Ping6(56 data bytes) 2000::1 --> 3000::1, press CTRL+C to break
56 bytes from 3000::1, icmp_seq=0 hlim=128 time=1.000 ms
56 bytes from 3000::1, icmp_seq=1 hlim=128 time=0.000 ms
56 bytes from 3000::1, icmp_seq=2 hlim=128 time=1.000 ms
56 bytes from 3000::1, icmp_seq=3 hlim=128 time=1.000 ms
56 bytes from 3000::1, icmp_seq=4 hlim=128 time=0.000 ms
--- Ping6 statistics for host com ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.000/0.600/1.000/0.490 ms
配置了動態域名解析，但不能根據域名解析到正確的IP地址。
DNS客戶端需要和域名服務器配合使用，才能根據域名解析到正確的IP地址。
· 執行命令display dns host ip，檢查動態域名緩存信息是否存在指定域名。
· 如果不存在要解析的域名，檢查DNS客戶端是否和域名服務器通信正常，域名服務器是否工作正常。
· 如果存在要解析的域名，但地址不對，則檢查DNS客戶端所配置的域名服務器的IP地址是否正確。
配置了動態域名解析，但不能根據域名解析到正確的IPv6地址。
DNS客戶端需要和域名服務器配合使用，才能根據域名解析到正確的IPv6地址。
· 執行命令display dns host ipv6，檢查動態域名緩存信息是否存在指定域名。
· 如果不存在要解析的域名，檢查DNS客戶端是否和域名服務器通信正常，域名服務器是否工作正常。
· 如果存在要解析的域名，但地址不對，則檢查DNS客戶端所配置的域名服務器的IPv6地址是否正確。
· 檢查域名服務器所設置的域名和地址映射表是否正確。
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
