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

　　可見hosts文件路徑是對的，而且只有一行映射，確保沒有其他的干擾項。　　

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

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

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

　　分析處理

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

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

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

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

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

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

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