研究人員Google Scholar與Zotero代理工作流程設定指南

研究人員使用 Google Scholar 查找文獻、透過 Zotero 同步資料庫，或在 Overleaf 編輯與編譯論文時，常會遇到搜尋結果載入不完整、附件下載逾時、同步反覆失敗，以及瀏覽器能連線但桌面程式無法使用等問題。這些現象不一定是單一網站故障，也可能與 DNS 解析、代理模式、應用程式是否經過本機代理，以及節點本身的延遲和封包遺失有關。

本文以 v2rayN 桌面端與 v2rayNG Android 端為例，整理一套適合學術工作的代理流程：先讓客戶端正常啟動，再區分瀏覽器、Zotero 與其他研究工具的代理範圍，接著為 Google Scholar、Zotero 同步服務、Overleaf 及常用學術網域建立可維護的分流規則。文中的選單名稱可能因客戶端版本或語言不同而略有差異，實際設定仍應以目前使用的 Xray 或 v2ray 核心支援範圍為準。

先理解研究工作流程與代理邊界

學術工作通常不是只有一個網站。研究人員可能在瀏覽器中使用 Google Scholar、出版社平台、預印本網站與資料庫，使用 Zotero 桌面程式下載附件、同步文獻庫和上傳儲存資料，再透過瀏覽器開啟 Overleaf。這些請求的連線方式不完全相同，因此「瀏覽器可以開啟」不代表 Zotero 一定能同步，「節點延遲很低」也不代表大檔案下載一定穩定。

先把流量分成三類會比較容易排查。第一類是本地服務，例如校園入口、區域資料庫、本地 NAS 與校內代理，它們通常需要直連或使用學校指定的網路出口。第二類是需要穩定海外連線的服務，例如 Google Scholar、部分出版社頁面、Overleaf 與 Zotero 同步相關網域。第三類是與研究無關的背景流量，例如系統更新、影音服務和一般網站。若直接使用全域代理，第三類流量也會進入節點，增加頻寬與連線數量，反而可能影響論文附件下載。

v2rayN 與 v2rayNG 的代理模式選擇

在 Windows 或 macOS 上，v2rayN 通常可以透過系統代理讓支援 HTTP 或 SOCKS 代理的瀏覽器及程式使用節點。規則模式適合研究工作，因為它能把符合海外學術網域的連線交給代理，而將本地網站與校園資源保留為直連。全域模式只適合短時間確認節點是否能正常工作，不建議長期作為研究環境，尤其是在校園網路、需要存取區域服務或下載大量資料時。

v2rayNG 在 Android 上會透過本機 VPN 介面接管裝置流量。它的「全域」、「規則」與分應用程式代理概念，與桌面端的系統代理並不完全相同。規則模式下，流量會依網域、IP 或預設規則選擇直連和代理；分應用程式代理則先決定哪些應用程式能進入 VPN，再由核心處理後續路由。若瀏覽器未被選入代理範圍，即使節點和學術網域規則正確，Google Scholar 仍可能直接連線。

核心與本機端口要先對上

v2rayN 的「設定」→「參數設定」→「Core 類型」中，應選擇與訂閱節點參數相容的核心。帶有 Xray 專屬的 REALITY、Vision 或特定流量控制欄位時，應使用支援這些欄位的 Xray 核心；只提供傳統 VMess、WebSocket 或一般 TLS 的節點，則以訂閱說明和客戶端相容性為準。v2rayNG 常見的節點也依賴 Xray 核心能力，匯入後不要只看節點名稱，還要查看核心日誌是否成功啟動。

常見本機端口包括 HTTP 代理 10808、SOCKS 代理 10808 或混合端口 10809，但不同版本與自訂設定可能不同。不要直接照抄其他文章的端口。請在 v2rayN 的「設定」→「參數設定」→「Core: 基本設定」查看實際端口，再把瀏覽器或研究程式填入相同數值。若出現端口被占用，先關閉另一個代理程式，或改用一個未被使用的本機端口後重新啟動核心。

建立 Google Scholar、Zotero 與 Overleaf 分流

分流的目標不是收集一份永遠不變的網域清單，而是讓「確實需要代理的連線」有明確去向。Google Scholar 的搜尋頁面、結果跳轉、驗證頁面和出版社連結可能涉及不同網域；Overleaf 的登入、專案頁面、編譯工作與檔案傳輸也可能由不同服務提供。因此，遇到某一頁可以開啟、另一頁逾時時，應從瀏覽器開發者工具或核心日誌確認實際請求網域，再補充規則，而不是只新增一個主網域。

在 v2rayN 中可先選擇規則模式，並使用內建規則或自訂路由將研究服務交給代理出站。設定順序建議是「私人或校園網域直連」在前，「明確需要代理的學術網域」在後，最後才使用一般海外規則。規則由上而下匹配，過於寬泛的直連規則可能提前攔截學術服務；過於寬泛的代理規則則會把本地資源送往遠端節點。

