我們可能經常遇到DNS連接錯誤，但由幕后攻擊而導致發生DNS錯誤的次數卻逐漸增長。在此次的討論中，你會發現對DNS服務某些常見問題的討論變成了對惡意軟件攻擊的研究。

　　ITKE的會員kfettig貼出了下面的問題：

　　我所在辦公室的兩名網絡使用者突然不能登錄他們過去經常登錄的一些網絡站點了。我可以用辦公室的其他機器成功登錄到這些站點，而這兩名網絡使用者在試圖登錄網站時總是收到“該頁無法顯示”的消息；在該錯誤頁面的最下方，顯示的錯誤原因是：“DNS錯誤或者服務器未找到”。

　　他們可以成功登錄到其他網絡站點上，這并不是網站出了問題，因為我在其他機器上也可以成功登錄這些站點…我試著修改了瀏覽器的安全設置，但這并沒有太大的效果。我們未對機器和網絡做任何修改：我們沒有安裝新的硬件和軟件。同時這兩臺電腦上也沒有感染任何病毒。如果你們能解決這個問題的話，請聯系我！

　　ITKE的會員ghigbee回復道：

　　一個快速測試這臺問題機器是否存儲了錯誤DNS項的方法是，在一臺正常工作的機器上ping該網站，并比較該解析地址與出錯機器上的解析地址是否相同。如果兩個地址不匹配，輸入ipconfig/flushdns[一個重新設置DNS解析服務器緩存的命令]，然后重新嘗試登錄出錯網站，觀察問題是否得到了解決。

　　你也可以檢查它們的本地文件，[一種表明本地主機名稱與IP地址映射關系的文件]，查看里面是否寫入了一些違規內容，很多病毒會將一些DNS項信息寫入到你的本地文件中去。

　　ITKE的會員astronomer 回復說：
 
　　[Ghigbee]所提出的檢測本地文件的主意非常棒，但我建議你（在運行良好和運行出錯的兩臺機器上）使用nslookup[一個用來尋找本地匹配IP地址的程序]。它們都在同一DNS服務器上得到響應信息了么？如果機器運行狀況相同的話，它們得到的回復信息應該也是相同的。如果它們運行狀況相同，卻依然得到不同的響應結果，那么我會懷疑問題是由因DNS重定向或是類似的惡意軟件導致的。

　　kfettig回復道：

　　謝謝你，astronomer。我從沒想過比較兩者的DNS服務器，但可以確定的是（經我測試后）那些工作出錯的機器指向了其他DNS服務器。我敢確定沒有人修改過這些參數，難道是惡意軟件搞得鬼嗎？再次對你的回復表示感謝…

　　astronomer回復道：

　　惡意軟件肯定可以做到這一點。你可能會對當前Java腳本的強大功能感到震驚。我曾看過一個演示：測試者上傳一個腳本到IIS服務器，然后用其他客戶端將該腳本下載下來，（僅僅是點了連接），結果該客戶端便遭到了破壞。他由此安裝了一個鍵盤記錄器，并用來查看該客戶過去經常訪問的網站。后來，在他的黑客服務器上找到了一個用來登錄某商業網站的用戶名和密碼。隨后，他瀏覽了當地的網絡并發現了一個DSL撥號器，于是他嘗試使用生產商的默認管理員賬號和密碼打開了它。毫無疑問，這將是下一個更具攻擊危險性的領域。