Windows 11 安裝 Mihomo Party：系統代理與 TUN 模式首次設定完整步驟

1. 這篇要幫你解決什麼

多數人在 Google 搜尋 Windows 11 Mihomo Party 安裝或mihomo TUN Wintun時，真正卡住的往往不是「找不到下載點」，而是三種層次混在一起：應用程式是否成功安裝、mihomo 核心是否真的在監聽設定檔中的埠、以及流量是走系統代理寫入的 WinINET／系統 Proxy 頁面，還是走TUN 虛擬介面較底層地進入核心。Mihomo Party 把這些開關做成圖形化操作流程，但Windows 11 的安全提示、UAC 與第三方防毒仍可能在第一次啟用 TUN 時介入，讓你誤以為「規則壞掉」。

若你正在從停更的 Clash for Windows搬家，建議先閱讀 CFW 替代與遷移指南釐清資料夾、設定檔與訂閱習慣如何銜接；本篇則專注在 Mihomo Party ＋ Win11這條安裝鏈，並用可重複驗證的順序，協助你判斷問題在客戶端、驅動／權限，還是YAML 與 DNS 模式本身。與 Verge Rev 姊妹篇並讀時，可把差異放在「介面路徑與內建工具」，而不是重新學一套完全不同的網路原理。

2. 下載、安裝與首次開啟

請優先從本站 下載頁取得標示為 Windows 的 Mihomo Party 安裝包或官方發行的可攜版壓縮檔，並核對 CPU 架構：x64 與 ARM64在 Windows 11 上都常見，裝錯版本會出現無法啟動、核心載入失敗或更新後突然崩潰等難以第一時間聯想到原因的症狀。安裝或解壓縮後第一次執行，若遇到 SmartScreen或「已保護你的電腦」類型提示，多半是程式碼簽章聲譽尚未累積到全自動放行：請在確認來源可信的前提下，依畫面選擇仍要執行或於檔案內容解除封鎖（實際文案會隨 Win11 小版本變動）。這一步與代理規則無關，卻是很多人誤判「程式壞掉」的第一道關。

進入主畫面後，建議先把語言、是否常駐系統匣、是否隨開機啟動等選項調成你看得順手的方式，但先不要急著開 TUN。實務上，TUN 會立即觸及驅動與路由表；若訂閱尚未更新成功、或核心連基本監聽埠都沒起來，你會在錯的層級反覆試誤。流程應該是「應用程式能穩定啟動 → 訂閱與節點列表正常 → 再選系統代理或 TUN」，排查路徑會清楚許多。

3. 匯入訂閱並確認 mihomo 核心已啟動

在 Mihomo Party 中新增或匯入訂閱連結／本機設定檔後，請執行更新並確認日誌沒有連續的 TLS handshake 逾時、DNS 解析失敗或 YAML 語法錯誤。介面上按鈕名稱可能隨版本調整，你可以搭配 節點訂閱匯入教學與 使用教學總覽，先把「資料有進來、節點測得到延遲」這件基本工作做穩；否則後面無論開系統代理或 TUN，都只是在放大同一個底層錯誤。

接著在代理或節點面板選定一個延遲合理的出口，並確認用戶端狀態列或日誌顯示mihomo 核心已在執行，且本機 mixed-port、HTTP或 SOCKS埠與設定檔一致。若此時就出現監聽失敗，請先檢查埠佔用、公司安全軟體封鎖、或設定檔是否被覆寫為衝突數值；不要急著把問題歸因到「TUN 不支援」。當核心真能本機連線後，再進入下一節的系統代理或 TUN，會節省大量時間。

4. 系統代理模式：適用範圍與 Windows 對照

系統代理的概念，是讓 Windows 把 HTTP、HTTPS（及部分環境下的 SOCKS）代理指向本機上由 mihomo 監聽的埠。優點是對系統路由表的侵入性較低，通常不必先建立虛擬介面；缺點同樣關鍵：只有會讀取系統 Proxy 設定的程式才会套用。Edge、Chrome 這類瀏覽器在預設情況下多能跟隨系統設定，因此很多人會有「開了就好用」的錯覺；但電動遊戲、部分桌面啟動器、以及預設不讀系統 Proxy 的命令列工具，仍可能完全略過這一層。

實務上，請在 Mihomo Party 內啟用語意接近「設定系統代理」的選項後，打開 Windows 的設定 → 網路和網際網路 → Proxy（實際路徑可能因版本微調），確認手動 Proxy 已開啟，位址為 127.0.0.1，埠號與用戶端顯示一致。若此處仍是關閉狀態、或殘留舊埠號，代表寫入失敗或被其他工具覆寫，這時瀏覽器行為與你的直覺會嚴重脫鉤。若你同時使用瀏覽器 Proxy 外掛或公司 PAC，建議第一次設定時先關掉多餘層，只保留 Party 寫入的系統代理，確認無誤後再逐步加回。

5. TUN 模式：Wintun、虛擬介面與管理員權限

TUN 模式透過虛擬網路介面讓 mihomo 在較底層介入路由與封包轉送。對一般使用者來說，最直覺的好處是不讀系統 Proxy 的程式，也有較高機會被納入同一條轉送鏈路，並較有機會一併處理部分 DNS 與 UDP 相關情境（仍視你的 YAML、tun區塊與規則排序而定）。在 Windows 上，這通常與 Wintun驅動及系統管理員權限綁在一起：第一次啟用時常出現 UAC 對話框、或驅動安裝相關提示，請完整走完流程，不要中途強制結束用戶端。

