科研人员必备：Scholar与Zotero代理工作流配置指南

科研人员的网络需求通常不是“打开一个代理就全部解决”。Google Scholar 适合文献检索，出版社平台负责全文下载，Zotero 需要访问网页、抓取元数据并同步附件，Overleaf 则依赖稳定的 HTTPS 连接和实时协作。不同服务对域名、登录状态、DNS、浏览器代理和应用代理的要求并不完全相同。如果简单开启全局代理，可能导致校园网资源无法访问、机构登录反复跳转，甚至让 Zotero 同步出现超时。

更稳妥的做法是先明确工作流中的每个环节，再使用 v2rayN 或 v2rayNG 建立“学术站点代理、校园资源直连、其他流量按规则处理”的分流方案。本文以 2026 年常见的 Xray 内核客户端界面为参考，说明域名分类、订阅导入、系统代理、TUN 模式、Zotero 与 Overleaf 的验证方法，并给出出现登录失败、下载中断和同步超时时的排查顺序。

科研工作流中哪些流量需要代理

一次完整的文献工作流通常包含检索、跳转、全文获取、元数据整理、附件同步和论文协作六个阶段。Google Scholar 的搜索页面、引用跳转和相关文献链接可能涉及多个域名；出版社平台还会使用登录域名、静态资源域名和 PDF 文件域名。只代理搜索首页而放行后续域名，常见结果是搜索可以打开，但点击 DOI、查看摘要或下载 PDF 时出现超时。

Zotero 的网络行为也不只有一种。浏览器保存文献时，Zotero Connector 需要与浏览器和 Zotero 本地程序通信；桌面端抓取网页元数据时，会访问站点本身及其接口；同步时，则会连接 Zotero 账户服务和附件存储服务。若使用 WebDAV 同步附件，还要把 WebDAV 服务器域名纳入同一套判断。不要只因为“浏览器能打开论文”就推断 Zotero 一定能同步。

Overleaf 主要依赖 HTTPS、账户登录、项目编辑器与实时协作连接。若浏览器代理工作正常，通常不需要单独为 Overleaf 添加复杂规则；但公司或校园网络可能对长连接、WebSocket 或证书检查进行限制。此时应先测试普通页面、项目编辑器和协作状态，再决定是否启用 TUN，而不是直接修改协议参数。

设计学术网站分流规则

规则分流的核心不是收集一份永远不变的域名清单，而是按照“访问目的”组织规则。Google Scholar、出版社平台和 Overleaf 的域名会调整，某些页面还会从主站跳转到身份认证或静态资源域名。因此，导入规则后仍要以浏览器开发者工具、客户端日志和实际页面行为为准。规则顺序也很重要：局域网直连和明确的阻断规则应放在前面，学术站点代理规则随后，最后再使用兜底直连或代理策略。

在客户端中，可以把规则分为三组。第一组是直连组，包括 RFC1918 私有地址、局域网网段、学校内网后缀和本地打印机地址；第二组是学术代理组，包括检索入口、常用出版社、论文托管和 Overleaf 相关域名；第三组是兜底组，根据个人网络环境选择直连或代理。若使用订阅提供的远程规则集，应先确认客户端支持的规则格式，不要把 sing-box 专用 JSON 片段直接粘贴到 Xray 的路由输入框。

对于 Google Scholar，重点观察搜索结果中的跳转域名、引用导出链接和 CAPTCHA 页面。对于出版社网站，登录域名与 PDF 域名可能不同；同一篇文章的摘要页面能打开，并不代表全文服务器已被正确分流。Zotero Connector 抓取失败时，可以先复制 DOI 或文章网址，在浏览器中直接打开并观察页面是否完整加载，再回到 Zotero 重试。

在 v2rayN 与 v2rayNG 中完成配置

动手配置前，先准备一条确认可用的订阅链接或节点信息，并记录当前客户端版本、核心类型、系统代理端口和路由模式。不要在节点尚未连通时同时修改 DNS、TUN、分流规则和应用代理，否则出现问题后很难判断是哪一层造成的。建议先让浏览器访问一个普通 HTTPS 网站，再逐步加入科研网站。

1. 导入并测试订阅

   在 v2rayN 主界面进入「订阅分组」→「订阅设置」→「添加」，填入完整订阅地址并更新。v2rayNG 可进入左侧菜单的「订阅设置」添加地址，再执行更新。选择延迟正常、握手成功的节点，先确认客户端日志没有持续超时。

