域名負載均衡ttl

1、負載均衡)(鏡像(雙路)(tracert，(IDC)什麼意思 (如我滿意我定給高分)

這里對tracert做一下解釋，其他的大概知道點意思，但不知道怎麼說。
tracert是一個dos下的網路命令，主要作用是對路由進行跟蹤，常用的參數為-d，tracert命令後可跟IP地址也可直接鍵入伺服器域名。
如：tracert 192.168.1.1 -d
tracert www.sina.com.cn -d
該診斷實用程序將包含不同生存時間 (TTL) 值的 Internet 控制消息協議 (ICMP) 回顯數據包發送到目標，以決定到達目標採用的路由。要在轉發數據包上的TTL 之前至少遞減 1，必需路徑上的每個路由器，所以 TTL 是有效的躍點計數。數據包上的 TTL 到達 0 時，路由器應該將「ICMP 已超時」的消息發送回源系統。Tracert 先發送 TTL 為 1 的回顯數據包,並在隨後的每次發送過程將 TTL 遞增 1，直到目標響應或 TTL 達到最大值，從而確定路由。路由通過檢查中級路由器發送回的「ICMP 已超時」的消息來確定路由。不過，有些路由器悄悄地下傳包含過期 TTL 值的數據包，而 tracert 看不到。

tracert [-d] [-h maximum_hops] [-j computer-list] [-w timeout]target_name

參數

-d

指定不將地址解析為計算機名。

-h maximum_hops

指定搜索目標的最大躍點數。

-j computer-list

指定沿 computer-list 的稀疏源路由。

-w timeout

每次應答等待 timeout 指定的微秒數。

target_name

目標計算機的名稱。

2、如何驗證負載均衡

如果您將硬體負載平衡器作為 Communicator Web Access（2007 R2 發行版）基礎結構的一部分進行部署，則應該運行一系列的測試來驗證負載平衡器是否正確配置並按預期的方式工作。建議您至少進行以下驗證：
確認每台 Communicator Web Access 伺服器都可以與網路上的其他計算機通信，並且可以連接到 Active Directory。

確認負載平衡器能夠均勻分配傳入連接。

確認標准 Communicator Web Access 活動（如即時消息和狀態檢測）按預期的方式運行。

驗證 DNS 和 LDAP 流量

只有當 Communicator Web Access 伺服器陣列中的各台伺服器都能執行以下兩項操作時，負載平衡才能工作：
解析 IP 地址和計算機主機名。

與 Active Directory 全局編錄伺服器通信。

為此，您應該執行的第一項測試是驗證輕型目錄訪問協議 (LDAP) 和域名系統 (DNS) 連接；此項測試必須在伺服器陣列中的每台伺服器上執行。在測試的第一部分，您將通過 IP 地址（例如，192.168.1.5）對全局編錄伺服器執行 ping 操作。要成功完成測試，必須得到如下響應：
Pinging 192.168.1.5 with 32 bytes of data: Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Ping statistics for 192.168.1.5: Packets:Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms
如果這一部分測試成功完成，下一步您將通過名稱對全局編錄伺服器執行 ping 操作。對於測試的第二部分，您應該得到如下響應：
Pinging gcserver.contoso.com [192.168.1.5] with 32 bytes of data: Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Ping statistics for 192.168.1.5: Packets:Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms
通過以上兩部分測試驗證 DNS 流量後，下一步應該使用 Ldp.exe 實用程序驗證與 Active Directory 的 LDAP 連接。

驗證負載平衡器配置

負載平衡器的主要用途是確保工作負載在伺服器陣列中的所有伺服器之間均勻分配。例如，假設您的伺服器陣列中有四台伺服器，有 100 個用戶登錄到 Communicator Web Access。如果您已經採用硬體負載平衡並且負載平衡已經配置正確，則每台伺服器應該處理 25 個會話（總共 100 個會話，除以 4 台伺服器）。
要驗證負載平衡配置，應進行一系列測試，每次測試通過兩個用戶帳戶（用戶 A 和用戶 B）和最多兩台 Communicator Web Access 伺服器進行。（因為如果使用兩台以上的伺服器，那麼您可能遇到的問題的根源就更加難以追蹤。）如果伺服器陣列中有兩台以上的伺服器，應該在每個可能的計算機對上重復測試過程。例如，假設伺服器陣列由以下計算機組成：
伺服器 A

伺服器 B

伺服器 C

伺服器 D

在這種情況下，您需要運行的測試涉及以下計算機對：

3、一台DNS可以配置多個域名解析嗎

請求域名服務商把域名的DNS解析權力交給你，在你自己的伺服器上建立解析，例如yourname.com是你申請的合法域名，你的合法IP為202.110.110.110，你的域名提供商會在他的DNS伺服器上做解析，然後你的202.110.110.110伺服器再做進一步的解析（例如解析 www.yourname.com或mail.yourname.com等等，可以看出你本地的DNS是不能解析非法域名的）。
DNS配置舉例說明如下：
現在要在域（注意，這里的域是指Internet上的domain，而不是Windows NT中的domain）"yourname.com"中建立一台郵件伺服器，郵件伺服器的機器名為server2，郵件伺服器名　為"mail.yourname.com"，這里伺服器的機器名和郵件伺服器的地址名可以不同。在DNS配置文件中添加以下記錄：
---- server2 IN A 202.110.110.110
---- mail IN MX server2
第一條記錄表示加入一條主機記錄，機器名為server2，其IP地址為202.110.110.110。第二條記錄表示郵件伺服器mail.yourname.com，使用server2.yourname.com這台主機。
（註：另外一種寫法是
---- server2.yourname.com. IN A 202.110.110.110
---- mail.yourname.com. IN MX 　server2.yourname.com.
//注意yourname.com後面加一quot;."
如果想直接使用[email protected]而不是xxx@ 　mail.yourname.com這樣的地址，那麼可以這樣設置：
---- server2.yourname.com. IN A 202.110.110.110
---- yourname.com. IN MX server2.yourname.com.
//注意yourname.com後面加一個"."）
設置完成之後，重新啟動DNS服務，然後進行測試，看新添加的DNS記錄是否已生效。
對於A型DNS記錄，可以用ping命令來測試，測試內容如下。
C:\WINDOWS>ping server2.yourname.com
Pinging server2.yourname.com [202.110.110.110] with 32
bytes of data:
Reply from 202.110.110.110: bytes=32 time=1ms TTL=255
Reply from 202.110.110.110: bytes=32 time< 10ms TTL=255
Reply from 202.110.110.110: bytes=32 time< 10ms TTL=255
Reply from 202.110.110.110: bytes=32 time< 10ms TTL=255
Ping statistics for 202.110.110.110:
Packets: Sent=4, Received=4, Lost =0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum=0ms, Maximum=1ms, Average=0ms
C:\WINDOWS>
如果得到上面的結果，則說明DNS能夠正常解析剛添加的A型記錄。對於MX型DNS記錄，不能直接用ping命令來測試，而要用NSLOOKUP工具來測試（注意，NSLOOKUP在Windows 95/98下沒有，只在Windows NT和Unix上有。用來獲得DNS數據的工具還有很多，比如：dig，它能迅速返回整個zone的名字解析數據；再比如：dnswalk，它可以用來幫助查詢名字伺服器的設置。您可以選擇其中任意一個來查找DNS的設置問題），測試內容如下：
$ nslookup
Default Server: dns.yourname.com
Address: ...
> set querytype=mx
> yourname.com
Server: dns.yourname.com
Address: ...
yourname.com preference=10, mail exchanger=server2.
yourname.com
yourname.com preference=20, mail exchanger=dns.yourname.com
yourname.com nameserver=dns.yourname.com
yourname.com nameserver= dns2.yourname.com
server2.yourname.com internet address =202.110.110.110
dns.yourname.com internet address =...
>exit
$
通過上面的操作，我們可以判斷出DNS能夠正常解析出剛添加的MX型記錄。如果MX記錄不存在的話上面的後段會出現類似下面的提示：
DNS request timed out.
timeout was 2 seconds.
*** dns.yourname.com can't find yourname.com: Non-existent domain
如果檢查DNS沒有問題，可以安裝Foxmail Server了。
此外，你可以利用一個IP地址，來設置多個域名收發EMAIL，實現Foxmail Server的多域名應用。

4、什麼是域名解析中A記錄，CNAME，MX記錄，NS記錄

1. A記錄

又稱IP指向，用戶可以在此設置子域名並指向到自己的目標主機地址上，從而實現通過域名找到伺服器。
說明：
·指向的目標主機地址類型只能使用IP地址；

附加說明：
1) 泛域名解析
即將該域名所有未指定的子域名都指向一個空間。
在「主機名」中填入*，「類型」為A，「IP地址/主機名」中填入web伺服器的IP地址，點擊「新增」按鈕即可。
2) 負載均衡的實現：
負載均衡(Server Load Balancing，SLB)是指在一系列資源上面動態地分布網路負載。負載均衡可以減少網路擁塞，提高整體網路性能，提高自愈性，並確保企業關鍵性應用的可用性。
當相同子域名有多個目標地址時，表示輪循，可以達到負載均衡的目的，但需要虛擬主機服務商支持。

