為什麼要先學會日誌與連線面板？
多數使用者在 Windows 上安裝圖形化 Clash／Mihomo 客戶端後，直覺會去「代理」或「節點」分頁挑線路；但真正要回答「這條連線有沒有進代理、進了之後走哪個策略組、最後落到哪個伺服器」，單看節點清單往往不夠。原因是現代分流規則會依網域、應用程式、甚至 IP 類型把請求送往完全不同的出口；你在全域介面看到的「目前選中的節點」，可能只是眾多策略組裡其中一層的預設值。
即時日誌負責告訴你核心當下做了什麼判斷：DNS 怎麼查、規則命中哪一條、連線嘗試成功或失敗的原因為何。連線面板則把「已建立的連線」攤成列表：你會看到主機名稱、連線類型、可能標示的 Proxy／Chain，以及隨時間累加的上傳與下載量。兩者搭配使用，才能把「感覺連不上」這種模糊描述，轉成可驗證的事實：究竟是解析失敗、TLS 握手超時、規則誤導到 DIRECT，還是節點本身吞吐不足。
這篇文章刻意與站上以 Clash Verge Rev、ClashX Pro 介面為主的教學做出區隔：Mihomo Party 的菜單名稱可能隨版本微調，但「日誌 + Connections」這條除錯路徑在 Mihomo 家族裡是通用的。你只要掌握判讀方法，之後換客戶端也不容易迷路。
開始前：先完成四項環境檢查
在開日誌之前，建議先用最短時間排除「根本不是核心問題」的情境，否則你會在日誌海裡看到大量雜訊，反而更難聚焦。
- 設定檔是否已啟用：確認 Mihomo Party 已指向你要用的訂閱或本機設定檔，而且核心有成功載入，而不是停在舊的空白範本。
- 系統時間是否正確：時間大幅偏移時，TLS 連線容易莫名失敗，日誌裡可能出現憑證或握手相關錯誤，讓你誤判成節點掛點。
- 代理模式與實際上網方式是否一致：若你使用系統代理，瀏覽器必須真的走系統 Proxy；若你依賴 TUN 去接不支援代理的程式，則要在客戶端確認 TUN 元件已開啟且沒被其他虛擬網路卡占用。
- 是否有並行的 VPN、公司資安代理或第三方防火牆：這類軟體可能在 Mihomo 之前就攔截流量，造成連線面板顯示的請求與你預期的出口完全對不起來。
若你只想快速驗證「瀏覽器有沒有走代理」，可以另開一篇無痕視窗造訪顯示出口 IP 的測試站；但若要追查某一個網站為什麼慢，還是要回到連線列表鎖定該網域的實際連線。
第一步：開啟即時日誌並理解層級
在 Mihomo Party 主介面中，通常會有「日誌」「Logs」或帶有終端機圖示的分頁／側欄入口。進入後你會看到帶時間戳記的訊息快速捲動。這些訊息由核心產生，層級可能包含資訊、警告與錯誤；不同版本可能以英文標籤呈現，但語意大致相同。
實務上建議你把日誌當「錄音機」而不是小說：先重現問題，再回頭搜尋關鍵字。舉例來說，若 Chrome 開某新聞網站特別慢，你可以先在日誌搜尋該網域的關鍵片段，觀察是否有重複的超時、拒絕連線、或 DNS 查不到紀錄。若完全搜尋不到該網域，很大機率是流量沒有進入核心（例如瀏覽器繞過代理），這時應回到「系統代理／TUN／規則模式」檢查，而不是急著換節點。
當預設層級資訊不足時，部分客戶端允許暫時提高日誌詳盡度。請記得在收集完一段可重現的紀錄後，把層級調回一般，否則長時間的高詳盡度會吃資源，也讓你之後更難閱讀。即時日誌的價值在於「對齊時間軸」：你可以把錯誤發生的秒數，和連線面板裡同一秒的連線建立時間對照，快速確認是不是同一條會話。
第二步：在連線面板找到「這一支連線」
連線面板在不同版本可能顯示為 Connections、連線、Active Connections 等名稱，本質都是核心維護的目前連線表。當你載入網頁、播放串流、或背景程式同步資料時，這裡會不斷新增與淘汰列項。學會用它，等於是拿到一本「動態的流量帳本」。
你通常至少會看到下列資訊（實際欄位名稱可能略有出入，但概念類似）：
- 目標主機或網域：幫助你辨識這條連線服務哪一個服務；遇到 CDN，可能會看到你看起來陌生的子網域，這在正常情況下十分常見。
- 連線方向與類型：例如 TCP 或 UDP。部分遊戲、語音通話與即時通知偏重 UDP；若你在這類連線看到異常斷裂，要與防火牆或路由器對 UDP 的限制一併思考。
- 策略或 Proxy 名稱：顯示這條連線最後是由哪個策略組或節點承接。若欄位顯示語意接近直接連線（DIRECT），代表規則把流量送到未經節點的路徑，這並不一定是錯誤，但解釋了「我明明選了國外節點，為什麼這個站還是判定為本地 IP」這類現象。
- 上傳與下載位元組：也就是流量統計在單一連線上的具體呈現。數字持續成長，通常代表 payload 仍在傳輸；長時間停在極小數字不動，搭配日誌錯誤時，往往意味著握手卡住或伺服器沒有回應。
操作上請善用最上方的搜尋或篩選：輸入你關心的主機關鍵字，把畫面中不相干的背景連線過濾掉。Windows 本身就有很多雲端同步與更新連線，若你不篩選，很容易被大量雜訊導致判讀疲勞。
連線列表裡的資訊可能包含你造訪過的網域或內網位址；若要分享截圖給他人協助除錯，請先遮罩敏感主機名稱與帳戶相關欄位。
第三步：怎麼判斷「現在走哪一個節點」？
這是使用者在學會連線面板後最常問的問題之一。正確答案通常不是「看我全域選的那顆」，而是「看這條連線在規則命中後落到哪個出口」。建議你按照下面順序核對：
- 在瀏覽器或目標程式中只重現一個動作（例如重新整理同一個分頁），讓連線面板出現一批時間接近的新連線。
- 在連線列表中依網域或關鍵字搜尋該網站相關的主機名稱；若出現多列，優先觀察 HTTPS（443）或該服務常用的埠。
- 讀取該列顯示的 Proxy／策略欄位：若出現鏈式標示（Chain），代表流量經過多層轉送；你需要對照設定檔理解鏈路，但至少能知道「不是 DIRECT」。
- 若欄位顯示 DIRECT，請到規則或日誌確認為何命中直接連線：有時是規則為了本地影音或下載分流刻意繞過節點，有時則是規則誤判。
- 回到代理分頁，對照該策略組目前實際選到的伺服器名稱，與連線列表是否一致；若不一致，九成是巢狀策略組內層仍由 URL-Test 自動替換。
這套方法比只看延遲測速數字更可靠，因為延遲測速請求的目的地，未必與你當下造訪的網站相同；而連線列表呈現的是你實際建立的連線。當兩者衝突時，以連線列表與日誌命中為準。
第四步：完全連不上時，怎麼用日誌縮小範圍？
「連不上」大致可以拆成三類：DNS 問題、TCP／TLS 無法建立、以及通過代理後對端拒絕服務。日誌對這三類會給出的線索不太一樣。
若日誌反覆出現解析失敗或查無紀錄，先用 Windows 內建或 Mihomo 設定的 DNS 模式做對照：你以為節點壞了，結果只是某個網域在你目前的 DNS 上游無法回傳正確結果。此時換一個公共 DNS、或改用設定檔中與核心相容的 DNS 片段，有時比換十個節點更有效。
若解析正常但 TLS 握手逾時，請先確認系統時間與是否有中間人軟體；接著在同一節點上測試另一個簡單的 HTTPS 網站。若只有特定站失敗，比較像目標網站或路徑被阻擋，而不是 Mihomo Party 整體失效。
若日誌顯示代理伺服器回傳錯誤或連線被重置，請把時間點對應到連線列表：該連線的下載量是否幾乎為零、是否在幾秒內被關閉。若是，下一步才是換節點或聯絡服務商；若否，可能是應用程式自己重試造成風暴，讓你覺得「整台電腦都不穩」。
除錯口訣：先確定「問題網域在日誌裡有沒有出現」。沒出現，先修代理模式；有出現，再依錯誤類型決定是 DNS、節點還是規則。
第五步：速度變慢時，連線面板要看什麼？
速度慢並不等於延遲高。連線面板的上傳與下載曲線，能幫你辨識是「線路真的塞車」還是「只有某個小請求在拖」。當你播放高畫質影片時，理論上應看到少數連線的下載欄位持續成長；若數字幾乎不動，但 CPU 佔用很高，可能是解密或防毒掃描造成瓶頸，而不是出口頻寬不足。
另一種常見情況是同一網站拉起大量並行連線：連線列表短時間內出現十幾列相同根網域的不同主機，其中幾列長期停留在極小流量。這可能對應到被廣告或追蹤請求阻塞、或某個子資源一直在重試。此搭配瀏覽器開發者工具的網路面板會更好解讀，但就算你只看 Mihomo Party，也能先判定「瓶頸是少數大山連線」還是「大量小碎連線」。
若你懷疑節點排查方向有誤，建議在類似時段挑兩個差異明顯的節點做 A／B 測試：同樣重現一次操作，比較連線列表中關鍵主機的下載增長速度。請固定 Wi-Fi 環境並暫停背景大型下載，才能排除家裡網路本身的噪音。
進階：與規則、DNS、TUN 的交叉比對
當你已能同時閱讀日誌與連線列表後，下一步是把視野拉高到「規則如何決定這條連線」。在完整設定檔中，規則順序與最後的 MATCH 條目會直接影響你連到 DIRECT 或某個策略組。若你只盯節點而不看規則，很容易發生「我在 UI 點了 A 節點，但這個網域始終走 B 策略」的挫折。
DNS 則決定你「以為要連哪一台伺服器」。有些 split 規則會在 fake-ip 與真實 IP 之間切換；若你發現連線列表中的目標主機看起來像內部映射位址，請回頭閱讀設定檔中的 DNS 區塊與相關說明，而不要先把節點全部汰換一輪。
TUN 模式能把更多程式納管，但也讓日誌裡的連線量暴增。當你開啟 TUN 後忽然覺得「日誌很難看」，這是正常的；此時更應善用篩選，並接受「需要先學會忽略與業務無關的背景連線」這件事。
常見問題（精簡版）
連線面板有量，頁面卻還是失敗？
請確認失敗的是否為同一主機：現代網頁會同時連到十幾個網域，其中一條顯示流量不代表主文件已成功載入。可配合瀏覽器開發者工具查看哪個請求紅字，再回到 Mihomo Party 搜尋對應主機。
為什麼列表上的節點和我點的不一樣？
多半是規則分流或巢狀策略組造成；請依前文「第三步」逐層核對，而不是只在最外層手動選線。
日誌量太大怎麼辦？
先縮小重現步驟、關閉不必要程式，再用搜尋與層級控制精準擷取；必要時分兩段收集：先低層級看趨勢，再高層級抓細節。
建議的實作流程總整理
- 確認設定檔、代理模式、TUN／系統代理狀態與時間設定無誤。
- 重現問題的同時開著日誌，先搜尋目標網域或錯誤關鍵字。
- 在連線面板篩選同一主機，核對 Proxy／Chain 與 DIRECT 判斷。
- 觀察上下行流量是否成長，區分「握手失敗」與「頻寬不足」。
- 必要時切換節點做對照實驗，每次只改一個變因。
- 若規則與 DNS 可疑，再進設定檔或內建編輯器深入調整。
最後把焦點放回工具選擇：有些過往的第三方客戶端要嘛根本不提供可讀性足夠的即時日誌，要嘛連線列表資訊過度精簡，導致你只能憑感覺換節點，無法驗證規則與流量是否真如預期運作。相較之下，基於 Mihomo 核心的現代化介面能把連線細節攤在面前，讓你在 Windows 上也能用證據導向的方式完成節點排查，並用流量統計輔助判讀體感速度。若你也希望在同一套生態系裡，用可維護、可驗證的方式管理代理，不妨 立即免費下載 Clash，開啟流暢上網新體驗，從可信來源取得客戶端與設定節奏，把日誌與連線面板變成你每次上網的日常儀表板。