研究工作中的代理需求，通常不是單純「開啟全域模式」就能解決。Google Scholar 可能需要穩定存取搜尋結果與引用頁面，出版社網站和資料庫則常依賴多個登入網域、重新導向網域及 PDF 下載網域；Zotero 需要同步文獻資料、附件與 WebDAV 儲存，Overleaf 則同時涉及編輯器、專案同步、Git 服務或外部圖片載入。若所有流量都使用同一種路由，可能造成不必要的延遲，也可能因登入回呼、校園網路或本地服務被錯誤代理而失敗。
較穩定的做法是先把研究流程拆成「瀏覽器查找、文獻管理、雲端寫作、附件同步」四類，再依網域和應用程式的實際行為設定分流。本文以 v2rayN、v2rayNG 搭配 Xray 核心的常見環境為例，說明本機代理連接埠、規則模式、瀏覽器設定、Zotero 與 Overleaf 的驗證方法；不同客戶端的選單名稱可能略有差異，但判斷原則相同。
本文適合需要查找論文、同步 Zotero 和使用 Overleaf 的研究人員。內容先建立瀏覽器與應用程式的代理分流觀念，再提供 v2rayN 與 v2rayNG 的實作步驟，最後以登入、PDF 下載、附件同步和 Overleaf 編譯四組測試確認代理是否真正生效。
先拆分研究流程與代理邊界
Google Scholar 的搜尋頁面通常只是第一個入口。點擊論文標題後，瀏覽器可能被帶往出版社、預印本平台、學校圖書館代理入口或作者個人網站。頁面可以開啟，不代表 PDF 下載也一定使用相同路徑；有些網站會從另一個靜態檔案網域提供 PDF，有些則在下載前先經過登入服務或驗證頁面。因此，測試時應分別檢查搜尋、登入、引用匯出和 PDF 下載，而不是只看首頁是否載入。
Zotero 的資料同步也要區分兩種流量。文獻資料、標籤、筆記和收藏通常透過 Zotero 的同步服務處理；PDF、圖片及其他附件則可能使用 Zotero 儲存方案或 WebDAV。這些連線不一定共享同一組網域，且附件同步常在背景執行。若只測試 Zotero 主視窗能否登入，仍可能漏掉附件上傳逾時、同步佇列卡住或 WebDAV 憑證失敗等問題。
| 研究工作 | 主要流量特徵 | 建議代理策略 | 成功判斷 |
|---|---|---|---|
| Google Scholar | 瀏覽器 HTTPS、搜尋與重新導向 | 瀏覽器使用 HTTP 或 SOCKS 代理 | 搜尋、引用匯出及結果連結均可開啟 |
| Zotero 同步 | 帳戶登入、資料同步、附件傳輸 | 應用程式代理或 TUN 接管 | 同步佇列清空，附件狀態更新 |
| Overleaf | 網頁編輯、資源載入、編譯請求 | 瀏覽器代理，必要時使用 TUN | 專案能開啟並完成一次編譯 |
| 校園與本地服務 | 內網 DNS、圖書館入口、區域網路 | 保留直連規則 | 內網網址和印表機等服務仍可使用 |
在 v2rayN 與 v2rayNG 建立基礎設定
開始前，先確認訂閱節點本身可以正常連線，並記錄目前核心類型。v2rayN 7.x 常見的本機 SOCKS 連接埠是 10808、HTTP 連接埠是 10809；v2rayNG 也可能依設定使用不同連接埠，不能只照抄數字。若主程式顯示已連線，但瀏覽器完全沒有反應，先查看「設定」或「本機代理」頁面中的實際監聽值，再與應用程式代理欄位逐一對照。
v2rayN 桌面端
- 核心
- Xray
- SOCKS
- 127.0.0.1:10808
- HTTP
- 127.0.0.1:10809
- 路由
- 規則分流
- DNS
- 依核心設定處理
先用規則分流測試，確認正常後再加入自訂網域和程序規則。
v2rayNG 行動端
- 核心
- Xray 或相容核心
- 本機模式
- VPN 接管
- 分流
- 規則模式
- DNS
- 避免與系統設定衝突
- 應用程式
- 按需選擇
若只讓瀏覽器使用 VPN，先用分應用程式代理降低對校園服務的影響。
在 v2rayN 中，可從主視窗選取可用節點，進入「設定」→「參數設定」確認本機代理；再將系統代理模式設為「自動」或「規則」，避免同時執行另一個代理程式。若研究工作包含 Zotero 等不確定是否讀取系統代理的應用程式，可先使用 TUN，但要保留區域網路直連，並在啟用後檢查虛擬網卡與 DNS 初始化日誌。
在 v2rayNG 中，匯入訂閱後先更新節點，接著從主畫面的設定進入 VPN 或分流相關選項。首次啟用系統 VPN 時，系統會要求建立 VPN 連線；確認後先使用規則模式，不要一開始就疊加自訂 DNS、FakeDNS 和大量程序規則。Android 應用程式代理一般透過 VPN 介面完成，若某個應用程式被排除在 VPN 外，它的登入和同步流量便不會進入 Xray。
動手設定瀏覽器、Zotero 與 Overleaf
以下步驟建議在同一個節點、同一個網路環境中完成。每完成一項就記錄結果，不要同時修改核心、瀏覽器和 DNS，否則出現問題時很難知道是哪一個變更造成。研究帳戶使用雙重驗證時，也應預留重新登入時間，避免因連續失敗觸發服務端的暫時限制。
-
確認節點可用
在 v2rayN 或 v2rayNG 更新訂閱，選取延遲穩定的節點，先開啟一般網站與節點日誌。確認沒有
timeout、failed to dial或 TLS 交握錯誤後，再開始設定研究應用程式。 -
設定瀏覽器代理
若使用系統代理，確認作業系統代理位址為
127.0.0.1，連接埠為 v2rayN 實際顯示的 HTTP 連接埠10809。若使用 SOCKS，填入127.0.0.1:10808，並在瀏覽器或代理工具中啟用遠端 DNS 選項。 -
測試 Scholar
依序測試搜尋、開啟結果、進入出版社頁面、匯出 BibTeX 或 RIS，以及下載一個小型 PDF。若搜尋正常而 PDF 失敗，檢查重新導向網域和下載網域，不要立即更換 Zotero 設定。
-
設定 Zotero
在 Zotero 的「編輯」→「設定」→「同步」登入帳戶並按「立即同步」。若附件使用 WebDAV，進入同步頁面的檔案同步區域填入服務商提供的伺服器網址、帳號和密碼；不要把 WebDAV 位址誤填成一般網站首頁。
-
驗證 Overleaf
在瀏覽器開啟 Overleaf 專案，確認登入、專案檔案載入、圖片預覽和「重新編譯」均可完成。若編輯器能開啟但編譯一直等待，先查看瀏覽器網路錯誤，再判斷是否為代理或專案本身的 LaTeX 錯誤。
瀏覽器內建的安全 DNS 會影響網域解析路徑。若同時啟用瀏覽器安全 DNS、系統自訂 DNS 和 Xray 遠端 DNS，可能出現查詢路徑不一致。排查時可先暫停瀏覽器的安全 DNS，使用用戶端或系統提供的單一路徑完成基準測試；確認連線後，再重新啟用並觀察 DNS 請求是否確實經過代理。
結論：先驗證完整流程，再細分網域
對研究工作而言，能搜尋到論文只是半成功；登入、引用匯出、PDF 下載、附件同步和 Overleaf 編譯都通過，才代表代理設定具備實際可用性。完成基準後，再把特定網域加入分流規則，通常比一開始建立龐大規則表更容易維護。
按研究用途設計分流規則
分流規則應從明確的服務網域開始，而不是把所有含有「academic」或「paper」字樣的網址全部送入代理。Google Scholar、出版社、Overleaf 和 Zotero 的網域可能由不同服務商維護，且登入頁面常會重新導向到帳戶服務。建議先從瀏覽器開發者工具、核心日誌或 DNS 記錄找出實際連線的主網域，再逐步加入規則。
- 學術搜尋：將 Google Scholar 的搜尋與結果頁面納入瀏覽器代理，並測試引用匯出所使用的下載請求。
- 出版社與資料庫：依學校授權入口的實際網域設定，不要把校園內網和外部出版社混在同一條規則中。
- Zotero：先讓主程式使用系統代理；若附件同步不穩，再使用 TUN 或確認 WebDAV 主機是否被分流到正確出站。
- Overleaf：瀏覽器編輯流量可走代理，但本地 LaTeX 工具、編譯產物和區域網路檔案不必全部經過遠端節點。
- 校園資源：學校圖書館內網、校園 DNS、印表機和檔案伺服器通常應保留直連，避免代理導致驗證頁面或內部位址無法回應。
| 現象 | 優先檢查位置 | 不要先做的事 |
|---|---|---|
| Scholar 可搜尋，出版社拒絕登入 | 重新導向網域、瀏覽器 Cookie、系統時間 | 刪除整個節點訂閱 |
| Zotero 資料同步成功，附件停住 | 附件儲存方式、WebDAV 主機、代理日誌 | 重複建立多個同步帳戶 |
| Overleaf 編輯器空白 | 瀏覽器代理、WebSocket、擴充功能 | 先修改 LaTeX 原始碼 |
| 內網圖書館無法開啟 | 區域網路直連、校園 DNS、TUN 規則 | 把所有流量改成全域代理 |
登入失敗與同步異常的排查順序
當研究服務無法使用時，先判斷是「網頁沒有建立連線」、「登入回呼失敗」、「檔案下載失敗」還是「應用程式背景同步失敗」。在瀏覽器中按開發者工具的 Network 面板，重新載入頁面並觀察失敗請求的網域與狀態碼；在 v2rayN 或 v2rayNG 中則查看核心日誌，確認請求是否進入預期的代理出站。狀態碼 401 或 403 比較像帳戶、權限或服務端政策問題，不應一律歸咎於代理。
Google Scholar 能開啟，但點擊論文後逾時怎麼辦？
先記錄出版社或預印本網站的實際網域，確認瀏覽器仍使用 127.0.0.1:10809 或 127.0.0.1:10808，再檢查該請求是否被規則分到直連。不要只測試 Scholar 首頁。
Zotero 顯示已同步，附件卻沒有下載？
在「設定」→「同步」檢查檔案同步與附件儲存方式，確認 WebDAV 伺服器網址可以從目前網路連線；接著查看同步錯誤訊息，區分認證失敗、空間不足和網路逾時。
Overleaf 登入頁面一直重新整理？
暫時停用會攔截 Cookie 或腳本的瀏覽器擴充功能，確認系統時間準確，並檢查代理是否支援登入流程需要的長連線。若其他 HTTPS 網站正常，仍要單獨檢查 Overleaf 相關網域。
啟用 TUN 後校園網站反而打不開？
將校園內網網段、區域網路位址和校園 DNS 加入直連規則，或先關閉 TUN 回到系統代理模式確認差異。不要在問題未定位前同時開啟多個虛擬網卡。
錯誤：Proxy CONNECT aborted
原因與解法：瀏覽器建立 HTTPS 隧道時代理連線被中止；先確認 HTTP 代理連接埠是否填成 10809，並查看核心日誌中的節點出站錯誤。
錯誤：Zotero sync failed: connection timed out
原因與解法：Zotero 的同步請求未在期限內完成；確認主程式是否讀取系統代理，必要時啟用 TUN，並將附件服務主機與帳戶服務分別測試。
錯誤：Overleaf compile request failed
原因與解法：編譯請求沒有成功送達或服務端拒絕請求；先以全新空白專案測試，若空白專案也失敗，再檢查瀏覽器代理、網路請求和節點日誌。
完成修改後，先關閉瀏覽器與 Zotero，再重新啟動 v2rayN 或 v2rayNG，等待約 30 秒讓核心、DNS 和路由初始化。依序測試 Scholar 搜尋、出版社登入、PDF 下載、Zotero 資料與附件同步，以及 Overleaf 編譯。若只有一個環節失敗，保留其他已驗證的設定，針對該服務的網域、憑證或應用程式代理能力單獨排查。