前言：先分清連線卡在哪裡
Clash 已經啟用，Discord 卻一直顯示「正在連線」、訊息載入不出來，或語音頻道轉圈很久仍無法加入，這類狀況不一定代表代理節點完全不可用。Discord 的文字、圖片、語音與視訊會使用不同連線；瀏覽器能開網頁，也不表示 Discord 的即時連線一定正常。常見原因包括代理模式沒有接管桌面應用程式、分流規則把部分流量送到錯誤路徑、節點不穩，或 UDP 語音流量無法通過目前的代理鏈路。
排查時建議一次只改一項設定，先記下原本的模式、節點與規則，再測試 Discord 的文字和語音是否恢復。這樣才能知道是哪個變更有效，也比較容易還原。本文適用於使用 Clash Verge、Clash Verge Rev、Mihomo 等桌面客戶端的情況；不同版本的按鈕名稱可能略有差異，請以實際介面為準。
先看症狀
只有語音無法加入時，優先檢查 UDP 與節點；文字、圖片和伺服器清單也載入失敗時，先檢查代理模式、規則與 DNS。
1檢查模式、節點與 Discord 流量
開始調整規則前，先確認 Clash 本身工作正常。檢查設定檔是否已成功載入、核心是否正在執行，以及系統代理或 TUN 模式是否真的已啟用。若你只開啟了客戶端視窗，卻沒有啟用代理，Discord 通常仍會直接使用本機網路。反過來說，如果你使用規則模式，Discord 的流量也可能因規則命中結果而走 DIRECT，而不是預期的代理策略。
切換模式並測試節點
- 在 Clash 的連線或代理頁面確認目前使用的設定檔與核心狀態，查看是否有錯誤提示。
- 若目前是規則模式，暫時切換至全域代理，選擇一個已知可用的節點，再重新啟動 Discord 測試。若全域模式恢復正常，問題較可能出在分流規則或規則命中的策略組。
- 若全域模式仍無法連線，換一個不同地區或不同線路的節點再測試。不要只依據延遲數字判斷；節點能回應測速，不代表它一定能穩定承載 Discord 的長連線或語音流量。
- 測試結束後切回原有模式。全域代理適合用來定位問題，不建議在確認規則前長期維持，因為它會讓其他應用程式也一併走代理。
在支援連線紀錄的客戶端中，可於 Discord 嘗試重新連線時查看即時連線記錄，搜尋 discord 相關網域，留意每筆連線顯示的規則與策略。若連線命中 DIRECT，而你所在的網路無法直接連到服務，便可針對規則方向進一步排查；若已命中代理策略但仍逾時，則應比較其他節點，並查看核心日誌是否有解析或連線錯誤。
不要先覆蓋整份規則
訂閱設定檔可能會在更新時覆蓋手動修改。先確認客戶端支援的覆寫方式，並備份原設定；不確定規則順序時，先用全域模式做短時間診斷，避免直接改動大量規則。
2動手操作：逐步定位規則問題
以下測試的重點不是把所有 Discord 網域永久指定到同一個策略，而是先確認實際流量走向，再以最小修改驗證。Discord 可能會使用不同網域提供登入、訊息、媒體和語音服務，網域清單也可能隨服務調整；因此，加入一條規則後仍應以客戶端連線記錄和實際功能測試為準。
- 完全退出 Discord，包括系統匣或選單列中的背景程序，避免舊連線仍在重試。
- 開啟 Clash 的連線記錄，重新啟動 Discord，觀察登入、訊息載入或加入語音時出現的 Discord 相關連線。
- 記下命中的規則、策略組、節點及錯誤狀態；若網域命中錯誤的策略，先在配置覆寫或規則提供者中調整，而不是直接修改可能會被訂閱更新取代的檔案。
- 若確認需要代理，可在
rules區段加入範圍有限的網域規則，並放在可能攔截它的廣泛規則之前。將策略名稱替換成你設定檔中實際存在的名稱：
上方的 PROXY 只是示意策略名稱；如果你的設定檔使用「Proxy」、「自動選擇」或其他代理組，請換成實際名稱。規則通常由上往下匹配，請勿在不理解原有規則順序時直接新增 MATCH。設定後重新載入配置，查看連線紀錄確認規則是否命中，再逐項測試登入、文字訊息、圖片及語音。
如果新增規則後文字功能正常、語音仍然失敗，先保留文字測試結果，不要立刻增加更多網域。這時故障點可能不在一般網域分流，而是語音連線需要的 UDP 傳輸、節點能力或目前網路對即時流量的限制。若新增規則沒有改變連線記錄中的命中結果，代表規則可能未載入、位置不正確，或正在使用不同的配置檔。
小撇步
每次只調整一個變數：先固定節點測規則，再固定規則換節點。一次同時換節點、切模式和改 DNS，反而難以判斷真正原因。
3排查 DNS、UDP 與桌面端接管
Discord 語音和視訊具有即時性，與一般網頁請求不同。系統代理通常主要處理支援代理設定的應用程式連線，不一定能接管所有 UDP 流量；如果桌面版 Discord 使用的語音連線沒有被目前的網路模式攔截，即使文字頻道可用，語音仍可能卡在「RTC 連線中」或不斷重試。這也是「網頁能開、聊天能用，唯獨語音不行」時值得優先檢查的方向。
| 測試結果 | 較可能的方向 | 建議動作 |
|---|---|---|
| 全域模式能連線，規則模式不行 | 規則命中或策略組選擇 | 查看連線記錄，調整相關規則的順序及目標策略。 |
| 文字正常，語音持續連線中 | UDP、TUN 接管或節點對即時流量的支援 | 確認核心支援所需傳輸，短暫測試 TUN 與其他節點。 |
| 只有部分網域解析或載入失敗 | DNS 解析、快取或不同解析路徑 | 檢查 Clash DNS 設定與日誌，重新連線後再測。 |
| 不同節點都失敗，其他網路可正常使用 | 目前網路、路由器或本機防火牆 | 比較行動熱點與原網路，並檢查安全軟體的網路攔截。 |
TUN 與 DNS 的檢查方式
若桌面端沒有按預期套用系統代理，可在客戶端支援的情況下，用 TUN 模式進行測試。啟用前確認使用的核心支援該功能，並允許客戶端建立虛擬網路介面；部分系統可能需要管理員權限。每次只測試一種接管方式，避免 TUN 與其他 VPN、虛擬網卡或安全軟體互相衝突。測試後若全系統網路異常，先停用 TUN 並還原，再檢查核心日誌與權限提示。
DNS 方面，先確認 Discord 相關網域是否能正常解析，以及 Clash 日誌中是否出現解析逾時或回應錯誤。若剛改過 DNS，關閉並重新開啟 Discord，再清除或等待系統 DNS 快取更新後測試。不要為了排查而同時填入多組來源不明的 DNS，也不要只憑一次解析結果就判定一定是 DNS 問題；不同應用程式可能採用不同解析流程，應搭配連線記錄和節點測試一起判斷。
UDP 測試提醒
不要直接照搬固定 UDP 埠號或假設所有節點都支援語音轉發。實際需求會受 Discord、核心版本、配置與網路環境影響，應檢查客戶端日誌、核心功能及服務商說明。
常見問題
Discord 網頁版正常，桌面版卻一直連線，怎麼辦？
先確認桌面程式是否被代理接管。系統代理未必適用於所有應用程式與連線類型，可透過連線記錄確認桌面端發出的請求是否出現在 Clash 中。若沒有紀錄，可暫時測試 TUN 模式，並檢查防火牆、安全軟體及其他 VPN 是否攔截 Discord。
文字聊天正常，只有語音頻道無法加入，是節點壞了嗎？
不一定。這可能與 UDP 支援、TUN 接管、路由器限制或節點品質有關。換一個節點做對照，並在可行時比較不同網路；若其他網路能加入語音，問題較可能在原網路或其設備設定。測試時也請記錄文字與語音各自的結果，不要只看 Discord 是否顯示在線。
全域模式有效，可以一直開著嗎？
可以作為暫時診斷方式，但不一定適合長期使用。全域模式會讓更多應用程式流量經過代理，可能改變本地服務的連線路徑，也會增加不必要的節點流量。確認原因後，建議修正必要的規則或接管方式，再回到原本適合自己的模式。
我加入 Discord 網域規則後還是無法連線，接下來查什麼？
依序確認規則是否已套用、是否放在會先匹配的廣泛規則之前，以及指定的策略名稱是否存在。接著查看連線紀錄與核心日誌，分辨是規則未命中、DNS 解析失敗、代理連線逾時，還是語音 UDP 相關問題。若近期沒有修改設定，還可測試其他節點、重啟客戶端，並比較另一個網路。
如果你尚未安裝適用於自己裝置的 Clash 客戶端，可先查看各平台版本與安裝選項，再依照本文的順序逐項測試。