dotnet 6 為什麼網路請求不跟隨系統網路代理變化而動態切換代理

本文記錄在 dotnet 6 的網路和在 .NET Framework 的行為的變更。在 dotnet 6 下，預設的網路請求在系統網路代理變更的時候，是不會動態切換代理的。例如在應用運行進行網路通訊之後，打開 Fiddler 抓包，此時將會發現 Fiddler 抓不到包，只有在應用重啟之後才能抓到。或者是開著 Fiddler 抓包，然後退出 Fiddler 之後應用就斷網了

如此行為是因為 Fiddler 抓包其中的一個原理就是設置系統的本機網路代理，而由於 dotnet 6 下，應用不會動態切換代理，如果在應用啟動進行網路通訊之後，再打開 Fiddler 抓包，在 Fiddler 打開之後，將會修改系統的本機網路代理，但是 dotnet 6 的應用由於預設不會動態切換代理從而不走 Fiddler 的代理，因此 Fiddler 抓不到包。同理，在開著 Fiddler 抓包之後，退出了 Fiddler 將會修改本機的網路代理，但是由於 dotnet 6 的應用預設不會動態切換代理，在 Fiddler 修改了本機網路代理之後，依然 dotnet 6 的應用還在使用著被關閉的 Fiddler 的網路代理從而斷網

核心原因是在 dotnet 6 下變更了網路代理動態切換的行為。其實考古找到這個行為在 .NET Core 2.0 就是預設不支持自動跟隨系統代理切換而修改代理

在 .NET Framework 的 4.0 開始，通過監聽註冊表的 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections 的變更，在變更之後進行刷新網路請求的代理。詳細請看 https://referencesource.microsoft.com/#System/net/System/Net/_AutoWebProxyScriptEngine.cs,395

在 .NET Core 下，網路代理的獲取只有一次，獲取到的代理沒有再去監聽註冊表的變更，也就沒有再次刷新。此問題已反饋給官方，詳細請看 https://github.com/dotnet/runtime/issues/46910

在 .NET Core 將會在首次獲取 HttpClient.DefaultProxy 時進行初始化，值得一提的是在 .NET Core 調用的 WebRequest.GetSystemWebProxy 方法底層也是調用 HttpClient.DefaultProxy 屬性

 public static IWebProxy GetSystemWebProxy() => HttpClient.DefaultProxy;

以上的 GetSystemWebProxy 實現請看 Make WebRequest.GetSystemWebProxy() return a working proxy by stephentoub · Pull Request #41692 · dotnet/corefx

在 HttpClient.DefaultProxy 裡面，將會調用到 SystemProxyInfo.cs 的 ConstructSystemProxy 方法獲取對應平臺的代理。這個 ConstructSystemProxy 在 OSX 和 Unix 和 Windows 有各自的實現

在 Windows 實現如下

        public static IWebProxy ConstructSystemProxy()
        {
            if (!HttpEnvironmentProxy.TryCreate(out IWebProxy? proxy))
            {
                HttpWindowsProxy.TryCreate(out proxy);
            }

            return proxy ?? new HttpNoProxy();
        }

在 HttpEnvironmentProxy 裡面，將嘗試通過環境變數獲取代理的配置，也就是說 dotnet 6 應用是支持通過環境變數設置代理，如此更加方便調試。獲取的環境變數分別是 ALL_PROXY 和 HTTP_PROXY 和 HTTPS_PROXY 這幾個慣例變數

如上面代碼，如果獲取不到環境變數，那麼就進入 HttpWindowsProxy 的代碼。在 WinInetProxyHelper 將會讀取系統的代理

如上面代碼，可以看到，實際上在 HttpClient.DefaultProxy 裡面只會獲取一次，沒有通過註冊表的變更再次刷新

這就是網路請求不跟隨本機網路代理變化的原因

一個解決方法就是拷貝 dotnet runtime 的讀取系統的配置方法，再加上監聽註冊表變更進行刷新配置，從而實現動態跟隨系統代理變化而變化。我拷貝了代碼，寫了一個版本，使用方法是

var dynamicHttpWindowsProxy = new DynamicHttpWindowsProxy();

HttpClient.DefaultProxy = dynamicHttpWindowsProxy; 

代碼的實現放在github 和 gitee 歡迎訪問

可以通過如下方式獲取源代碼，先創建一個空文件夾，接著使用命令行 cd 命令進入此空文件夾，在命令行裡面輸入以下代碼，即可獲取到代碼

git init
git remote add origin https://gitee.com/lindexi/lindexi_gd.git
git pull origin 8c64e9676c4205e55fad227a86d5d8d95a5ebe91

以上使用的是 gitee 的源，如果 gitee 不能訪問，請替換為 github 的源。請在命令行繼續輸入以下代碼

git remote remove origin
git remote add origin https://github.com/lindexi/lindexi_gd.git
git pull origin 8c64e9676c4205e55fad227a86d5d8d95a5ebe91

獲取代碼之後，進入 NilerlanaihikaWhurreeberhalur 文件夾，具體實現放在 Proxy 文件裡面，在 Program.cs 包含了測試邏輯，可以不斷嘗試訪問百度。可以測試在使用 HttpClient.DefaultProxy = dynamicHttpWindowsProxy; 時，切換 Fiddler 代理配置，和不使用 DynamicHttpWindowsProxy 切換配置的行為

以上代碼基本都是從 dotnet runtime 裡面抄的，可以放心用在正式的項目。監聽註冊表變更是從 https://www.codeproject.com/Articles/4502/RegistryMonitor-a-NET-wrapper-class-for-RegNotifyC 抄的，這是一段比較古老穩定的代碼，只不過需要多開啟一個線程用來監聽註冊表。這就是為什麼在例子代碼裡面，會延遲去啟動監聽註冊表

參考文檔：

• c# - Default proxy in .net core 2.0 - Stack Overflow
• AutoWebProxyScriptEngine.cs
• Make WebRequest.GetSystemWebProxy() return a working proxy by stephentoub · Pull Request #41692 · dotnet/corefx
• WinHttpWebProxyDataBuilder.cs
• runtime/HttpConnectionPoolManager.cs at 1d9e50cb4735df46d3de0cee5791e97295eaf588 · dotnet/runtime
• HttpClient.DefaultProxy should respect IE proxy changes · Issue #46910 · dotnet/runtime
• how to set default proxy with .NET core 3.1 for HTTP client for any request? - Stack Overflow
• How to change Global Windows Proxy using C# .NET with Immediate Effect - Stack Overflow
• How to auto reset Fiddler when 'system proxy was changed' in Fiddler | Telerik Forums

博客園博客只做備份，博客發佈就不再更新，如果想看最新博客，請到 https://blog.lindexi.com/