分类： Wstunnel
-
记录了一次重启后 VPN 无法连接的排查过程。通过检查 systemd 用户服务状态发现 203/EXEC 错误，经排查确认是因为移动脚本位置后未同步更新 ExecStart 路径，导致程序无法执行。修复步骤包括修改服务文件中的路径为实际位置，重新加载配置并重启服务，最终使 wstunnel 恢复 active 状态并正常监听 UDP 端口。文章总结了该错误的常见原因及 systemd 配置生效的必要操作。
-
自建 VPN 后 Google Play 应用更新卡住，排查发现并非 Wstunnel 链路或服务器延迟所致。通过 FlClash 日志分析，原因是分流规则不精细，导致所有 Google 流量强制走代理。最终方案是利用 Clash Meta 的 GEOSITE 规则集，将核心服务走代理，CDN 下载流量改为直连，并优化 DNS 配置。修改配置后，商店恢复正常下载。
-
针对 Android 上 Google Play 更新异常问题，通过流量验证排除了 DNS 与 Clash 规则干扰。经单独测试 WireGuard 与多架构对比，确认 Wstunnel 封装叠加高延迟是导致下载失败的主因。最终采取弃用 Wstunnel、修改端口的方案，成功恢复应用更新功能，证实长连接质量与多层代理链路会显著影响业务可用性。
-
本文介绍了在 Android 手机上配置 ZgoCloud + Wstunnel + FlClash VPN 的方法。用户需准备好服务端及 WireGuard 客户端配置信息，下载并安装 Termux、Termux:Boot、wstunnel 和 FlClash。通过将文件移动至指定目录、创建启动脚本、导入配置文件并设置系统自启动与后台权限，最终实现 wstunnel 隧道与 WireGuard VPN 的连接，从而在 Android 设备上建立稳定的代理网络环境。
-
Post Views: 195 前言在网络加速工具的选择上，很多朋友可能都在寻找一种既稳定又高效的解决方案。无论是自建 VPN 还是使用商业服务，核心目标都是获得可靠的上网体验。今天，我想和大家分享一套 […]
-
本文记录了在 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 倍，兼顾了低延迟、高稳定性与便捷的智能分流体验。