負載均衡入棧鏈路負載DNS策略案例

負載均衡入棧鏈路負載DNS策略案例1、客戶網(wǎng)絡拓米卜及需求：拓撲：internet（電信）--juniperFW（雙機）--F5（服務器負載）--氣象網(wǎng)站服務器群需求：先要接入一條移動線路，做入站鏈路負載，提高移動用戶訪問氣象網(wǎng)站速度。2、測試方案及遇到的問題方案：根據(jù)客戶環(huán)境及跟客戶溝通，AD部署在出口，替換FW，F(xiàn)W改為透明模式，AD同時接電信和移動線路，做DNS策略，實現(xiàn)氣象網(wǎng)站訪問的鏈路負載,拓撲圖如下：

測試：根據(jù)制定的方案測試，設備上架，AD配置好DNS策略，首選為靜態(tài)就近性，備選為動態(tài)就近性，客戶域名提供商添加NS記錄及A記錄（（NS記錄），---AD電信接口地址（A記錄）），由于生效時間是24-48小時，故先確認AD配置沒問題，可以正常解析，等待A記錄和NS記錄生效后測試遇到如下問題：（1） 移動用戶訪問氣象網(wǎng)時解析的地址還是電信的，導致訪問還是很慢；（2） 通過修改移動DNS的TTL時間后，測試少數(shù)用戶訪問氣象網(wǎng)偶爾可以解析到移動的地址，但是馬上再訪問就又解析為電信地址。3、解決辦法及測試結(jié)果（1） 首選確認用戶的IP是否在AD的ISP移動地址段內(nèi)：通過AD上查詢確認是在移動ISP地址段內(nèi)；（2） 確認AD配置是否有問題：把DNS服務器地址配置成AD的外網(wǎng)地址，解析沒問題；（3）檢查NS記錄是否生效：通過nslookup命令查詢，NS記錄已經(jīng)生效，咨詢發(fā)現(xiàn)添加的NS記錄根域指向根域的二級域名（如下圖），這樣做可能

會有問題；建議修改為（NS）或者根域指向另外一個域名的二級域名（如）;主機名類型】瑚址住機名TH命）編輯刪除A ■303600修改Xns1A ▼03600,改XWWWA ■60.190.01.3303600隹改XNS ▼03600窟改X（4）確認客戶的DNS解析請求是否發(fā)到AD：在AD上抓DNS請求的數(shù)據(jù)包，在移動客戶端測試訪問氣象局網(wǎng)站，看AD上到的大多是電信地址的解析請求，沒有看到移動地址的解析請求；同事請移動協(xié)助測試，發(fā)現(xiàn)移動的DNS服務器上有3條NS記錄（如下圖），一條是我們在域名提供商添加的指向設置電信外網(wǎng)地址的，另外兩條是指向域名提供商的服務器的；由此可以確定問題原因：移動用戶訪問氣象網(wǎng)站時的DNS請求不是所有都發(fā)到AD上，可能有大部分發(fā)到域名提供商服務器請求（記錄域名的地址是電信的）；還有就是移動發(fā)到設備電信接口的DNS請求，訪問過程中很可能做了NAT，移動為了訪問電信網(wǎng)站能夠優(yōu)化，會在中間將地址轉(zhuǎn)換為電信地址來訪問。. 120 in ns f.root-servers.ner.. 120 in ns m.roor-servers.ner.. 120 IN NS .. 120 IN NS .. 120 IN NS .. 120 IN NS 1... 120 IN NS .;;Received228bytesfrom88#53(88}in8IDScom. 172800IN NS . 172800IN NS k.gtlcl-servers.. 172800IN NS . 172800IN NS c.gtlcl-servers.. 172800IN NS j.. 172800IN NS . 172800IN NS b.gtlcl-servers.. 172800IN NS h.gtlcl-servers.. 172800IN NS . 172800IN NS i.gtlcl-servers.. 172800IN NS 7.. 172800IN NS f.gtlcl-servers.. 172800IN NS .;;Received503bytesfrom0#53()in191. 172800IN NS . 172800IN NS ns2.dns-diy.corn.;;Recelved139bytesfrom19Z.31.SO.30#53<}In2B9. 3600 IN NS nsl.wz!21.com.;;ReceivedBlbytesfrom218.5.74.lll#53()in125ms[rooWwztuan跟客戶域名提供商（廈門三五互聯(lián)科技）溝通，確認這樣添加NS記錄及A記錄是不穩(wěn)定的，即還有些域名請求會發(fā)到三五互聯(lián)服務器去解析，三五互聯(lián)建議直接修改客戶域名的DNS解析服務器（如下圖）到我們AD地址，這樣可以保證解析請求都會發(fā)到AD；對于移動做NAT的解決辦法是將上述DNS服務器指向AD的移動接口地址，這樣移動發(fā)DNS請求時訪問的是移動的地址，就不會做NAT，而電信的訪問移動的地址是不會做NAT的。

標志：Normal更新時間：2011-06-1011:01:56.0創(chuàng)建時襯：2005-03-0210:00:05.0允許最多的記錄救：100允許最小的5SUTTLE):3600域名編析域名艇析域名指向?部件轉(zhuǎn)發(fā)Nameservers為了使域名解析生效，清將DNS設蚩為我盛禰器.Insl.dns-diy.coans2.dns-diy.coa或ns3.dns-diy.coans4.dns-diy?coa常見問題退出當前域名：通過跟客戶溝通，修改DNS指向AD設備移動地址，要現(xiàn)在三五互聯(lián)上注冊DNS（即DNS服務器的域名及IP），注冊后再將解析的DNS服務器由原來的域名提供商的DNS改為新注冊的指向AD的DNS服務器域名（如下圖），等24小時后生效測試，電信用戶訪問氣象網(wǎng)站時解析為電信IP，移動訪問氣象網(wǎng)站是解析為移動IP，大大提高了移動用戶訪問網(wǎng)站的速度，客戶對測試結(jié)果滿意；不過發(fā)現(xiàn)解析的速度有點慢，要3-4s，咨詢后知道這個估計跟常見問題退出當前域名：DNS?唏提示□NS1理列表默認的以注冊時間的先后II頂序排列，段偷在可義輸入一節(jié)DNS后按詹IT按鈕進行查瘁DNSDNSliP息211.wa沓看60.19D^M頁魏共?條記錄首頁上一頁下一頁末頁轉(zhuǎn)至第 頁向DNS:查澗DNS1:->DNS2:ns2.wz121.cam->DNS3:->DNS4:->DNS5:->DNS6:->修改注意:1、 測試DNS策略時，最好先跟域名服務器溝通好，通過添加NS記錄及A記錄的方法能否實現(xiàn)所有域名請求都轉(zhuǎn)到AD解析，如果不行就直接通過修改DNS服務器的方法來做測試，建議用修改DNS服務器的方法；2、 添加NS記錄時要注意：添加的NS記錄為根域指向根域的二級域名，如，這樣做可能會有問題；建議修改為---(NS)或者根域指向另外一個域名的二級域名(如---);3、 修改DNS服務器時，三五互聯(lián)的做法是：先要在三五互聯(lián)注冊DNS服務器，沒在他們網(wǎng)站注冊的他們不認；注冊DNS服務器時，三五互聯(lián)又要求注冊的域名是在客戶賬號下的域名。故修改DNS的做法是：注冊DNS服務器