先確認研究工具的實際連線需求

不必把所有學術網站一律送進代理。先確認哪個服務無法正常載入，再為相關網域設定分流；能直連的服務保留直連，通常更容易維持登入狀態、降低延遲，也能減少不必要的流量。Google Scholar、arXiv、IEEE Xplore、Zotero 與 Overleaf 各自使用不同網域與連線方式，單靠首頁能否開啟，不能代表搜尋、下載、同步或共同編輯都正常。

以下設定以 Clash Meta（mihomo）核心為例。不同用戶端的按鈕名稱及設定編輯方式可能不同；Profiles、Proxies、Rules、Connections、Logs 是功能名稱，不代表每個客戶端都有完全相同的操作路徑。若使用的核心不支援某個欄位，應以該核心的設定驗證結果與用戶端文件為準。

研究工具的流量也不全是網頁瀏覽。瀏覽器通常會使用系統代理，但 Zotero 桌面程式、命令列下載工具或其他同步程式，可能不讀取系統代理設定。Overleaf 編輯器除了載入文件，還可能持續傳送即時更新；網頁外觀看似正常，不代表長時間編輯與儲存都已通過測試。

規劃網域分流並安全合併規則

先在 Proxies 確認目前策略組實際選取的節點，並確認模式為 Rule。接著將必要的學術服務規則放在會匹配它們的廣泛規則之前。例如，如果設定檔已有把大量網域送往某個策略組的規則，新增的學術網站規則應排在該規則之前；Clash 會依規則順序比對，先命中的規則會決定這次連線的處理方式。

以下只是 mihomo 的局部規則片段，不含節點、代理組、訂閱或完整設定，不能獨立連線。合併前請先備份設定檔，確認 ACADEMIC 是目前設定中存在的策略組名稱；如果希望網站直連，則可將範例中的策略組替換成 DIRECT。不要直接把片段覆蓋整份訂閱設定。

# 局部規則範例：請放在可能匹配這些網域的廣泛規則之前
rules:
  - DOMAIN-SUFFIX,scholar.google.com,ACADEMIC
  - DOMAIN-SUFFIX,arxiv.org,ACADEMIC
  - DOMAIN-SUFFIX,ieeexplore.ieee.org,ACADEMIC
  - DOMAIN-SUFFIX,overleaf.com,ACADEMIC
  - DOMAIN-SUFFIX,zotero.org,ACADEMIC
  - MATCH,原有的最後規則

範例涵蓋的是常見入口網域，不保證包含特定搜尋結果中的所有出版商、第三方登入頁、圖片服務或檔案主機。請依 Connections 顯示的實際主機名稱補充規則，而不是看到頁面缺少圖片就猜測一批網域。對 Zotero WebDAV 使用者，WebDAV 主機可能是學校或個人提供的自訂網域，並不一定屬於 zotero.org；應向服務管理者確認正確主機名稱，再只為該主機設定規則。

工具或服務 常見網域範圍 建議驗證項目 容易忽略的地方
Google Scholar scholar.google.com 搜尋結果、登入狀態、引用匯出 結果連結可能導向其他出版商網域
arXiv arxiv.org 摘要頁、PDF、搜尋或 API 請求 PDF 載入成功不代表其他下載方式也正常
IEEE Xplore ieeexplore.ieee.org 索引、摘要、機構登入與授權內容 代理連線不會代替學校的資料庫授權
Zotero zotero.org 或自訂 WebDAV 主機 帳戶登入、資料同步、附件同步 資料同步與附件同步可能使用不同服務路徑
Overleaf overleaf.com 登入、編輯、即時更新、編譯與下載 長連線或即時更新失敗時，首頁仍可能正常載入

網域後綴規則會匹配該網域及其子網域，因此不應為了方便把整個大型服務供應商或所有搜尋流量都改走同一條路線。規則範圍越廣，越可能影響登入、更新、學校入口或無關網站。若規則使用訂閱提供的規則集，也要檢查規則集的載入狀態及其與自訂規則的先後順序。

逐項測試搜尋、下載與同步

Google Scholar 與文獻資料庫

先開啟 Google Scholar 首頁並執行一個實際搜尋，再選一筆結果查看摘要與來源連結。若首頁能開啟但搜尋結果空白，檢查瀏覽器是否有擴充功能攔截請求、是否正在使用舊快取，以及 Connections 中搜尋時新出現的網域。點開 IEEE Xplore 等出版商頁面後，應把該頁面視為新的連線目標，不要假設 Scholar 的規則會自動涵蓋所有搜尋結果。

若研究機構要求使用校園網路、機構代理或單一登入，Clash 只能協助處理網路路由，不能授予沒有的資料庫權限。登入後仍顯示無權限，應先檢查機構帳戶、校園 VPN 或代理授權狀態；反覆切換節點不會改變資料庫的授權範圍。也不要將學校的登入憑證、Cookie 或機構代理網址貼到公開的設定檔或問題回報中。

arXiv：分開測試摘要頁、PDF 與下載工具