2. CNAME

通常稱別名指向。您可以為一個主機設置別名。比如設置ggnzk.com，用來指向一個主機www.ggnzk.com那麼以後就可以用ggnzk.com來代替訪問www.ggnzk.com了。
說明：
·CNAME的目標主機地址只能使用主機名，不能使用IP地址；
·主機名前不能有任何其他前綴，如：http://等是不被允許的；
·A記錄優先於CNAME記錄。即如果一個主機地址同時存在A記錄和CNAME記錄，則CNAME記錄不生效。

3. MX記錄

郵件交換記錄。用於將以該域名為結尾的電子郵件指向對應的郵件伺服器以進行處理。如：用戶所用的郵件是以域名mydomain.com為結尾的，則需要在管理界面中添加該域名的MX記錄來處理所有以@mydomain.com結尾的郵件。
說明：
·MX記錄可以使用主機名或IP地址；
·MX記錄可以通過設置優先順序實現主輔伺服器設置，「優先順序」中的數字越小表示級別越高。也可以使用相同優先順序達到負載均衡的目的；
·如果在「主機名」中填入子域名則此MX記錄只對該子域名生效。
附加說明：
1) 負載均衡
伺服器負載均衡(Server Load Balancing，SLB)是指在一系列資源上面智能地分布網路負載。負載均衡可以減少網路擁塞，提高整體網路性能，提高自愈性，並確保企業關鍵性應用的可用性。當域名的MX記錄有多個目標地址且優先順序相同時，表示輪循，可以達到負載均衡的目的，但需要郵箱服務商支持。

