2026-08-01 内核解析 约 9 分钟读完

科研人员Clash工作流指南：稳定访问Scholar、arXiv与Zotero

科研工作经常需要同时使用Google Scholar、arXiv、IEEE Xplore、Zotero和Overleaf。本文从研究人员的日常工作流出发，提供Clash分流、学术网站访问和文献管理同步的完整配置方案。

科研工作里的网络需求，往往不是简单地“全部走代理”或“全部直连”。Google Scholar 需要稳定加载检索页面，arXiv 要下载论文与提交源文件，IEEE Xplore 可能依赖机构订阅认证，Zotero 还要同步文献库、附件和 WebDAV，Overleaf 则涉及网页编辑器、编译服务与项目同步。把所有流量交给同一个节点，短时间看似省事，长期却容易遇到登录失效、机构认证异常、附件同步缓慢或国内网站访问变慢等问题。

更稳妥的思路是：先确认客户端使用的是 mihomo 内核，再用规则模式按域名分流；学术检索、论文下载和在线协作放入代理策略组，Zotero 同步服务与本地文献库相关地址单独验证，国内高校、出版社镜像和局域网资源保持直连。下面以 Clash Verge Rev、Clash Nyanpasu、Clash Plus、FlClash 等支持 mihomo 的客户端为例，整理一套适合日常科研的工作流。

先确定科研网络的分工

配置之前先把常用服务按“访问目的”分组，而不是按软件名称机械分组。一个软件可能同时连接多个域名，浏览器访问 Scholar 与 Zotero Connector 抓取元数据时，实际走的是不同服务；Zotero 桌面端也会分别访问账号、同步和附件存储地址。因此，规则应尽量覆盖域名后缀和明确的服务域名，不能只添加一个首页地址。

工作环节常见服务建议路径配置重点
文献检索Google Scholar、Semantic Scholar、部分海外数据库代理使用稳定节点，避免频繁切换出口
论文阅读与下载arXiv、出版社页面、IEEE Xplore代理或按机构要求选择保持登录会话，关注机构认证域名
文献管理Zotero 官网、同步接口、WebDAV按连接结果决定账号与附件同步不要与网页规则混为一谈
在线写作Overleaf、ShareLaTeX 相关服务代理或直连编辑器、编译和 Git/同步功能分别测试
本地与机构资源校园网、校内数据库、NAS、打印机直连保留局域网与学校域名的 DIRECT 规则

“代理”在这里指通过 Clash 的代理节点访问，并不等于绕过付费墙、机构授权或地区许可。IEEE Xplore、学校图书馆和出版社内容仍需使用合法的个人账号、机构订阅或校园 VPN。网络分流只负责连接路径，不会替代访问权限。

先用规则模式，不要一上来开全局

规则模式更适合科研电脑：学术站点按规则走代理，国内网站、校内地址和本地服务直连。全局模式可作为临时排障手段，但不适合作为长期工作流，因为它可能影响校园认证、局域网打印、国内网盘和 Zotero 的同步速度。

选择内核与建立基础配置

科研场景经常会同时用到 TUN、规则集、DNS 分流和较新的节点协议，建议使用仍在维护的 mihomo 内核。Clash Verge Rev、Clash Nyanpasu、FlClash 和部分 Clash Plus 版本通常提供 mihomo 支持，但不同版本的设置项名称可能不同。打开客户端的“关于”“内核”或“运行信息”页面，确认当前实际运行的不是已经停止维护的旧内核。

图形客户端里通常只需要导入订阅、启用规则模式、选择节点即可。若要手动检查配置，可以关注下面几项：mixed-port 是同时接受 HTTP 与 SOCKS 请求的本地端口，mode: rule 表示规则模式，allow-lan 决定是否允许局域网设备接入。没有共享代理需求时，allow-lan 建议保持关闭，减少暴露面。

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
unified-delay: true
tcp-concurrent: true

external-controller: 127.0.0.1:9090

tcp-concurrent 只影响节点建立连接时的并发尝试，不会凭空提升线路带宽；unified-delay 让不同策略组的延迟测试口径更接近。科研下载大文件时，最终速度取决于节点出口、对端服务器和当前线路负载，不要仅凭延迟数字判断节点优劣。

节点选择方面，建议建立一个“学术访问”策略组，使用手动选择或故障转移组。手动选择便于固定出口，适合需要保持登录状态的数据库；故障转移可以在主节点不可用时切换，但出口变化可能触发 Scholar、Overleaf 或出版社账号的安全验证。对经常提交论文、登录机构账户的环境，优先固定一个稳定节点，不要频繁点击自动测速结果。

配置学术网站分流规则

规则顺序非常重要：Clash 从上到下匹配，先命中的规则立即生效。因此，明确的学术域名应放在通用规则之前，最后再用 GEOIP、MATCH 等兜底规则。下面是一段适合进一步修改的示例，策略组名称必须与自己的配置实际名称一致；如果订阅已经生成了名为“节点选择”或“Proxy”的组，就把示例中的 ACADEMIC 换成对应名称。