在 arXiv 選一篇公開論文，依序測試摘要頁與 PDF。若摘要頁可用而 PDF 失敗，查看 Connections 中 PDF 請求的實際網域及錯誤狀態；也可在瀏覽器重新載入後再測一次，避免把本機快取誤判為成功。若使用命令列工具下載，該工具通常不會自動沿用桌面系統代理，需要明確設定代理或環境變數。

以下使用 127.0.0.1:7890 作為 HTTP 代理範例，實際連接埠請以目前設定為準。這個指令只測試一個網頁請求，不會變更 Clash 規則，也不代表 PDF 或所有命令列工具都會使用相同的代理設定：

curl -I -x http://127.0.0.1:7890 https://arxiv.org/

若回應顯示本機連線遭拒，優先確認核心是否正在執行、代理連接埠是否正確，以及該連接埠是否提供 HTTP 或 mixed 代理。若已連上本機代理但目標請求逾時，再到 Logs 和 Connections 查看 DNS、節點連線或目標服務回應；不要把所有逾時都歸因於 arXiv 網站。

Zotero：區分程式連線、資料同步與附件同步

Zotero 桌面程式能開啟，不等於已成功同步。先在 Zotero 中執行一次同步，查看同步狀態與錯誤訊息，再於 Clash 的 Connections 搜尋剛才的請求。若瀏覽器能登入 Zotero 網站而桌面程式不能同步，應檢查桌面程式是否讀取系統代理、是否需要在程式或作業系統設定中另行指定代理，以及帳戶憑證是否有效。

資料項目與大型附件的同步狀況也應分開確認。使用 Zotero 雲端附件服務時，請在程式中查看附件同步狀態與帳戶方案；使用 WebDAV 時，需確認自訂伺服器位址、帳戶資訊及伺服器是否正常。不要為了修復單一附件失敗而把整個 zotero.org 或所有 HTTPS 流量改成直連或代理，先從錯誤訊息與連線記錄找出實際失敗的服務。

Overleaf：檢查即時儲存與編譯結果

進入 Overleaf 專案後，修改一行不影響論文內容的測試文字，等待儲存狀態更新，再執行一次編譯。若專案頁面可以開啟，但協作更新延遲或編譯請求失敗，先查看瀏覽器開發人員工具的 Network 面板與 Clash Connections，確認失敗請求所屬網域、時間及代理鏈。編輯器的即時更新可能使用長時間連線；只看到首頁載入成功，不能證明編輯、儲存、協作與下載都正常。

若使用瀏覽器擴充功能、校園代理或其他 VPN，測試時先記錄其原始設定，再逐項暫停可能接管網路的功能。不要同時切換節點、停用瀏覽器擴充功能並修改規則，否則即使問題消失，也難以知道是哪一項變更有效。

依連線記錄定位常見故障

出現問題時，先記下測試時間、工具、操作及目標網域，再到 Connections 查看對應連線。對照規則名稱、代理鏈、連線狀態與目標位址，可以判斷問題發生在流量入口、規則選擇、本機 DNS、代理節點，還是服務端回應。不同客戶端可能將欄位放在不同頁面，但判斷原則相同：先確認請求是否進入核心，再確認核心將它送往哪裡。

觀察結果 可能原因 建議處理
Connections 沒有新請求 頁面使用快取、程式未走系統代理，或請求尚未發出 重新載入或重新執行同步，檢查瀏覽器與程式的代理設定
連線出現但規則命中 DIRECT 直連規則排在自訂規則之前，或主機名稱不符合規則 確認實際網域與規則順序，再調整最小範圍的規則
命中代理組但請求逾時 節點不可用、DNS 解析異常或目標服務暫時無回應 固定一個可用節點重測，查看 Logs 中的具體錯誤
瀏覽器正常，Zotero 無法同步 桌面程式未使用系統代理，或帳戶與同步服務有問題 分別檢查桌面程式代理、帳戶狀態與同步錯誤訊息
Overleaf 可開啟但編輯或編譯異常 即時連線、特定請求或瀏覽器擴充功能受影響 記錄失敗請求的網域與時間，對照 Network 和 Connections

DNS 問題與代理選路需要分開判斷。若連線記錄中的網域解析結果異常、不同網路下結果差異明顯，先檢查目前設定的 DNS 模式、快取與錯誤訊息；不要為了測試就直接公開啟用區域網路監聽或任意更換所有 DNS 參數。調整前保留原設定，每次只改一項，並測試直連與代理路徑是否符合預期。

完成排查後，移除只為測試加入的臨時規則，或將其整理到可維護的位置；再逐一確認 Scholar 搜尋、arXiv 摘要與 PDF、IEEE Xplore 登入、Zotero 同步及 Overleaf 儲存與編譯。若某個服務在直連時本來就穩定，便沒有必要為了讓設定看起來一致而強制代理。保留最少且可解釋的規則，日後訂閱更新或更換用戶端時也比較容易維護。

若需要安裝或更新 Clash 用戶端，可先依作業系統選擇對應版本，再按本文的方法逐項驗證學術服務連線。