4. NS記錄

解析伺服器記錄。用來表明由哪台伺服器對該域名進行解析。這里的NS記錄只對子域名生效。例如用戶希望由12.34.56.78這台伺服器解析www.ggnzk.com，則需要設置www.ggnzk.com的NS記錄。
說明：
·「優先順序」中的數字越小表示級別越高；
·「IP地址/主機名」中既可以填寫IP地址，也可以填寫像www.ggnzk.com這樣的主機地址，但必須保證該主機地址有效。如，將www.ggnzk.com的NS記錄指向到www.ggnzk.com，在設置NS記錄的同時還需要設置www.ggnzk.com的指向，否則NS記錄將無法正常解析；
·NS記錄優先於A記錄。即，如果一個主機地址同時存在NS記錄和A記錄，則A記錄不生效。這里的NS記錄只對子域名生效。

5. 相關說明

1) 負載均衡
伺服器負載均衡(Server Load Balancing，SLB)是指在一系列資源上面智能地分布網路負載。負載均衡可以減少網路擁塞，提高整體網路性能，提高自愈性，並確保企業關鍵性應用的可用性。
當相同子域有多個目標地址，或域名的MX記錄有多個目標地址且優先順序相同時，表示輪循，可以達到負載均衡的目的，但需要虛擬主機和郵箱服務商支持。
2) TTL值
TTL值全稱是「生存時間（Time To Live)」，簡單的說它表示DNS記錄在DNS伺服器上緩存時間。

5、域名中的TTL代表什麼意思

