本文目錄
電腦從睡眠中喚醒後，Clash Party 的節點測速正常，TUN 開著卻無法上網；或是改過 TUN 參數，實際連線卻仍像舊設定。先確認應用程式版本與觸發過程，再處理核心重新載入，避免把兩種情況都當成節點失效。
喚醒後無法連線，為什麼節點測速仍正常？
Clash Party v2.0.4 的正式版本說明確認修復了兩個問題：喚醒時重建 TUN 未帶入完整設定，以及儲存 TUN 設定後未重啟核心。本文針對這兩種情況，不將升級視為適用所有平台、所有 TUN 斷線問題的通用修復。
專案 #2235 中，一位在 macOS 上使用 v2.0.3 的使用者回報：在介面啟用 TUN 後，執行參數中的 stack、dns-hijack 與 auto-route 和預期不同，但 work/config.yaml 的內容仍完整。這份回報可用來辨識症狀，不代表每個人都會缺少相同欄位。
先確認問題發生在哪個步驟
| 現象 | 優先檢查 |
|---|---|
| 睡眠前可用，喚醒後 TUN 無法轉送流量 | 記錄喚醒時間，確認目前執行的應用程式是否包含這項修復。 |
| 在虛擬網卡頁面儲存參數，連線行為卻沒改變 | 確認設定已儲存、核心已完成重啟，不要反覆修改訂閱。 |
| 關閉 TUN 後仍無法直接連線，或節點本身無法建立連線 | 先檢查目前的網路、節點與實際錯誤，不能只用這次 TUN 修復解釋。 |
完整重新載入與只切換 TUN 開關有何不同？
在 v2.0.4 的固定版本原始碼中，若喚醒後核心仍有回應、TUN 應為開啟狀態，但網卡已不存在，恢復流程會先關閉 TUN，再產生並下發完整設定。舊版在這個分支只會重新啟用開關，重建網卡時可能採用不完整的參數。
在虛擬網卡頁面儲存設定時，新版會保留目前的 enable 狀態，儲存參數並呼叫 restartCore。這與只熱重新載入設定不同；儲存後可能短暫中斷連線，操作前應留意影響，不要在重要傳輸進行時測試。
介面選項、磁碟中的合成檔案，以及執行中的核心，是不同的觀察位置。檔案裡有完整的 tun 區段，只能證明檔案內容存在；仍須查看核心日誌與實際請求，確認載入和重啟已完成。
先儲存可還原的副本，再升級應用程式
升級前後依這個順序確認
匯出目前的本機備份
在「應用程式設定 → 備份與還原」選擇「匯出備份」，將檔案存到獨立位置，並確認可以讀取。另外記錄訂閱、覆寫與目前的 TUN 參數，不要公開敏感內容。
確認目前的應用程式與核心版本
分別記下 Clash Party 應用程式版本，以及執行中的 Mihomo 版本。v2.0.4 是應用程式版本；只更換核心，無法保證取得應用程式端的喚醒恢復與儲存邏輯修復。
使用專案 v2.0.4 正式版本
從專案 Release 選擇符合自己作業系統與架構的版本。保留備份和可用設定，完整結束舊執行個體後，再依平台安裝流程更新；不要同時清空資料、更換訂閱並調整所有 DNS。
啟動後再次確認版本與設定
確認實際開啟的應用程式已是 v2.0.4，而非另一份舊副本；重新核對選用的設定、節點、代理模式與原本的 TUN 參數。
不要照抄回報中的網卡名稱、stack、MTU 或 DNS 位址。那些值來自回報者的環境，並非這次修復要求的新預設值。先保留自己先前可用的設定，只修正已確認不符合預期的項目。
儲存 TUN 參數後，確認核心確實重啟
開啟應用程式的「虛擬網卡」頁面，對照記錄確認網卡名稱、協定堆疊、自動路由、DNS 劫持與排除位址。選單語言與平台可能不同，請以自己的介面為準，不要套用其他用戶端的操作入口。
確實需要修正參數時，只修改已確認的項目並按下「儲存」。v2.0.4 會保留目前的 TUN 開關狀態並重啟核心；等完成後，再發起新的請求。若顯示更新失敗，先記錄錯誤並保留目前設定，不要連續點擊或反覆切換開關。
若沒有參數需要修改，不必為了觸發儲存而任意更改 MTU 或協定堆疊。先暫停不可中斷的請求，完整結束應用程式再重新開啟，接著確認 TUN 與實際請求。
不要將直接 PATCH /configs 當成常規修復。應用程式仍會管理開關與設定，局部寫入可能與它的狀態衝突；本文採用應用程式內的儲存與重啟，不要求開放控制連接埠或編輯暫時產生的合成檔案。
用一次睡眠與喚醒驗證恢復結果
先在目前的網路與節點下，測試自己有權存取的一般網頁或請求，並記錄結果。接著正常進入睡眠再喚醒，等待網路恢復後，對同一目標發起新的請求；不能只看喚醒前已有的連線或延遲測試數字。
這次恢復的驗證清單
- 應用程式版本為 v2.0.4，選用的設定、節點與原 TUN 參數均有記錄，且可以還原。
- 儲存後的參數仍顯示正確，核心已完成重啟，沒有持續出現更新失敗或 TUN 啟動錯誤。
- 喚醒後，同一網域名稱可以解析，同一網頁或應用程式請求可以完成，連線記錄顯示預期的規則與出口。
- 完整結束應用程式再開啟後，重新檢查目前的 TUN 狀態與實際請求，不以開關顏色判斷流量已成功轉送。
- 保留測試網路、時間、觸發步驟與結果；一次成功只適用於這次環境，不代表已驗證所有網路條件。
仍然失敗時，如何保住連線與設定？
升級或儲存後仍無法上網，先在應用程式內關閉 TUN，確認系統直接連線能否恢復。只有原本已驗證可用的系統代理方式，才適合作為暫時替代；系統代理涵蓋的流量範圍不同，不能據此宣稱 TUN 已修復。
撤銷這次額外變更，還原已記錄的原參數與可用訂閱。若需要匯入備份，先另存目前狀態；應用程式的「匯入備份」會覆寫目前設定，必須確認檔案與版本適用，不能反覆覆寫唯一的副本。
若必須退回舊版，請保留新版資料副本，並使用升級前的獨立備份；本文未驗證跨版本資料相容性。不要讓舊應用程式直接覆寫唯一的資料目錄，也不保證舊版包含這次修復。
回報時提供應用程式與核心版本、作業系統、睡眠喚醒或儲存設定的最短重現步驟，以及相關 TUN 區段與錯誤日誌。移除訂閱 Token、節點密碼與控制器 secret，不要上傳完整的敏感設定。
本文依正式發布記錄與 v2.0.4 固定版本原始碼複核，未在每個平台以實機重現。其他權限、路由或 DNS 問題仍須依實際日誌處理，後續變化以專案新版本與維護者結論為準。