WPAD代表Web Proxy Auto-Discovery Protocol，是客戶端通過DHCP或DNS協議探測代理伺服器配置指令碼url的一種方式。當IE定位指令碼並將指令碼下載到本地之後，就可以通過該指令碼來為不同的url選擇相應的代理伺服器。目前主流瀏覽器一般都支援WPAD。本文主要介紹IE中WPAD相應的工作原理以及常見WPAD相關的問題的解決方案。

工作流程

當IE Internet Options連線中配置為自動發現設定時，IE會根據以下方式來探測WPAD.dat檔案

• DHCP(252 option)
• DNS A record query
• NetBios

如果DHCP配置了WPAD的地址，IE則使用該地址傳送http get請求得到相應的WPAD.dat檔案。即使該地址請求失敗，IE也不會繼續使用DNS探測的結果。

如果DHCP伺服器沒有提供WPAD資訊，DNS探測結果就會被採用。例如使用者的計算機名為pc.department.branch.example.com，IE會按照如下url順序來請求WPAD.dat檔案。

如果DNS探測仍然失敗，IE則通過Netbios來請求WPAD。

當Netbios請求仍然失敗的話，IE則會嘗試直接傳送網路請求。

DHCP WPAD探測邏輯

IE通過呼叫DhcpRequestParams方法來得到DHCP 252 option。根據MSDN對該方法的描述，該返回結果會在本地快取起來。

DHCP clients store data obtained from a DHCP server in their local cache. If the DHCP client cache contains all data requested in the RecdParams array of a DhcpRequestParams function call, the client returns data from its cache. If requested data is not available in the client cache, the client processes the DhcpRequestParams function call by submitting a DHCP-INFORM message to the DHCP server。

因此DHCP-INFORM訊息只在第一次或者cache被清空的時候被髮送。以下是一個DHCP-INFORM訊息的示例。

55     10.0.0.101  255.255.255.255 DHCP        DHCP:Request, MsgType = INFORM, TransactionID = 0x33276787 
56     10.0.0.1      10.0.0.101  DHCP          DHCP:Reply, MsgType = ACK, TransactionID = 0x33276787 
  Frame: Number = 56, Captured Frame Length = 371, MediaType = ETHERNET 
……
 - Dhcp: Reply
 
, MsgType = ACK, TransactionID = 0x33276787 
    OpCode: Reply, 2(0x02) 
    Hardwaretype: Ethernet 
    HardwareAddressLength: 6 (0x6) 
   …… 
  + MessageType: ACK - Type 53 
  + ServerIdentifier: 10.0.0.1 - Type 54 
  + SubnetMask: 255.255.0.0 - Type 1 
  + DHCPEOptionsVendorSpecificInformation: 
  + DomainName: ctest.local - Type 15 
  + DomainNameServer: 10.0.0.1 - Type 6 
  + WPAD: http://consto.ctest.local/WPAD.dat - Type 252 
  + End:

另外有兩點值得注意：

• IE只支援IPv4 DHCP的探測，不支援IPv6 DHCP探測
• IE會嘗試通過所有的網路卡來探測DHCP設定。

當IE得到WPAD.dat檔案的地址，IE傳送http get請求得到WPAD.dat檔案，這與通過IE位址列寫入url傳送請求一樣。一旦WPAD.dat檔案返回成功，IE會將該WPAD.dat的地址存進登錄檔HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections\DefaultConnectionSettings中。另外將WPAD.dat檔案寫進IE快取目錄Temporary Internet Files。當IE再次傳送其他網頁請求的時候，IE會從登錄檔中讀取WPAD.dat的地址，之後發現快取中可以找到該地址對應的檔案快取，之後使用該檔案來確定相應的代理伺服器。

常見問題

在使用IE過程中有以下兩種問題比較常見，

1. DHCP伺服器上更新了252 option的WPAD.dat地址，但是IE並沒有按照新地址的WPAD.dat檔案來使用代理伺服器。 這種情況多數是由於IE快取了WPAD.dat的地址在登錄檔HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections\DefaultConnectionSettings。

2. WPAD.dat檔案內容被更新，但是IE並沒有按照的新WPAD.dat檔案來使用代理伺服器。 這種情況多數是由於IE快取了WPAD.dat檔案，沒有去請求新的WPAD.dat的內容。

解決方案

對於第一個問題，我們可以執行如下步驟來清空不同級別的快取，

清空DHCP快取

ipconfig /release

ipconfig /renew  

清空DNS快取

ipconfig /flushDNS  

清空登錄檔WPAD.dat地址快取

HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections\DefaultConnectionSettings HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections\SavedLegacySettings  

清空IE快取

RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 8

對於第二個問題，可以從客戶端和伺服器兩個方面去解決，

• 在客戶端清空IE快取。
• 在伺服器端為WPAD.dat檔案新增cache-control: no-cache http header，這樣WPAD.dat檔案將不會被IE快取。即使伺服器WPAD.dat內容被頻繁更新客戶端也會及時得到。不過這樣會對效能有一定的影響，畢竟要多傳送請求來得到WPAD.dat檔案。

除錯方法 

如果上述解決方案對你遇到的問題不起作用，也可以嘗試通過以下方式來查詢問題發生的原因，對於這類問題一般的除錯方法是通過Process Monitor + Networ Monitor, 通過process monitor來追蹤登錄檔訪問情況和本地快取中wpad檔案的訪問情況，通過network monitor來抓包檢視是否傳送了wpad相關請求。

Process Monitor

Network Monitor