Wstunnel 标签归档 - 永夜

ChatGPT 网页版白天严重卡顿假死？一次由网络代理 VPS 丢包引发的连环血案与优化实战

永夜 — Fri, 06 Nov 2026 04:15:00 +0000

最近几天，我的 ChatGPT 网页版在白天几乎完全瘫痪，前端显示“思考3分钟”，实际等待却长达30分钟，F12 网络面板里全是流式请求 rqstr 的红色报错。在排查了本地浏览器、OpenAI 服务器状态后，我一度以为是 Plus 账号被官方限流了。然而，通过回顾 10 月 16 日的排查博客，并关联 ZgoCloud 10 月 17 日的宿主机内核维护通知，我重新对本地到 VPS 的链路进行了测速。iperf3 的结果令人震惊：下行带宽高达 200M，但 TCP 重传次数在10秒内高达 1.3 万次！本文记录了我是如何通过开启 VPS 端的 MSS Clamping、配置 Wstunnel 10条长连接池、强制对齐 Clash TUN 与 WireGuard 的 MTU 到 1280，以及使用 aria2 多线程突破限速等四步硬核优化，最终让网页恢复丝滑（延迟降至几分钟内）的完整实战过程。

ChatGPT 网页版白天严重卡顿假死？一次由网络代理 VPS 丢包引发的连环血案与优化实战最先出现在永夜。

一次 ChatGPT 网页加载缓慢的排查记录：从浏览器、Clash Verge 到 VPS 的完整诊断

永夜 — Fri, 16 Oct 2026 08:48:29 +0000

本文记录了一次 ChatGPT 网页加载缓慢的完整排查过程。从浏览器 F12 网络面板的异常响应，到 Clash Verge 代理配置检查，再到本地 Ubuntu 终端测速与自建 ZgoCloud VPS 服务器的系统诊断。通过对比服务器直连（TTFB 极快但下载限速 543KB/s）与本地代理（3.1MB/s）、服务器带宽测速（18MB/s）等关键数据，最终排除本地宽带、代理链路和服务器硬件故障，确认是 OpenAI 服务端降级及 Cloudflare 对静态资源的防滥用限流所致。文章复盘了排查思路，强调了避免“过度配置”和善用交叉对比的重要性。

一次 ChatGPT 网页加载缓慢的排查记录：从浏览器、Clash Verge 到 VPS 的完整诊断最先出现在永夜。

Google Analytics 图标变成文字：从 Google Fonts 超时定位到 WireGuard 远程 DNS

永夜 — Sun, 06 Sep 2026 04:05:03 +0000

记录一次 Google Analytics 图标显示为 arrow_drop_down、check_circle 等文字的排障过程。通过 Firefox Network、Clash Verge 日志、远端服务器 curl 对照测试以及 WireGuard 接口 tcpdump 抓包，最终定位到 DNS 解析位置与实际远端出口不一致，导致 fonts.googleapis.com 连接异常。在 MetaCubeX v4 基础上启用 WireGuard remote-dns-resolve，并配置 1.1.1.1、8.8.8.8 作为远程 DNS 后，Google Fonts 与 Google Analytics 恢复正常，由此形成 MetaCubeX 极简稳定版 v5。

Google Analytics 图标变成文字：从 Google Fonts 超时定位到 WireGuard 远程 DNS最先出现在永夜。

Clash Verge Rev + WireGuard + Wstunnel 稳定配置实践（四）：DNS 偶发超时的极简兜底与长期验证

永夜 — Sun, 16 Aug 2026 02:54:30 +0000

在此前相关中文文章停止公开提供后，本文基于目前实际长期使用的 v4 配置重新整理这次 DNS 优化实践。v4 没有重新设计整体网络结构，而是在 v3 基础上增加 default-nameserver、备用 DoH 和备用 DoT，以降低单一 DNS 解析入口偶发异常带来的影响。经过后续持续使用，原先低频出现的 DNS 解析超时目前已经没有再出现。与此同时，v1～v4 配置已同步维护到 GitHub，后续版本将优先在仓库中持续更新。

Clash Verge Rev + WireGuard + Wstunnel 稳定配置实践（四）：DNS 偶发超时的极简兜底与长期验证最先出现在永夜。

客户 Android 下 Wstunnel + FIClash 远程排障全记录：从脚本创建到 IP 错配的坑

永夜 — Thu, 18 Jun 2026 11:00:25 +0000