啟用後若到設定 → 網路和網際網路 → 進階網路設定 → 介面卡選項（用語可能略有出入）查看，有時會看到與 Wintun 或虛擬介面描述相符的新介面。若你曾在防毒軟體中拒絕驅動、或用工作帳戶限制變更系統元件，之後 TUN 可能呈現連續失敗；此時需要回到日誌與安全軟體事件紀錄對齊，而不是只重裝訂閱鏈結。

TUN 不能取代正確規則

若設定檔把大量目標留在 DIRECT，或 DNS 仍解析到被干擾或被污染的位址，即便 TUN 介面成功建立，表象仍可能是「開了也跟沒開一樣」。若要更細緻地做網域分流，可延伸閱讀 規則分流指南，把底層轉送與 YAML 規則一起校準；這與使用哪一套圖形客戶端無關，而是 mihomo 共通的設計思維。

6. 何時優先系統代理、何時該改用 TUN

若你主要活動在會讀系統 Proxy 的瀏覽器與少數辦公軟體，且暫時沒有讓命令列、遊戲或容器工具走同一條出口的需求，先用系統代理通常最省事，也較容易還原：關閉用戶端或取消「設定系統代理」後，Windows 網路設定較接近預設狀態。當你發現 Git、套件管理器、遊戲反作弊、語音通話或特定桌面程式始終像直連，再評估改開 TUN，用較底層的方式收斂出口。

另一個實務判斷是公司或學校是否要求專用 VPN 客戶端常驻：TUN 會改變路由樣貌，與另一套全隧道 VPN 可能互相覆寫；若你必須並存，請先確認政策允許，必要時以系統代理或分流規則折衷。微軟商店應用與回環限制相關的進階議題，可再對照 Windows 上 TUN 與 UWP 排查，避免把「應用程式模型限制」誤判成「Party 不支援 TUN」。

7. 首次開啟 TUN 常見錯誤與排查順序

步驟一：閱讀用戶端與核心日誌。與「無法建立介面」「權限遭拒」「Wintun」相關的關鍵字，多半直指驅動或 UAC，而不是節點品質。不要只看圖示是否亮起，文字比圖示可靠。

步驟二：暫時檢視第三方防毒或網路防護套件。少數產品會攔截虛擬介面建立或攔截對路由表的寫入；可在理解風險並備份設定的前提下，用排除清單或短期停用以確認是否為誤判，再改回較精細的規則而非長期全關。

步驟三：檢查舊 VPN 或殘留驅動。解除安裝其他客戶端後，裝置管理員中若仍有未知或停用的網路介面，偶爾會讓新 TUN 無法穩定建立；可參考上游 issue 與說明文件，在安全界限內清理後再讓 Mihomo Party 重建介面。

步驟四：回到 YAML 的 stack、DNS、fake-ip 與路由段落。訂閱模板差異很大；若你把 TUN 當萬能開關，卻忽略規則仍把大量目標送進直連，症狀會像「開了也沒用」。這不是 Win11 專屬問題，而是模式與規則要一起對齊。

8. 其他情境：埠占用、DNS 與多 VPN 並存

症狀一：瀏覽器正常，PowerShell 或 WSL 像直連。這通常代表系統代理已生效，但你的 Shell 沒有設定 HTTP_PROXY／HTTPS_PROXY／ALL_PROXY等變數，或該工具根本不讀這些變數。解法包括在 profile 腳本寫入代理變數、或改用 TUN 讓底層出口一致；擇一即可，避免系統代理、手動變數與 TUN 重複堆疊導致繞圈。

REM Example: show WinHTTP proxy (some apps use WinINET instead)
netsh winhttp show proxy

上述指令可協助你觀察 WinHTTP層級的 Proxy 狀態；部分程式走 WinINET、部分走 WinHTTP、部分兩者都不讀，因此「瀏覽器能連」從來不代表「所有 exe 都走代理」。若你懷疑訂閱拉取與節點品質，也可對照 Windows 訂閱更新與 TLS／DNS 日誌排查，先把資料面問題排除，再回頭調模式。

症狀二：開了 TUN 仍覺得沒過代理。請檢查設定檔 DNS 模式、fake-ip 與規則順序，並用固定測試目標驗證。若同時開啟另一套品牌 VPN 或系統級「網路過濾」工具，兩套路由與 DNS 容易互相覆寫，請在實驗時先關掉其中一套對照。

症狀三：埠號衝突。若 mixed-port或 HTTP／SOCKS 埠已被其他服務佔用，核心可能無法接聽，系統代理會指向錯誤埠。變更埠號後請同步確認 Party 是否重新寫入系統 Proxy，或在用戶端內使用一鍵套用功能，避免「設定檔改了、系統頁面沒跟上」的舊狀態。

9. 開源資訊與更新習慣

Mihomo Party 的上游社群以 GitHub 為中心，公開儲存庫位於 mihomo-party-org／clash-party（釋出頁與套件名稱可能與「Mihomo Party」並行使用，請以 Release 資訊為準）。查核某版是否調整 Windows 安裝流程、驅動行為或 TUN 相關選項時，建議直接閱讀 Release Note 與 issue 討論；一般取得可執行檔與教學起點仍適合搭配本站 下載頁與系列文章，減少在第三方鏡像與過期教學之間來回切換。

例行更新前請備份自訂規則與訂閱清單；若更新後 TUN 異常，依序重啟用戶端、重新確認 UAC 與驅動狀態，比一次性覆蓋多份殘留設定更能定位問題。對長期使用者來說，把「訂閱來源、YAML 自訂段、與用戶端版本」記在固定備註檔，未來要複製到另一台 Win11 電腦時會省非常多來回比對時間。