最近在開發用的台式機上啟用了 Windows 的 Hyper-V 虛擬化功能，利用虛擬機運行了一臺 Windows Server 2022 和 一臺 Ubuntu Server，為了方便別的機器直接訪問這兩台虛擬機，所以網路採用了外部網路橋接的模式，讓虛擬機和物理機保持在了同一網段。 為了實現在這一 ...
最近在開發用的台式機上啟用了 Windows 的 Hyper-V 虛擬化功能，利用虛擬機運行了一臺 Windows Server 2022 和 一臺 Ubuntu Server，為了方便別的機器直接訪問這兩台虛擬機，所以網路採用了外部網路橋接的模式，讓虛擬機和物理機保持在了同一網段。
為了實現在這一目的，所以創建了一個虛擬的外部網路交換機，我這邊的網卡是 Intel AX210 無線網卡。
在這樣使用一段時間之後總感覺電腦網路上傳速度特別卡，外網上傳速度大概只剩下平時的一半，如果訪問內網設備速度則慢的更離譜，只有 1M 不到的速度，有時候還會卡死，我內網中有一臺 群暉 NAS，這個速度問題也是在文件上傳到群暉時才註意到的，因為通過 smb 協議內網上傳文件時經常會出現資源管理器無響應甚至直接卡死，然後測試上傳到百度網盤發現速度也變慢了一半左右。
以前正常外網網速的測試：
開啟 Hyper-V 的虛擬外部網路交換機之後的外網測速
可以看到外網上傳速度慢了一半左右，下載速度無差異。
開啟 Hyper-V 的虛擬外部網路交換機之後的內網上傳速度
基本無法上傳了，長時間卡死在 100多Kbps 左右，最快的時候有 1Mbps
以前正常的內網上傳速度
其實這個問題從 2018年開始用 Windows10 系統上的 Hyper-V 虛擬機時就遇到了，當時的網卡是 Intel AC9260，後面陸續用過 Intel AX200 、Intel AX211 幾款無線網卡的筆記本電腦，都存在同樣的問題，所以初步懷疑是網卡配置的問題，因為以前2013年到2017年之間用的筆記本或者台式機也長期使用 Hyper-V 但是時並沒有遇到過這麼奇怪的問題。
針對這個問題也看了網路上很多教程，大部分是都指向了網卡的如下幾個配置
- IPv4 Checksum Offload
- IPv6 Checksum Offload
- TCP Checksum Offload(IPV4)
- TCP Checksum Offload(IPV6)
- UDP Checksum Offload(IPV4)
- UDP Checksum Offload(IPV6)
但是我將網卡的這幾項都設置為 Disabled 之後進行測試，並沒有什麼用，網速還是一樣的慢，所以繼續研究。
然後發現瞭如下兩項設置
- Large Send Offload Version 2(IPV4)
- Large Send Offload Version 2(IPV6)
嘗試將這兩項設置調整為 Disabled 之後進行測試，內外網的速度都回歸正常了。
具體操作如下：
在電腦的設置中找到網路設置，點擊高級網路設置
在界面的最下方點擊更多網路設配器選項
選中 Hyper-V 創建的虛擬網卡
右擊網卡，查看屬性，然後點擊配置按鈕
找到 Large Send Offload Version 2(IPV4) 和 Large Send Offload Version 2(IPV6) 都調整為 Diabled 然後確定保存即可。
這個原因其實就是因為 Hyper-V 創建出的虛擬網卡預設啟用了這兩個選項，但是我們的 Intel 無線網卡硬體實際上並不支持這兩項功能，所以會造成這樣一個副作用。
可以看到 Intel 的無線網卡的配置界面並沒有那兩項的配置。
順便查看了台式機的有線網卡，就支持 Hyper-V 虛擬網卡需要的那兩項功能，從硬體上是支持的，有線網卡的型號是 Realtek Gaming 2.5Gbe Family Controller
從2018年到現在一直被這個問題所困惑，今天總算解決了，特此記錄希望可以幫到各位小伙伴。
至此關於 Windows 11 啟用 Hyper-V 之後網路上傳速度異常慢解決方案 就講解完了，有任何不明白的，可以在文章下麵評論或者私信我，歡迎大家積極的討論交流，有興趣的朋友可以關註我目前在維護的一個 .NET 基礎框架項目，項目地址如下
https://github.com/berkerdong/NetEngine.git
https://gitee.com/berkerdong/NetEngine.git
