我們有一個應用程式（Excel 外掛程式），配置為從 IE (WinInet) 取得其代理設定。這就是當今大多數現代應用程式的工作方式，它們只是連接到您的系統/IE 代理設定並使用它們。 IE 設定將使用 PAC 檔案腳本，並且適用於所有其他應用程序，沒有問題。
這個應用程式可以工作幾個小時，然後就壞掉了。這個問題非常矛盾。我們使用 Wireshark 捕獲網路流量，發現當它中斷時，是因為它繞過代理並嘗試直接存取。我以前見過這種事情，但它要么 100% 有效，要么 100% 無效。在這種情況下，您可以在網路中看到該應用程式正在使用代理程式並且運作正常；然後出於某種奇怪的原因，它決定直接進行。
以下是我的觀察和想法：
根據以上所述，我的結論是該應用程式存在問題。然而，供應商聲稱他們的其他客戶沒有遇到此問題，因此他們拒絕調查此問題。我傾向於相信他們是公平的，因為這是 Oracle，他們告訴我有一些大型企業在使用它。
在我從事 IT 工作的這些年裡，我從未見過這種行為 - 應用程式在配置為使用代理/PAC 檔案時嘗試直接存取互聯網（當然假設它配置正確）。
- 當它工作或失敗時，它將訪問的 URL 完全相同 - 這排除了 PAC 中導致問題的任何特定規則
- 當它失敗時，我可以在使用其他應用程式（例如 IE）成功地看到與其他 URL 的代理連接之前和之後 – 這排除了在問題發生時代理無法存取的情況。
- PAC 檔案非常簡單，沒有「直接」發送任何流量的規則。
- 有一次，我認為託管 PAC 檔案的伺服器可能在應用程式嘗試存取互聯網的確切時間無法存取。然而，我排除了這一點，因為其他應用程式在出現此錯誤時運作良好。我還建立了一個 PowerShell 腳本，當錯誤發生時，它會不斷執行 GET 來擷取 http 狀態 200。這一切都很好，這表明 PAC 檔案伺服器沒有問題。
接下來我要研究的是下載 PAC 檔案時發生的情況的過程。有誰知道如何排除 WinInet 故障或啟用日誌記錄？我在互聯網上找不到任何關於此的資訊。