2. 启用系统代理

   v2rayN 在主界面或托盘菜单开启「系统代理」，确认 HTTP 代理通常指向 127.0.0.1:10809。浏览器若设置了独立代理，先关闭独立设置，避免浏览器仍指向旧端口。Android 上则启动 v2rayNG 的 VPN 服务并完成系统授权。

3. 选择规则模式

   将路由从全局模式切换为规则模式，先保留局域网和校园网直连，再将学术站点交给代理出站。测试时不要同时运行其他 VPN、代理软件或 DNS 加速工具，防止端口和虚拟网卡互相覆盖。

4. 设置应用路径

   Zotero 若能读取系统代理，优先使用系统代理完成第一次同步；若桌面端仍无法连接，可在 Zotero「设置」→「高级」→「网络」或代理相关设置中填写 HTTP 代理地址与端口。填写后重启 Zotero，再分别测试元数据抓取和同步，不要只测试其中一项。

5. 验证科研任务

   按“搜索 Scholar、打开摘要、下载 PDF、保存到 Zotero、执行同步、打开 Overleaf 项目”的顺序验证。每完成一步就记录页面结果和耗时，出现失败时回到最后一个成功步骤，缩小故障范围。

如果浏览器能够访问 Scholar，但 Zotero 完全没有反应，优先检查 Zotero 是否正在使用旧代理端口、系统代理是否被客户端退出时恢复，以及安全软件是否阻止本地 Connector 通信。若 Zotero 可以抓取标题和作者，却无法下载附件，可能是附件服务器域名没有命中代理规则，也可能是机构登录 Cookie 已失效。此时在浏览器中重新登录机构账户，再重新保存文献，比反复更新节点更有效。

Android 上使用 v2rayNG 时，建议先启用“按应用代理”中的浏览器和 Zotero，暂时不要把银行、校园认证和局域网管理应用纳入代理。测试完成后，再根据实际需要调整。若手机锁屏后同步中断，应在系统电池设置中允许 v2rayNG 后台运行，并关闭对该应用的电池优化；这属于系统进程管理问题，不是节点协议故障。

Zotero 同步与 Overleaf 协作验证

Zotero 的“同步成功”至少包含账户认证、数据同步和附件同步三个层次。条目数据体积通常较小，可能很快完成；PDF 附件则依赖额外的存储路径，所需时间更长。测试时先新建一个临时条目或保存一篇公开文献，观察标题、作者、标签和附件是否分别出现，再确认另一台设备能否看到更新结果。

Overleaf 验证不应只停留在首页。打开一个测试项目，编辑一行注释并等待自动保存，随后刷新页面确认内容仍在；如果有协作者，再观察在线状态和修改是否能及时出现。普通页面加载成功而实时编辑不稳定，通常与长连接质量、网络切换或浏览器扩展冲突有关。可以先停用无关扩展、清理该站点缓存，再切换到延迟和丢包更低的节点。

按日志和分层方法排查失败

科研网站故障经常表现为“页面打不开”，但原因可能分别位于 DNS、代理监听、规则匹配、远端节点、账户认证或目标站点本身。排查时先确认客户端进程正在运行，本地端口仍是 10808 或 10809，再确认浏览器实际使用该端口。之后查看 v2rayN 或 v2rayNG 日志中对应时间的域名、出站标签和错误类型。

如果只有某一家出版社打不开，先用同一浏览器测试普通站点和另一家出版社，再检查该出版社是否要求机构登录或特定 Cookie。若所有站点都失败，重点回到节点、端口和系统代理；若只有 Zotero 失败，重点检查应用代理、附件域名和账户状态；若只有 Overleaf 协作不稳定，则优先观察长连接和节点丢包。完成调整后，关闭浏览器和 Zotero 的旧连接，重新启动客户端，再执行一次完整工作流。

最后，建议保留一份简单的配置记录：客户端版本、核心类型、HTTP 和 SOCKS 端口、路由模式、Zotero 代理设置、最近可用节点以及失败时间。订阅更新或客户端升级后，先用记录中的 Scholar 搜索、PDF 下载和 Zotero 测试条目进行回归验证，再开始正式的文献整理。这样即使规则、内核或网络环境发生变化，也能快速定位变化所在的环节。