不知大家是否遇到過(guò)Hosts文件失效的問(wèn)題。原本我的Windows 8.1系統(tǒng)的Hosts文件可以正常使用，但是最近不知何故突然失效了。Hosts文件失效給我工作帶來(lái)很多麻煩，為了分析具體原因，我給大家做個(gè)演示測(cè)試。

可見(jiàn)hosts文件路徑是對(duì)的，而且只有一行映射，確保沒(méi)有其他的干擾項(xiàng)。

使用ipconfig /flushdns清理DNS緩存，而且其實(shí)我還停止了DNS Client服務(wù)的。然后繼續(xù)ping，依然返回的是真實(shí)DNS解析的地址。

可見(jiàn)system的權(quán)限也是有分配的。下面那個(gè)我自己的賬戶和Admin組的賬戶的權(quán)限也是完全控制的。

情況就是這樣，不知為何最近突然失效了。我可能是遇到什么劫持了么?

分析處理

根據(jù)引用中我的猜想，我使用了消息記錄器來(lái)跟蹤與hosts文件有關(guān)的系統(tǒng)消息。為了對(duì)比，我同時(shí)在windows 8.1和虛擬機(jī)中運(yùn)行的windows XP下操作，以便作為對(duì)比。

首先我發(fā)現(xiàn)其實(shí)所有有網(wǎng)絡(luò)通信功能的程序都會(huì)去檢測(cè)HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesDnscacheParameters這個(gè)鍵下面是否存在UseHostsFile值是否存在，數(shù)據(jù)是多少。但是我發(fā)現(xiàn)無(wú)論XP還是8.1都沒(méi)有該值，但是根據(jù)之前的實(shí)驗(yàn)可知是XP可以正常讀取hosts文件的，所以可以斷定這個(gè)是無(wú)關(guān)項(xiàng)。(不過(guò)根據(jù)這個(gè)判斷，原來(lái)Dnscache服務(wù)(也就是在服務(wù)中顯示名稱為DNS Client的服務(wù)，用于緩存DNS解析的結(jié)果)是可以手動(dòng)強(qiáng)制不讀取hosts文件的，修改這個(gè)鍵值即可)

然后我發(fā)現(xiàn)一個(gè)怪異的現(xiàn)象，每次我手動(dòng)修改hosts文件后，在8.1下會(huì)顯示出一個(gè)名為svchost.exe的進(jìn)程試圖訪問(wèn)hosts文件但是結(jié)果為Acces Denied。在XP下，也有同樣名稱的進(jìn)程試圖訪問(wèn)hosts文件但是結(jié)果卻是Success的。

根據(jù)消息記錄器提供的進(jìn)程的PID，追蹤到其承載的服務(wù)中有一個(gè)共同的服務(wù)就是DNS Client。于是可以斷定肯定是上述提到的DNS Client服務(wù)出現(xiàn)問(wèn)題了。因?yàn)槌霈F(xiàn)訪問(wèn)文件被拒，肯定是帳戶問(wèn)題，于是我習(xí)慣性地打開(kāi)DNS Client的屬性頁(yè)，轉(zhuǎn)到登錄選項(xiàng)卡，發(fā)現(xiàn)其使用的帳戶不是默認(rèn)本地系統(tǒng)帳戶，而是名為“Network Service”的內(nèi)置安全主體。

到此一切都明了了，歸根到底還是權(quán)限問(wèn)題。DNS Client服務(wù)使用的帳戶不是system，而是Network Service。雖然我給system帳戶賦予了完全的訪問(wèn)控制，但是根據(jù)我開(kāi)篇的截圖可以發(fā)現(xiàn)，我里面缺少了Network Service的安全主體。而現(xiàn)在我們可以斷定system帳戶和Network Service安全主體是沒(méi)有關(guān)聯(lián)的，所以才導(dǎo)致了DNS Client服務(wù)啟動(dòng)后無(wú)法正常讀取hosts文件，而導(dǎo)致hosts文件無(wú)效。

解決辦法就是：編輯etc文件夾的訪問(wèn)權(quán)限，添加Network Service安全主體并賦予至少允許讀取的權(quán)限，然后重新啟動(dòng)DNS Client服務(wù)即可。目前我的hosts已經(jīng)一切正常。

通過(guò)以上的分析，相信大家能夠更清楚地理解Windows 8.1系統(tǒng)下Hosts文件失效的原因，也能夠掌握解決它的應(yīng)對(duì)措施。最終，我們的Hosts文件可以恢復(fù)正常。