1. 更新訂閱

   在 v2rayN 主介面開啟「訂閱分組」→選擇分組→「更新」，確認節點列表能正常載入；v2rayNG 則在訂閱分組頁面執行更新。

2. 選擇核心

   在 v2rayN 的「設定」→「參數設定」→「Core 類型」確認核心，v2rayNG 則查看目前配置使用的核心與日誌。

3. 開啟規則

   先選擇規則模式，暫時不要啟用複雜的自訂 DNS。確認瀏覽器可以開啟一般網站，再測試 Google Scholar。

4. 加入程式

   Android 端進入 v2rayNG 的分應用程式代理，只加入瀏覽器及確實需要代理的研究工具，並確認採用「代理所選應用程式」或相反模式。

5. 逐項驗證

   依序測試搜尋、出版社頁面、Zotero 同步與 Overleaf 編譯，每次只變更一項規則或一個程式，記錄結果和時間。

Zotero 的問題要分成「網頁登入或附件下載」與「資料庫同步」兩類。前者可能跟隨系統代理或瀏覽器行為，後者則由 Zotero 自己建立網路連線。若瀏覽器能登入相關服務，但 Zotero 顯示同步逾時，可先在 Zotero 的連線或代理設定中確認是否使用系統代理；若程式沒有獨立代理選項，則可在 v2rayN 使用 TUN 或讓該程式的流量經過系統層代理，但啟用前要先確認本機網路與路由不會受到影響。

Overleaf 主要透過瀏覽器使用，因此先檢查瀏覽器代理和 DNS 通常比修改核心參數有效。若專案頁面可以開啟但編譯結果長時間不回傳，可能是特定資源載入、長連線、節點丟包或服務端繁忙。可先以同一節點開啟新建的小型專案，使用簡短的 LaTeX 文件測試編譯，再與原專案比較，避免把編譯佇列問題誤判為代理故障。

DNS、應用程式代理與測試方法

學術網站載入失敗時，DNS 是常見但容易被過度修改的環節。若網域解析到不可達的位址，瀏覽器可能顯示連線逾時；若解析本身成功，但實際出站被錯誤分到直連，同樣會無法載入。建議先保留客戶端預設 DNS，使用核心日誌或系統查詢工具確認結果，再決定是否需要分流 DNS。不要同時更換 DNS、切換核心和修改路由，否則測試結果沒有可比性。

測試時應固定四個條件：同一個節點、同一種代理模式、同一個網路環境，以及相近的檔案或頁面大小。先測試一般 HTTPS 網站，再測試 Google Scholar 搜尋，接著執行 Zotero 的手動同步，最後使用小型 Overleaf 專案編譯。每一步都記下開始時間、是否逾時、是否需要重新整理，以及核心日誌中的錯誤。這比只看一次延遲數值更能反映研究工作中的實際穩定性。

常見錯誤與安全排查順序

當代理設定完成後，最重要的是保留一個可以回復的基準。修改前匯出或備份 v2rayN 設定，記下目前使用的節點、核心版本、系統代理端口和 v2rayNG 的分應用程式清單。若新規則導致所有網站都無法開啟，可以先還原備份，再以全域模式短暫確認節點，而不是繼續疊加更多規則。

如果只有 Zotero 失敗而瀏覽器正常，優先看 Zotero 是否有自己的代理選項、是否被防火牆阻擋，以及同步帳號是否需要重新登入。如果只有 Overleaf 編譯不穩，先排除專案本身的編譯錯誤與服務端佇列，再測試簡化專案。若 Google Scholar 搜尋結果反覆要求驗證，不要高頻率重新整理或同時開啟大量請求，應減少並發、切換穩定節點並等待一段時間。

讓設定可維護的日常習慣

研究期間不宜頻繁更換核心和大幅修改路由。完成一次可用設定後，建議只保留一個主要節點和一個備用節點，並為它們標記用途，例如「論文搜尋」或「長時間編譯」。訂閱更新後重新檢查目前選取的節點，確認協議、傳輸、安全層和端口沒有因服務端調整而改變。若更新後突然失效，先切回備用節點，不要立即刪除全部配置。

對附件下載、資料庫同步和 Overleaf 編譯這類長時間工作，穩定的代理範圍比複雜規則更重要。可每隔一段時間檢查系統代理是否仍開啟、v2rayNG 的 VPN 是否仍在執行，以及核心是否出現反覆重連。Android 裝置若需要長時間同步，應在系統電池設定中允許 v2rayNG 背景執行；不需要持續連線時，則在工作結束後正常停止 VPN，避免系統與客戶端反覆嘗試恢復連線。

最後，請把代理當作研究網路的其中一層，而不是解決所有錯誤的萬用工具。帳號權限、出版社限制、校園網路政策、服務端維護和論文專案本身，都可能造成看似相同的載入失敗。透過固定測試順序、保留錯誤時間、區分應用程式與網域範圍，通常能在幾分鐘內判斷問題位於節點、路由、DNS、本機端口，還是目標服務本身。