proxy-groups:
  - name: ACADEMIC
    type: select
    proxies:
      - 节点选择
      - DIRECT

rules:
  - DOMAIN-SUFFIX,scholar.google.com,ACADEMIC
  - DOMAIN-SUFFIX,scholar.googleusercontent.com,ACADEMIC
  - DOMAIN-SUFFIX,arxiv.org,ACADEMIC
  - DOMAIN-SUFFIX,export.arxiv.org,ACADEMIC
  - DOMAIN-SUFFIX,ieeexplore.ieee.org,ACADEMIC
  - DOMAIN-SUFFIX,ieee.org,ACADEMIC
  - DOMAIN-SUFFIX,overleaf.com,ACADEMIC
  - DOMAIN-SUFFIX,overleafusercontent.com,ACADEMIC
  - DOMAIN-SUFFIX,zotero.org,DIRECT
  - DOMAIN-SUFFIX,webdav.org,DIRECT
  - DOMAIN-SUFFIX,edu.cn,DIRECT
  - GEOIP,LAN,DIRECT
  - MATCH,DIRECT

这不是一份适用于所有网络的万能清单。Scholar 可能调用 Google 的其他资源域名，arXiv 下载链接也可能跳转到不同的内容分发域名；如果连接页显示目标域名没有命中预期规则，再针对实际域名增加一条规则。不要为了“保险”把整个 Google 或所有海外流量都放进学术组，这会扩大代理范围，也会让问题更难定位。

IEEE Xplore 的机构认证有时会跳转到学校的 Shibboleth、OpenAthens 或图书馆认证域名。此时不能只代理 ieee.org：如果认证页属于学校域名，通常应按学校网络要求直连、走校园 VPN，或遵循机构提供的访问方式。认证完成后再回到论文页面测试，观察浏览器是否保留登录会话。

不要只看网页能否打开

网页首页能加载，不代表 PDF、BibTeX、RIS 或全文下载请求也走了正确路径。打开 Clash 的连接页，刷新目标页面并下载一个公开文档，检查目标域名、命中的规则和实际策略组。科研工作流要验证“检索、登录、下载、导出引用”四个动作，而不是只验证首页。

Zotero 配置与同步策略

Zotero 的数据同步分为两部分：文献库数据同步，以及附件文件同步。文献库数据包含条目、标签、笔记和收藏夹；附件通常是 PDF、快照和其他文件。Zotero 官方同步服务与附件存储的行为并不完全相同，若只看到条目同步成功，不代表 PDF 已经上传完成。第一次配置时，先在 Zotero 的同步设置里登录账号，确认“同步文献库”与附件同步选项，再观察同步状态。

  1. 打开 Zotero 设置中的“同步”页面，登录账号并启用自动同步。
  2. 先用少量条目测试：添加一篇公开论文，等待条目、笔记和一个 PDF 分别完成同步。
  3. 在另一台设备登录同一账号，确认条目出现后再检查附件是否可以打开。
  4. 如果使用 WebDAV，把服务商提供的地址、用户名和密码单独填入附件同步设置，不要把 WebDAV 地址误写成 Zotero 账号服务器。
  5. 测试成功后再导入整个本地文献库，避免大批量附件同步把问题隐藏在长时间队列里。

很多网络环境下，Zotero 账号页面和同步服务可以直连，强行把它们放到代理组反而可能触发频繁登录验证。建议先保持 DIRECT，若同步日志出现超时、TLS 连接失败或无法访问同步服务器，再临时切换到代理测试。切换后如果条目同步正常但附件仍失败，应检查 WebDAV 地址、存储配额、服务端路径和客户端日志，而不是继续更换节点。

Zotero Connector 从 Scholar、出版社或网页中抓取引用信息时，流量实际发生在浏览器里，遵循浏览器当前的代理设置。抓取失败可以先看两点：页面是否完整加载，以及浏览器扩展是否被隐私设置或登录状态拦截。对于出版社页面，Connector 能否生成条目还取决于页面提供的元数据，并不完全由 Clash 决定。导入后应核对作者、标题、期刊、年份、DOI 和附件，不要把网络成功误认为文献字段一定准确。

为了避免重复和冲突，不建议同时让 Zotero、网盘同步软件和手动脚本修改同一个数据目录。Zotero 数据库文件应由 Zotero 自己管理；如果需要跨设备保存附件，优先使用 Zotero 官方同步或明确支持的 WebDAV。不要把整个 Zotero 数据目录放入普通网盘的实时同步目录中，否则数据库锁文件和并发写入可能造成损坏。

Overleaf 与终端科研工具

