在定位這類問(wèn)題的過(guò)程中，感覺(jué)就像探索一座孤島，遇到各種奇怪的環(huán)境。不過(guò)，只要靜下心來(lái)思考，往往能夠很容易找到解決的辦法。

    一、DNS限制查詢頻率

    問(wèn)題現(xiàn)象：使用迅雷下載時(shí)無(wú)法打開(kāi)網(wǎng)頁(yè)，進(jìn)行其他需要進(jìn)行域名解析的操作失敗。

    問(wèn)題排除：這個(gè)案例較為常見(jiàn)的，我們首次發(fā)現(xiàn)此問(wèn)題是在一所學(xué)校的網(wǎng)絡(luò)中，該用戶描述使用迅雷進(jìn)行下載時(shí)，無(wú)法打開(kāi)網(wǎng)頁(yè)，最初我們以為是下載過(guò)程中連接數(shù)過(guò)多導(dǎo)致的網(wǎng)絡(luò)設(shè)備性能問(wèn)題。但在問(wèn)題定位過(guò)程中發(fā)現(xiàn)，在無(wú)法打開(kāi)網(wǎng)頁(yè)時(shí)，仍然可以通過(guò)QQ進(jìn)行遠(yuǎn)程協(xié)助，收發(fā)消息。在正常時(shí)發(fā)起了ping請(qǐng)求，當(dāng)出現(xiàn)無(wú)法打開(kāi)網(wǎng)頁(yè)問(wèn)題時(shí)，ping值沒(méi)有明顯上升。因此網(wǎng)絡(luò)是正常的，在發(fā)生無(wú)法打開(kāi)網(wǎng)頁(yè)的問(wèn)題時(shí)，重新發(fā)起ping請(qǐng)求，返回域名解析失敗。

    問(wèn)題定位：根據(jù)現(xiàn)象，我們懷疑是DNS解析服務(wù)器的問(wèn)題，應(yīng)該是一種限制邏輯，因此猜測(cè)可能的條件是“DNS解析請(qǐng)求的發(fā)起頻率”。因?yàn)檠咐自谙螺d時(shí)，會(huì)搜索候選資源，候選資源中有較多的服務(wù)器（Server）資源時(shí)，每個(gè)服務(wù)器（Server）資源的連接都需要進(jìn)行一次DNS解析，任務(wù)剛開(kāi)始時(shí)，DNS解析的頻率是比較高的。因此，將一個(gè)下載任務(wù)的屬性改為“僅從原始地址下載”這樣將不搜索候選資源。進(jìn)行任務(wù)就未發(fā)生DNS拒絕解析的問(wèn)題了。但是不查詢候選資源，下載成功率和下載速度會(huì)嚴(yán)重受影響。

    解決方案：這并非是一種非常普遍的限制，更換了DNS服務(wù)器地址，問(wèn)題解決。具體解決方法為：右擊“本地連接”，選擇“屬性”命令，在打開(kāi)窗口中雙擊“Internet協(xié)議（TCP/IP）”（如圖1），此時(shí)可以看到如圖2所示窗口，選擇“使用下面的DNS服務(wù)器地址”一項(xiàng)，在主DNS中輸入當(dāng)?shù)豂SP服務(wù)商的DNS服務(wù)器IP地址，同時(shí)在輔助DNS中輸入當(dāng)前內(nèi)網(wǎng)路由器的IP或者DNS服務(wù)器地址的IP。這樣，我們的網(wǎng)卡會(huì)默認(rèn)使用當(dāng)?shù)爻鞘械腄NS的服務(wù)器來(lái)直接解析DNS，如果當(dāng)?shù)爻鞘械腄NS失效，則會(huì)自動(dòng)通過(guò)網(wǎng)路由器或者內(nèi)部DNS服務(wù)器來(lái)解析地址，整體網(wǎng)絡(luò)的速度自然會(huì)提升。迅雷下載時(shí)當(dāng)然也會(huì)“水漲船高”了。

 

圖1 準(zhǔn)備修改DNS服務(wù)器地址

 

 

圖2 正在修改DNS服務(wù)器地址

 

    小提示

    以下是一些全國(guó)主要城市DNS服務(wù)器地址：北京 202.96.0.133、上海 202.96.199.132、廣州 202.96.128.143、深圳 202.96.134.133，大家也可以以“主要城市DNS服務(wù)器地址”為關(guān)鍵字從網(wǎng)上找到。
