本文目錄
開啟更多代理開關，不一定會更容易上網。Windows 上要判斷是否需要 TUN，應看失敗程式的連線是否已被接管，同時保留原本可用的存取方式。設定生效後，也要確認區域網路裝置和退出後的網路沒有受到影響。
瀏覽器正常，終端或遊戲沒有連線記錄
在瀏覽器與失敗的程式中各重試一次請求，查看連線記錄。瀏覽器透過系統代理正常，而終端機、遊戲啟動器或商店應用程式沒有記錄時，再測試 TUN 接管；瀏覽器與常用軟體都正常，就保留系統代理。
系統代理把 Windows 的代理位址告訴願意讀取它的程式；TUN 則透過虛擬網路介面卡接收更多 TCP、UDP 連線。流量進入 Mihomo 後仍按規則分流，TUN 不會修復失效節點或寫錯的規則。
所有程式都無法存取時，檢查訂閱、節點或核心；只有某個網域走錯出口時，查看命中規則。這兩種情況都不適合靠開啟 TUN 解決。
開啟 TUN 前，驗證系統代理與固定節點
開啟 TUN 之前，在「設定」裡選中目前訂閱，到「代理」頁固定一條確認可用的節點，模式先留在 Rule。開啟系統代理，用瀏覽器存取一個熟悉的網站，同時看「連線」頁面是否出現這次請求。
系統代理能正常存取，後續設定出問題時就能切回來。若沒有連線記錄，檢查系統代理是否生效、程式是否讀取該設定；若記錄顯示 DIRECT，再查看策略群組與規則。開啟 TUN 不會修復設定或節點，還會增加虛擬網路介面卡相關的排查。
進入 TUN 設定前應當看到
- 目前設定有明確的更新時間
- 代理頁能看到策略群組和節點
- 固定節點能完成一次網頁請求
- 連線記錄顯示了網域、規則和實際出口
安裝服務模式，取得虛擬網路介面卡權限
Windows 建立虛擬網路介面卡需要較高權限，服務模式讓介面不必每次以管理員身分啟動。安裝前核對實際服務檔案是否符合官方修復，不能只看主程式版本。到設定頁找到「服務模式（Service Mode）」；尚未安裝時，使用用戶端內建入口。
Windows 彈出權限確認時，發起程式應該來自目前安裝的 Clash Verge Rev。服務安裝完成後讓核心重新載入；如果狀態仍在「已停止」和「啟動中」之間跳動，先看日誌，不要連續按一下 TUN 開關。
開啟 TUN，並重做原來的請求
從可用狀態切換
退出其他代理與 VPN
避免多個程式同時寫路由或佔用同一連接埠。
保持 Rule 模式和固定節點
測試期間不要讓自動測速組換出口。
開啟 TUN 模式
等待服務與虛擬網路介面卡就緒，不要同時改 DNS 和規則。
重做原來失敗的動作
例如在終端執行同一條命令，或在啟動器開啟同一頁面。
目前 Mihomo 支援 system、gvisor 和 mixed 等網路棧。用戶端預設值能用就先保留；更換 stack 是相容性檢查手段，不是效能開關。system 或 mixed 遇到連線被攔時，還要看 Windows 防火牆是否允許 Mihomo 核心處理程式。
auto-route 會把匹配範圍內的系統流量送入 TUN，auto-detect-interface 用來識別實際出口網路介面卡。理解這些欄位有助於看日誌，但圖形用戶端使用者不需要為了「最佳化」複製一大段網路上的設定。
Connections 中出現了哪些請求？
回到那個在系統代理下失敗的程式，重複完全相同的請求。若「連線」頁面現在出現對應網域或目標 IP，並顯示規則和出口，說明流量已經從 TUN 進入 Mihomo。應用也能拿到結果，這次設定才真正生效。
應用失敗，連線頁沒有任何新記錄
檢查服務狀態、虛擬網路介面卡、其他 VPN 和 Windows 防火牆。
記錄出現但顯示 DIRECT
查看命中的規則行，不要用反覆開關 TUN 代替改規則。
記錄走代理並顯示 timeout
固定另一條可用節點，區分入口問題和節點問題。
開啟 TUN 後斷網：恢復系統代理並檢查服務
關閉 TUN 後，如果系統代理恢復，訂閱和節點大概率還在工作，問題集中在服務、路由、虛擬網路介面卡或 DNS。系統代理也無法使用時，重新檢查設定和核心。
- 服務啟動失敗
- 重新載入核心，查看日誌裡是否有 permission、service 或 driver 相關資訊。
- 有虛擬網路介面卡但沒有請求
- 關閉其他 VPN 或舊 Clash 的 TUN，確認沒有第二套虛擬網路介面卡同時改路由。安全軟體有攔截時，查看日誌並核對目前核心的允許規則。
- 連線出現，網域解析失敗
- 查看 DNS 日誌與 dns-hijack 設定；Android 私有 DNS 之類的提示不適用於 Windows，不要混用教學。
- 換 Wi-Fi 後才失效
- 讓核心重新識別出口網路介面卡，再檢查 auto-detect-interface 的結果。
NAS、印表機和虛擬機的區域網路存取
外部網路已經恢復，但路由器管理介面、NAS 或印表機打不開，通常是本機連線進入 TUN 後沒有按區域網路規則直連。關掉 TUN 後這些裝置立刻回來，也支援這個判斷。
檢查私有位址規則是否在更寬的代理規則之前命中 DIRECT。公司網路若使用自訂網段和內部網域，還要按實際位址補充，不能照抄家庭網路的排除清單。Windows 上的 strict-route 也可能影響 VirtualBox 等虛擬網路，使用虛擬機時應單獨驗證。
區域網路恢復所需資訊
- 失聯裝置的實際 IP 和網段
- 該連線在 Clash 中命中的規則
- 企業內部 DNS 是否只在目前網路可用
- VirtualBox、Hyper-V 或其他虛擬網路介面卡是否同時存在
關閉 TUN 與卸載服務的區別
關閉 TUN，保留剛才可以工作的設定與節點，再開啟系統代理。如果網路立即恢復，就沒有必要使用 Windows 的「網路重置」；那個操作會同時清理 Wi-Fi、虛擬網路介面卡和其他網路設定，影響範圍遠大於目前問題。
關閉 TUN 不需要卸載服務模式。確定以後不再使用時，可透過用戶端設定中的卸載入口移除服務。回到系統代理後，瀏覽器應恢復正常，原先依賴 TUN 的程式會重新沒有連線記錄。這個差異能說明 TUN 是否有必要。
如果目標程式只有在 TUN 下才進入 Connections，並且網路、DNS 與區域網路都正常，就保留 TUN。系統代理已經覆蓋日常程式時，讓 TUN 關閉反而更省事。