想穩定觀看 Coursera、edX 或 Udemy 課程,單純開啟 Clash 並不代表所有流量都會以最佳方式傳輸。線上課程通常同時涉及影片 CDN、登入服務、字幕 API、支付頁面與本地網站;如果所有連線都走同一個代理節點,可能出現影片載入慢、字幕延遲、登入驗證失敗,甚至本地網站速度下降等問題。本文以台港用戶常見的使用情境為基礎,示範如何設定 Clash 分流、代理群組與節點選擇,讓 Coursera、edX、Udemy 等海外教學平台使用合適的代理,而香港、台灣及本地服務維持直連。
線上課程流量為什麼需要分流
開啟 Clash 後,最常見的做法是選擇「全域代理」,讓瀏覽器的所有請求都經過同一個節點。這種方式雖然簡單,但不一定適合長時間觀看課程。課程頁面本身可能來自一個域名,影片檔案卻由另一個 CDN 域名提供,字幕、圖片、字型和登入 API 又可能分散在不同的第三方服務上。如果只加入一個主站域名,部分資源仍可能走直連或錯誤節點。
比較穩定的思路是將流量分成三類:
- 海外教學平台:Coursera、edX、Udemy 的主站、登入、課程內容與影片 CDN,通常交給代理策略組。
- 本地與區域服務:台灣、香港或中國大陸常用的銀行、政府、購物、影音及企業網站,維持直連,避免繞路。
- 其他未知流量:使用預設策略組,根據你的網路環境選擇直連或代理,方便日後逐步觀察與調整。
需要注意的是,分流規則不是越多越好。規則會按照由上到下的順序匹配,前面的規則一旦命中,後面的規則就不會再處理。因此,專用的課程平台規則應放在較一般的地區規則或兜底規則之前;否則可能先被 GEOIP、FINAL 或其他廣泛規則攔截,導致預期的代理策略沒有生效。
Coursera、edX 與 Udemy 的域名規則
不同平台的域名結構會隨地區、課程供應商與 CDN 調整,以下範例適合用作起始配置,而不是永久不變的完整清單。Coursera 常見主域名包括 coursera.org 及其子域名;edX 通常使用 edx.org;Udemy 則常見 udemy.com、影片服務及登入相關子域名。使用 DOMAIN-SUFFIX 可以一併匹配主域名與其子域名,比只寫一個固定的 DOMAIN 更適合課程平台。
rules: # 課程平台主站與子域名 - DOMAIN-SUFFIX,coursera.org,Online Courses - DOMAIN-SUFFIX,coursera.com,Online Courses - DOMAIN-SUFFIX,edx.org,Online Courses - DOMAIN-SUFFIX,udemy.com,Online Courses # 常見的登入與影片資源,可依連線日誌補充 - DOMAIN-KEYWORD,coursera,Online Courses - DOMAIN-KEYWORD,udemy,Online Courses # 本地網站規則應放在適當位置 - RULE-SET,local-direct,DIRECT - GEOIP,LAN,DIRECT - MATCH,Proxy
DOMAIN-KEYWORD 只適合處理確實帶有平台關鍵字的域名,不建議大量使用。它可能匹配到與課程無關的域名,也可能漏掉由第三方 CDN 提供的影片服務。實際使用時,先打開一段課程影片,再在連線記錄中找出流量最大的域名,將確認過的域名以 DOMAIN-SUFFIX 或 Rule Provider 形式加入。
如果你使用的是訂閱配置,直接修改訂閱產生的主配置可能會在更新後被覆蓋。較好的方式是使用覆寫功能、外部規則集或本地 Rule Provider。Clash Verge Rev 與 Mihomo 通常能在配置管理介面中載入本地 YAML;不同客戶端的選單名稱可能不同,原則都是讓自訂規則位於訂閱內容的優先層。
設計課程專用代理群組
線上學習不只需要「能連線」,還需要長時間保持穩定。選擇節點時,延遲低固然重要,但對影片課程而言,持續吞吐量、晚間尖峰表現、丟包率與出口地區同樣關鍵。香港、台灣、日本或新加坡節點都可能適合台港用戶,實際效果取決於你的 ISP、節點供應商和課程 CDN 的位置。
建議將課程流量獨立放入一個策略組,避免與串流影音、遊戲或一般代理流量互相影響。若你經常手動比較節點,可以使用 select;希望自動選擇低延遲節點,可以使用 url-test;如果更重視主節點故障時自動切換,則可使用 fallback。
proxy-groups: - name: Online Courses type: select proxies: - Course Auto - 香港節點 - 台灣節點 - 日本節點 - DIRECT - name: Course Auto type: url-test proxies: - 香港節點 - 台灣節點 - 日本節點 url: https://www.gstatic.com/generate_204 interval: 300 tolerance: 80
url-test 測量的是指定測試網址的連線延遲,不等於 Coursera、edX 或 Udemy 影片 CDN 的實際播放速度。若所有節點延遲都很接近,可以實際播放相同畫質的影片,再根據緩衝速度和丟包情況手動選擇。tolerance 不宜設定得太低,否則節點只差幾十毫秒就頻繁切換,可能中斷登入狀態或正在播放的課程。
動手設定與驗證分流
下面是一套適用於 Clash Verge、Clash Verge Rev 和 Mihomo Dashboard 的通用操作流程。介面名稱可能因版本而略有差異,但配置檔案中的核心欄位基本一致。
- 備份目前配置:先複製一份正在使用的 YAML,保留原始訂閱配置。若新規則造成所有網路無法連線,可以快速還原。
- 確認代理名稱:在
proxies、Proxy Provider 或客戶端節點列表中確認節點的實際名稱。策略組引用的名稱必須完全一致,包含大小寫、空格與符號。 - 建立課程策略組:先用
select做手動選擇,確認規則有效後,再改成url-test或fallback,這樣比較容易定位問題。 - 加入平台規則:將 Coursera、edX 和 Udemy 的
DOMAIN-SUFFIX規則放到MATCH或兜底規則之前。 - 重新載入配置:在客戶端中選擇重新載入或切換配置,不必一開始就重啟整個系統。載入失敗時先檢查 YAML 的縮排與冒號。
- 逐一測試:依次測試平台首頁、登入、課程章節、影片播放、字幕與下載附件,不要只測試首頁是否能開啟。
- 檢查命中規則:在連線頁面查看請求命中的規則與策略組。若主站走了代理但影片走了直連,記錄該 CDN 域名,再補入規則。
測試時最好使用無痕視窗或清除特定網站快取,避免瀏覽器先前保存的 DNS、Cookie 或服務工作執行緒影響結果。影片播放可先固定在 720p 或 1080p,觀察三至五分鐘的緩衝與下載速度,再切換另一個節點比較。若只在某一個課程或某一個瀏覽器出問題,通常是特定 CDN、擴充功能或 DRM 播放元件,而不是整套 Clash 規則失效。
DNS、TUN 與瀏覽器設定要點
如果 Clash 的規則看起來正確,但課程平台仍然偶爾打不開,應檢查 DNS。當瀏覽器先透過本地 DNS 解析出錯誤 IP,再把結果交給代理處理,域名規則可能無法發揮預期作用。Mihomo 使用 fake-ip 時,通常能更早以域名匹配規則;不過某些本地服務、遊戲或需要真實 IP 的應用,仍應加入 fake-ip-filter。
在桌面系統上,瀏覽器可能只使用系統代理,Clash TUN 模式則會接管更廣泛的系統流量。若課程影片請求來自不遵循系統代理的元件,TUN 模式通常更完整,但也會增加排查複雜度。建議先用系統代理完成基本配置,再於確認規則後開啟 TUN,並觀察是否有本地印表機、公司內網或網路磁碟被錯誤代理。
skip-cert-verify: true 可能暫時繞過錯誤,但會降低 TLS 安全性。課程平台出現憑證錯誤時,應先檢查系統時間、節點服務端證書、SNI 與 DNS,不要把跳過驗證當作固定解法。行動裝置上的 Clash for Android、Mihomo Party 或其他 Mihomo 客戶端,還要留意 Android 的私人 DNS、電池省電策略與 Wi-Fi/行動數據切換。若應用被系統暫停,長時間播放可能中斷;若只有某個 App 不遵循代理,則需要確認該客戶端是否支援按應用分流。iOS 上則要依客戶端提供的增強模式或 TUN 能力處理,不能直接套用桌面端的所有欄位。
常見問題與效能調整
首頁能開啟,但影片一直轉圈:首頁和影片通常不是同一個域名。查看連線記錄,找出影片請求的實際域名,將其加入課程代理規則。若影片 CDN 在某個地區節點速度較差,可比較香港、台灣、日本與新加坡節點,而不是只看延遲數值。
可以登入,但重新整理後被登出:檢查登入 API、驗證服務與主站是否使用了不同出口。若同一個網站的部分請求走不同節點,服務端可能判定 IP 或地區快速變更。課程策略組應避免頻繁自動切換,登入和播放期間可先固定一個穩定節點。
字幕、圖片或測驗頁面載入失敗:補充相關第三方域名,但不要直接把所有外部服務都加入代理。先從連線記錄辨認失敗請求,再只增加必要規則,否則可能把分析、廣告或本地資源一併繞路,增加延遲。
課程下載速度忽快忽慢:下載流量對節點頻寬和連線穩定性要求更高。可以暫時關閉自動測速,選擇晚間仍有穩定吞吐量的節點;若使用 load-balance,要注意部分平台會檢查登入 IP,一般不建議讓同一個帳戶的課程播放連線頻繁更換出口。
- 優先選擇能穩定播放 1080p 的節點,而不是單純追求最低 ping。
- 觀看長課程時固定節點,避免策略組因短暫測速結果而切換。
- 更新訂閱後重新確認自訂規則仍在,避免被新配置覆蓋。
- 配置完成後保留一份註明日期的備份,方便比較修改前後的差異。
良好的線上學習配置不需要大量複雜規則,重點是清楚劃分課程平台、本地服務與其他流量,並透過連線日誌驗證每一次調整。先使用手動策略組建立可控的基線,再根據實際播放結果選擇自動測速或故障切換,通常比直接套用全域代理更穩定,也更容易維護。