二、帶寬不足或設(shè)備性能不足

    問(wèn)題現(xiàn)象：使用迅雷下載時(shí)打開(kāi)網(wǎng)頁(yè)緩慢，網(wǎng)絡(luò)延遲上升。

    問(wèn)題背景：這個(gè)案例是最為常見(jiàn)的，可以說(shuō)凡是下載軟件都會(huì)遇到。因此要分2種情況來(lái)討論：（1）連接數(shù)：低端的家用路由器或ADSL終端一般最多支持100-200個(gè)連接，而迅雷下載1個(gè)普通任務(wù)的時(shí)候，一般會(huì)建立50-80個(gè)連接，下載BT、eMule等任務(wù)時(shí)往往會(huì)建立4倍以上的連接。很顯然，這些連接數(shù)超出了這些網(wǎng)絡(luò)設(shè)備的性能范圍。導(dǎo)致網(wǎng)頁(yè)打開(kāi)緩慢，延遲上升；（2）帶寬：當(dāng)下載速度接近帶寬極限時(shí)，用于傳輸文件的數(shù)據(jù)包的收發(fā)會(huì)非常頻繁，此時(shí)由其他網(wǎng)絡(luò)操作發(fā)起的數(shù)據(jù)包收發(fā)會(huì)產(chǎn)生延遲。并且下行帶寬也不足，導(dǎo)致網(wǎng)頁(yè)打開(kāi)緩慢，延遲上升。

    問(wèn)題定位：（1）連接數(shù)：根據(jù)現(xiàn)象我們只需要適度的限制下載核心發(fā)起新連接的頻率和總量就可以解決此問(wèn)題。但會(huì)進(jìn)而引發(fā)其他問(wèn)題，比如設(shè)備性能參差不齊，限制如果一成不變，無(wú)法適應(yīng)各種環(huán)境，同時(shí)限制連接時(shí)可能會(huì)影響到用戶的下載速度；（2）帶寬：只需要根據(jù)當(dāng)前的帶寬，稍微限制下載速度，留出一部分帶寬，就可以解決此問(wèn)題。但難點(diǎn)是“如何始終準(zhǔn)確的知道用戶的帶寬？”。

    問(wèn)題解決：在迅雷下載時(shí)請(qǐng)選擇“工具”→“配置”命令，再單擊“網(wǎng)絡(luò)設(shè)置”標(biāo)簽，然后選擇“下載模式”下的“智能限速模式”（如圖3）。這是迅雷網(wǎng)絡(luò)公司下載核心的同事們花費(fèi)了大量時(shí)間開(kāi)發(fā)并不斷改進(jìn)智能限速模塊，設(shè)置了多種判斷邏輯，對(duì)用戶當(dāng)前的網(wǎng)絡(luò)狀態(tài)，環(huán)境進(jìn)行判斷，并得出限制方案。此功能推出后，確實(shí)解決了不少問(wèn)題。雖然有些情況下還有問(wèn)題，但是優(yōu)化仍在繼續(xù)進(jìn)行。

 

圖3 設(shè)置智能限速模式

 

    三、在局域網(wǎng)中下載被封殺

    問(wèn)題現(xiàn)象：啟動(dòng)迅雷后，沒(méi)進(jìn)行任何下載任務(wù)，就掉線。

    問(wèn)題背景：筆者曾與某個(gè)用戶遠(yuǎn)程協(xié)助時(shí)發(fā)現(xiàn)此問(wèn)題，啟動(dòng)迅雷網(wǎng)絡(luò)就斷了。關(guān)了迅雷要等5分鐘才能恢復(fù)，如果換個(gè)局域網(wǎng)IP，就會(huì)馬上恢復(fù)。這種情況很明顯，迅雷沒(méi)有下載任務(wù)，也就不會(huì)對(duì)網(wǎng)絡(luò)造成負(fù)擔(dān)。

    問(wèn)題定位：我們判斷局域網(wǎng)網(wǎng)絡(luò)中存在限制，檢測(cè)到迅雷的某個(gè)網(wǎng)絡(luò)IO操作時(shí)，就封某個(gè)局域網(wǎng)IP。

    問(wèn)題解決：因?yàn)檫@個(gè)用戶是在公司的局域網(wǎng)網(wǎng)絡(luò)中使用的迅雷，而他們公司規(guī)定上班不能用迅雷，這樣與規(guī)定沖突，也不能與管理者交涉，是沒(méi)辦法的事情。

最新評(píng)論