分类： Clash Verge Rev
-
针对 Ubuntu 环境下 Clash Verge 内存占用过高导致系统卡顿的问题，本文记录了通过降低日志等级、关闭流量统计界面及冗余网络功能，并最终启用轻量模式的优化过程。经实测，该方案将后台常驻内存从 500MB 以上降至 200MB 左右，有效提升了桌面系统的稳定性，适用于需长期运行代理服务的 GNOME 桌面用户。
-
记录了一次重启后 VPN 无法连接的排查过程。通过检查 systemd 用户服务状态发现 203/EXEC 错误，经排查确认是因为移动脚本位置后未同步更新 ExecStart 路径，导致程序无法执行。修复步骤包括修改服务文件中的路径为实际位置，重新加载配置并重启服务，最终使 wstunnel 恢复 active 状态并正常监听 UDP 端口。文章总结了该错误的常见原因及 systemd 配置生效的必要操作。
-
自建 VPN 方案下 Thunderbird 无法发送 Gmail 邮件，通常是因为 Clash 分流规则未覆盖 SMTP 端口，导致邮件流量直连失败。解决方法是先确认 Thunderbird 使用端口 587、STARTTLS 和 OAuth2 认证，随后在 Clash 配置文件的规则中添加针对端口 465 和 587 的代理规则。配置重新加载后，Thunderbird 即可正常发送邮件，此思路也适用于其他非 HTTP 协议的代理问题。
-
针对 Android 上 Google Play 更新异常问题，通过流量验证排除了 DNS 与 Clash 规则干扰。经单独测试 WireGuard 与多架构对比，确认 Wstunnel 封装叠加高延迟是导致下载失败的主因。最终采取弃用 Wstunnel、修改端口的方案，成功恢复应用更新功能，证实长连接质量与多层代理链路会显著影响业务可用性。
-
本文记录了在 Ubuntu 26.04 上配置 ZgoCloud、wstunnel 和 Clash Verge Rev 实现开机自启 VPN 的过程。通过下载并安装 Clash Verge Rev 客户端，部署匹配版本的 wstunnel 并编写启动脚本，利用 systemd 用户服务实现 wstunnel 后台运行，同时开启客户端开机自启并导入本地配置文件。最终测试重启后服务正常运行，代理功能稳定，实现了无需手动干预即可自动分流上网。
-
本文记录了在 Clash Verge + Wstunnel + WireGuard 环境下，排查部分网站访问超时且报证书错误的过程。经分析，问题源于 Clash 内部 DNS 解析发生死锁，且直连 DNS 存在污染。通过调整 MTU 和关闭 IPv6 无效后，最终方案是启用 Clash 内置 DNS，将 fallback 配置为 Cloudflare 的 DoT 服务 IP 地址，并指定单一代理节点以避免循环依赖。修复后，所有此前报错的网站均可正常访问。
-
本文记录了在 ZgoCloud 洛杉矶优化服务器上部署 Wstunnel + WireGuard，配合 Clash Verge Rev 实现自动分流与防封的全过程。通过一键脚本安装服务端，利用 acme.sh 申请 SSL 证书并将流量伪装成 HTTPS，解决了原生 WireGuard 易被 DPI 封锁与分流配置繁琐的问题。实测结果显示，该方案在晚高峰时段的访问速度相比 Vultr 新加坡节点提升约 4 倍，国内网站访问速度最高提升 7.6 倍，兼顾了低延迟、高稳定性与便捷的智能分流体验。