域名中的TTL是Time-To-Live簡稱，意思是跳域名解析記錄在DNS伺服器中的存留時間。當各地的DNS伺服器接受到解析請求時，就會向域名指定的NS發出解析請求從而獲得解析記錄；在獲得這個記錄之後，記錄會在DNS伺服器中保存一段時間。

這段時間內如果再接到這個域名的解析請求，DNS伺服器將不再向NS伺服器發出請求，而是直接返回剛才獲得的記錄；而這個記錄在DNS伺服器上保留的時間，就是TTL值。

(5)域名負載均衡ttl擴展資料：

一般情況下，域名解析的各個記錄可能很長一段時間內都不會有變化。用戶可以增大域名記錄的TTL值讓記錄在各地DNS伺服器中緩存的時間加長，這樣在更長的一段時間內，用戶訪問這個網站時，本地ISP的DNS伺服器就不需要向域名的DNS伺服器發出解析請求。

而直接從緩存中返回域名解析記錄。不過需要注意的是，如果TTL設置的值過大，當用戶的網站更換空間時，舊的記錄要很久才會更新，有時會造成網站的重要變動不能及時更新。

6、怎麼查一個域名多個IP

nslookup是windows下，查看域名的命令。
> nslookup www.baidu.com
Server: www.a.shifen.com
Addresses: 220.181.37.4, 220.181.38.4
Aliases: www.baidu.com

下面是和ping命令的對比：
Pinging www.a.shifen.com [220.181.37.4] with 32 bytes of data:

Reply from 220.181.37.4: bytes=32 time=69ms TTL=52
Reply from 220.181.37.4: bytes=32 time=68ms TTL=52
Reply from 220.181.37.4: bytes=32 time=68ms TTL=52
Reply from 220.181.37.4: bytes=32 time=68ms TTL=52

Ping statistics for 220.181.37.4:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:

C:\Documents and Settings\123>nslookup
*** Can't find server name for address 192.168.1.1: Non-existent domain
*** Default servers are not available
Default Server: UnKnown
Address: 192.168.1.1

> www.qq.com
Server: UnKnown
Address: 192.168.1.1

Non-authoritative answer:
Name: www-cdn.qq.com
Addresses: 58.60.13.71, 121.14.73.120, 58.60.11.214, 58.60.11.230
58.60.13.38, 58.60.13.69
Aliases: www.qq.com

7、ping一個ip地址返回的卻是另外兩個ip地址，怎麼回事啊？

兄弟真是高手！能搞出這種現象？
能把ping 10.17.43.255 -t -r 9的結果發上來，讓我們再學習學習嗎？
按理說，255是broadcast地址，是不可能有返回的。

8、瀏覽器是怎麼通過域名解析的

域名解析步驟：

當一個用戶在瀏覽器中輸入www.abc.com時，DNS解析將會有將近10個步驟：

第1步，瀏覽器會檢查緩存中有沒有這個域名對應的解析過的IP地址，如果緩存中有，這個解析過程就將結束。瀏覽器緩存域名也是有限制的，不僅瀏覽器緩存大小有限制，而且緩存的時間也有限制，通常情況下為幾分鍾到幾小時不等，域名被緩存的時間限制可以通過TTL屬性來設置。這個緩存時間太長和太短都不好，如果緩存時間太長，一旦域名被解析到的IP有變化，會導致被客戶端緩存的域名無法解析到變化後的IP地址，以致該域名不能正常解析，這段時間內有可能會有一部分用戶無法訪問網站。如果時間設置太短，會導致用戶每次訪問網站都要重新解析一次域名。

第2步，如果用戶的瀏覽器緩存中沒有，瀏覽器會查找操作系統緩存中是否有這個域名對應的DNS解析結果。其實操作系統也會有一個域名解析的過程，在Windows中可以通過C:文件來設置，你可以將任何域名解析到任何能夠訪問的IP地址。如果你在這里指定了一個域名對應的IP地址，那麼瀏覽器會首先使用這個IP地址。例如，我們在測試時可以將一個域名解析到一台測試伺服器上，這樣不用修改任何代碼就能測試到單獨伺服器上的代碼的業務邏輯是否正確。正是因為有這種本地DNS解析的規程，所以黑客就有可能通過修改你的域名解析來把特定的域名解析到它指定的IP地址上，導致這些域名被劫持。