Overleaf 的核心网页、项目资源和编译服务通常需要稳定的 HTTPS 连接。配置代理后，先登录账号，再打开一个小型项目执行一次编译，最后测试 PDF 预览、文件上传和协作者邀请。若网页能打开但编译一直排队，问题未必在 Clash，也可能是项目编译资源、模板依赖或 Overleaf 服务端状态。连接页只能证明请求是否经过客户端，不能证明远端编译任务一定成功。

Overleaf 项目若通过 Git 同步，还要单独检查终端的代理环境。系统代理开关不会自动让所有命令行程序使用代理，macOS、Linux 或 Windows PowerShell 可以临时设置：

export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890

# PowerShell
$env:http_proxy="http://127.0.0.1:7890"
$env:https_proxy="http://127.0.0.1:7890"

端口要替换成客户端设置页中的实际端口。验证终端代理时，可以先请求一个公开的 HTTPS 地址，再执行 Git 操作；不要直接用论文项目排查，以免在失败过程中产生未提交的修改。若 Git 使用 SSH 地址，http_proxy 和 https_proxy 通常不会影响 SSH，需要根据服务支持情况配置 SSH 的代理方式，或者改用 HTTPS 远程地址。

命令行下载 arXiv 论文、调用文献 API 或执行 LaTeX 构建脚本时，也要区分环境变量的作用范围。写入 shell 配置文件会让所有终端会话都继承代理，适合固定网络环境；临时前缀只影响一条命令，更适合在校园网、本地服务器和外部资源之间切换。访问 localhost、127.0.0.1、校内 NAS 等地址时，可以设置：

export no_proxy=localhost,127.0.0.1,::1,.local

如果 Overleaf 使用浏览器编辑，浏览器代理与终端代理可以不同；如果使用 Git 或脚本，则必须验证对应程序的配置。把这两条链路混在一起，是“浏览器正常、Git 失败”最常见的原因。

验证整套工作流与排查顺序

完成规则后，按固定顺序做一次验收。每一步都记录目标、规则和结果，后续换节点或更新订阅时可以快速复现，而不必凭感觉判断。

  1. 在 Clash 代理页确认当前处于 Rule 模式，ACADEMIC 策略组已经选择可用节点。
  2. 打开 Scholar，执行一次关键词检索，点击一条结果，再返回检索页，确认会话没有频繁失效。
  3. 访问 arXiv，分别测试摘要页、PDF 下载和引用导出，查看连接页是否出现预期域名。
  4. 登录 IEEE Xplore 或学校提供的合法认证入口，测试检索、机构认证和公开 PDF 下载。
  5. 在 Zotero 中同步一条新条目和一个附件，观察条目同步与附件同步是否分别完成。
  6. 打开 Overleaf 小项目，完成一次编译；如果使用 Git，再在终端中单独测试拉取或推送。
  7. 最后访问一个国内网站、校内地址和局域网设备，确认直连规则没有被学术规则误伤。

排查时优先看连接页，再看日志页。连接页可以回答“请求有没有到 Clash、命中了哪条规则、交给哪个策略组”；日志页则适合判断 DNS 失败、连接超时、TLS 错误和配置解析问题。如果 Scholar 能开但 PDF 失败，检查 PDF 实际域名；如果 Zotero 条目成功而附件失败，检查附件服务器或 WebDAV；如果 Overleaf 网页正常而 Git 失败，检查终端环境变量和远程地址类型。

  • 全部学术网站都打不开：先测试节点和本地代理端口，再检查客户端是否真的启用了规则配置。
  • 只有一个网站失败：查看连接页中的真实目标域名，补充精确规则，不要立即切换全局模式。
  • 登录反复失效：固定一个节点，清理异常的浏览器代理扩展，并避免短时间内频繁改变出口地区。
  • 下载速度很慢：比较不同节点和不同时间段，确认是出口线路、对端服务器还是本地带宽造成的瓶颈。
  • Zotero 同步卡住：分别检查文献库、官方附件服务或 WebDAV，不要只看客户端右下角的总状态。
  • TUN 开启后校内资源失效：确认局域网、学校域名和内网网段的 DIRECT 规则，并检查是否与其他 VPN 软件争抢路由。

稳定的科研配置不在于规则写得越多越好，而在于每条规则都有清晰目的、每个策略组都能被验证。把学术检索、文献同步、在线写作和校园资源拆开测试，再根据实际连接记录微调，通常比长期使用全局模式更容易维护，也更不容易在论文截止日期前突然发现同步或认证出了问题。

下载并配置合适的 Clash 客户端

需要使用 mihomo 内核、规则模式或 TUN 模式时，可先选择适合操作系统的客户端，再按本文步骤完成学术网站分流与科研工具测试。

下载Clash 查看教程

下载 Clash 客户端

下载页按平台列出各客户端,现役版本全部内置 mihomo 内核,装好导入订阅即可使用。

下载Clash 查看教程
下载Clash