本文记录了在 Android 的 Termux 上配置 wstunnel 客户端配合 FIClash 代理的远程排障过程。期间克服了因博客转义错误导致脚本无法生成、占位符未替换命令报错等问题，但客户端仍短暂启动后进程消失。最终通过复现与服务器日志对比发现，YAML 配置文件中预置的 WireGuard 客户端 IP 与服务器端实际分配的 IP 不一致，导致虚拟网卡路由初始化失败及程序崩溃，修正 IP 地址后网络连接恢复正常。

客户 Android 下 Wstunnel + FIClash 远程排障全记录：从脚本创建到 IP 错配的坑最先出现在永夜。

systemd 用户服务 203/EXEC 错误排查：wstunnel 自启动配置实录

永夜 — Mon, 08 Jun 2026 06:18:28 +0000

记录了一次重启后 VPN 无法连接的排查过程。通过检查 systemd 用户服务状态发现 203/EXEC 错误，经排查确认是因为移动脚本位置后未同步更新 ExecStart 路径，导致程序无法执行。修复步骤包括修改服务文件中的路径为实际位置，重新加载配置并重启服务，最终使 wstunnel 恢复 active 状态并正常监听 UDP 端口。文章总结了该错误的常见原因及 systemd 配置生效的必要操作。

systemd 用户服务 203/EXEC 错误排查：wstunnel 自启动配置实录最先出现在永夜。

自建 VPN 后 Play 商店应用无法更新？别折腾 Wstunnel 了，问题在 Clash 分流规则里

永夜 — Fri, 05 Jun 2026 05:19:39 +0000

自建 VPN 后 Google Play 应用更新卡住，排查发现并非 Wstunnel 链路或服务器延迟所致。通过 FlClash 日志分析，原因是分流规则不精细，导致所有 Google 流量强制走代理。最终方案是利用 Clash Meta 的 GEOSITE 规则集，将核心服务走代理，CDN 下载流量改为直连，并优化 DNS 配置。修改配置后，商店恢复正常下载。

自建 VPN 后 Play 商店应用无法更新？别折腾 Wstunnel 了，问题在 Clash 分流规则里最先出现在永夜。

自建 VPN 后 Thunderbird 无法发送 Gmail 邮件：原因与解决方法

永夜 — Fri, 05 Jun 2026 03:33:02 +0000

自建 VPN 方案下 Thunderbird 无法发送 Gmail 邮件，通常是因为 Clash 分流规则未覆盖 SMTP 端口，导致邮件流量直连失败。解决方法是先确认 Thunderbird 使用端口 587、STARTTLS 和 OAuth2 认证，随后在 Clash 配置文件的规则中添加针对端口 465 和 587 的代理规则。配置重新加载后，Thunderbird 即可正常发送邮件，此思路也适用于其他非 HTTP 协议的代理问题。

自建 VPN 后 Thunderbird 无法发送 Gmail 邮件：原因与解决方法最先出现在永夜。

自建 WireGuard + Wstunnel 在 Android 上 Google Play 更新异常的完整排查与架构优化

永夜 — Thu, 04 Jun 2026 16:28:38 +0000

针对 Android 上 Google Play 更新异常问题，通过流量验证排除了 DNS 与 Clash 规则干扰。经单独测试 WireGuard 与多架构对比，确认 Wstunnel 封装叠加高延迟是导致下载失败的主因。最终采取弃用 Wstunnel、修改端口的方案，成功恢复应用更新功能，证实长连接质量与多层代理链路会显著影响业务可用性。

自建 WireGuard + Wstunnel 在 Android 上 Google Play 更新异常的完整排查与架构优化最先出现在永夜。

Android 下 ZgoCloud + Wstunnel + FlClash VPN 配置

永夜 — Tue, 02 Jun 2026 12:18:58 +0000

本文介绍了在 Android 手机上配置 ZgoCloud + Wstunnel + FlClash VPN 的方法。用户需准备好服务端及 WireGuard 客户端配置信息，下载并安装 Termux、Termux:Boot、wstunnel 和 FlClash。通过将文件移动至指定目录、创建启动脚本、导入配置文件并设置系统自启动与后台权限，最终实现 wstunnel 隧道与 WireGuard VPN 的连接，从而在 Android 设备上建立稳定的代理网络环境。

Android 下 ZgoCloud + Wstunnel + FlClash VPN 配置最先出现在永夜。