這導致早期的Windows版本中出現過很嚴重的問題，而且對於一般沒有太多電腦知識的用戶來說，出現問題後很難發現，即使發現也很難自己解決，所以Windows 7中將hosts文件設置成了只讀的，防止這個文件被輕易修改。

在Linux中這個配置文件是/etc/named.conf，修改這個文件可以達到同樣的目的，當解析到這個配置文件中的某個域名時，操作系統會在緩存中緩存這個解析結果，緩存的時間同樣是受這個域名的失效時間和緩存的空間大小控制的。

前面這兩個步驟都是在本機完成的，所以在圖1-10中沒有表示出來。到這里還沒有涉及真正的域名解析伺服器，如果在本機中仍然無法完成域名的解析，就會真正請求域名伺服器來解析這個域名了。

第3步，如何、怎麼知道域名伺服器呢？在我們的網路配置中都會有"DNS伺服器地址"這一項，這個地址就用於解決前面所說的如果兩個過程無法解析時要怎麼辦，操作系統會把這個域名發送給這里設置的LDNS，也就是本地區的域名伺服器。這個DNS通常都提供給你本地互聯網接入的一個DNS解析服務，例如你是在學校接入互聯網，那麼你的DNS伺服器肯定在你的學校，如果你是在一個小區接入互聯網的，那這個DNS就是提供給你接入互聯網的應用提供商，即電信或者聯通，也就是通常所說的SPA，那麼這個DNS通常也會在你所在城市的某個角落，通常不會很遠。在Windows下可以通過ipconfig查詢這個地址

在Windows中查詢DNS Server

在Linux下可以通過如下方式查詢配置的DNS Server

在Linux中下查詢DNS Server

這個專門的域名解析伺服器性能都會很好，它們一般都會緩存域名解析結果，當然緩存時間是受域名的失效時間控制的，一般緩存空間不是影響域名失效的主要因素。大約80%的域名解析都到這里就已經完成了，所以LDNS主要承擔了域名的解析工作。

第4步，如果LDNS仍然沒有命中，就直接到Root Server域名伺服器請求解析。

第5步，根域名伺服器返回給本地域名伺服器一個所查詢域的主域名伺服器（gTLD Server）地址。gTLD是國際頂級域名伺服器，如.com、.cn、.org等，全球只有13台左右。

第6步，本地域名伺服器（Local DNS Server）再向上一步返回的gTLD伺服器發送請求。

第7步，接受請求的gTLD伺服器查找並返回此域名對應的Name Server域名伺服器的地址，這個Name Server通常就是你注冊的域名伺服器，例如你在某個域名服務提供商申請的域名，那麼這個域名解析任務就由這個域名提供商的伺服器來完成。

第8步，Name Server域名伺服器會查詢存儲的域名和IP的映射關系表，正常情況下都根據域名得到目標IP記錄，連同一個TTL值返回給DNS Server域名伺服器。

第9步，返回該域名對應的IP和TTL值，Local DNS Server會緩存這個域名和IP的對應關系，緩存的時間由TTL值控制。

第10步，把解析的結果返回給用戶，用戶根據TTL值緩存在本地系統緩存中，域名解析過程結束。

在實際的DNS解析過程中，可能還不止這10個步驟，如Name Server也可能有多級，或者有一個GTM來負載均衡控制，這都有可能會影響域名解析的過程。

9、域名設置中的TTL是什麼意思？

TTL值的常用單位是秒。對於IP地址相對固定，或短期內不計劃變更IP地址的用戶TTL值設置的大些為宜，如幾個小時或更大些。調大TTL值可以顯著的提高域名的解析穩定性和速度。對於計劃變更IP地址的用戶最好提前把TTL值改小，以便使緩存在世界各地DNS伺服器上的舊域名記錄迅速過期，等IP地址固定下來後再把TTL值改大。注意：在添加多主機負載均衡記錄時相應的TTL應保持一致，否則DNS伺服器就不會正確處理這些記錄。