08/07以来，美区服务器连接不稳定且龟速，且CPU使用率飙升

[ryan5885]

我有2台电脑，一台是笔记本，一台是服务器，都是使用的5.8.3版本；
笔记本是率先升级到了5.8.3版本，自从升级之后，如果是能够正常连接并稳定使用的话，这CPU使用率是飙升，好几次都是飙升到100%的使用率，风扇咕咕转转。
现在的情况是，无论连接到什么区的服务器，只要是连上并正常使用，这CPU使用率，就没有低于40%，这种情况感觉非常不正常。

第一次发帖，也不知道图片是否正确上传并显示。

另一台服务器，因为使用claude code，是万万不敢轻易换连接的服务器的，只盯着美区固定服务器连接，但是，08/07以来，连接非常不正常，迷雾通页面显示已经连接服务器，但经常是页面404，刷新一下，迷雾通就掉连接，开始重新连，连上，依然是404，10分钟内，能重复8次以上。就没有稳定连通的。
偶尔有一次稳定连接，使用了1个小时左右，又开始神经性发作，迷雾通页面显示正常连接，但实际上，已经无法收到下行数据，过一会就404。
昨天和今天，我记得直薅头发.........

现在发帖，是笔记本用的日区服务器
所以，上来问一下，有管理员或者大神能看到，望请指点。
另，我是付费用户，一直连接的是美区服务器，不敢换，怕被claude封号，求解决

[ryan5885]

我的设置图片，如下图

[AnyWAT_后置快稳安]

运行图形迷雾通所在文件夹下的 geph5.exe 的官方命令行，既有VPN与代理模式，也有图形模式不支持的出口参数（在某国多节点之间自动）

exit_constraint:
  country: XY

XY当然也可以包括US（没有图形模式下手动指定的后面的城市）。。。
一旦启动，只要不手动断连，下次开机系统网络正常即可。。。
禁用图形模式的开机自启（gephgui-wry.exe），就不会有6个 msedgewebview2.exe 进程，或许能降低系统消耗？（笔记本WiFi 网络，没有 IPv6的VPN，该与不该爬墙的都走了VPN或系统代理，迷雾通很忙？）
图形模式下默认 geph5-client.exe 进程有2个，一个与迷雾通管理器相关，一个与迷雾通的代理任务相关。。。
如想进一步减少系统占用，配合浏览器代理扩展，禁用图形模式的开机自启，注销迷雾通管理器，减少3个迷雾通进程与6个相关进程，可运行批处理代理模式。。。
配合浏览器代理扩展，禁用迷雾通的VPN与系统代理，添加后置代理V2rayN，不用后置软件的节点，仅仅转换端口，秒连、高速、稳定。如有需要，可开启后置的TUN、系统代理。。。

任务管理器详细信息内结束 gephgui-wry.exe 任务，会自动结束与其相关的 msedgewebview2.exe 进程。

PS：木有完胜 IPv4的 IPv6？迷雾通默认 IPv6优先，没有才 IPv4
图形模式连接上以后，详设置页面底部。

代理服务器：双协议、双端口。混合端口双协议填写同一数字。

[ryan5885]

感谢指导，我去试一下，有进展了就上来回复

[xbepk5]

@ryan5885

在的情况是，无论连接到什么区的服务器，只要是连上并正常使用，这CPU使用率，就没有低于40%，这种情况感觉非常不正常。

還好沒有升級 5.8.3

[AnyWAT_后置快稳安]

呵呵，就看啥操作系统、系统的设置。。。十几近20年的无品牌主板、显卡、网卡集成兼容机Win10Pro，V5.8.3并没有贴主的情况，或是VPN+系统代理图形模式（即使不该爬墙的也全都走了迷雾通，尤其是拒绝爬墙的国产，如QQ在搏命迷雾通？），与非VPN、非系统的代理命令行模式（只有需要爬墙的才迷雾通）的差异？还有禁止无用的开机自启，保持操作系统、硬件驱动的更新。。。
爬墙不用神器——浏览器代理扩展，是一种浪费爬墙流量、影响爬墙速度、妨碍国产运行，爬与拒爬二者互相干扰的“犯罪”，哈哈哈。。。这是对开口闭口VPN、不知浏览器代理扩展为何物的初级爬墙者的严正警告。。。

PS：官网提示 Windows 10+
笔记本的问题，或仅仅是操作系统的版本。。。

[ryan5885]

本文档是对用户提供的原始问题分析（geph网络连接问题.txt）的核查、订正与落地版本。核查方式：直接在本机（C:\Program Files (x86)\迷雾通\，geph5 版本 5.8.3 / 内核 0.3.8）运行 geph5.exe --help、geph5-client.exe --help 及只读状态命令，逐条比对原文档结论。

一、根因诊断：哪些是对的

原文档的核心诊断是准确的，已通过进程树验证：

• 图形界面 gephgui-wry.exe 用 Edge WebView2 渲染窗口，会带出多个 msedgewebview2.exe 子进程，是 CPU/风扇噪音的主要来源。
• 真正做流量转发的内核由独立的管理进程 geph5.exe（本机实测 PID 2468，父进程 2080）和它拉起的 geph5-client.exe 承担。
• 实测这两棵进程树互不相关：gephgui-wry.exe（PID 13608，父进程 9744）不是 geph5.exe（PID 2468）的父/子进程。也就是说：关掉 GUI 窗口，不会打断隧道，原文档"结束 gephgui-wry.exe 释放 CPU，后台代理不受影响"的说法可信。

二、哪里错了：原文档方案A的命令不存在

原文档给出的核心命令：

geph5-client.exe connect --username 你的账号 --password 你的密码 --exit-constraint "country: US"

实测 geph5-client.exe --help：

Usage: geph5-client.exe [OPTIONS] --config <CONFIG>
Options:
  -c, --config <CONFIG>  path to a YAML-based config file
      --stdio-vpn        Use stdin/stdout as a VPN interface
  -h, --help

这个二进制根本不接受 connect / --username / --password / --exit-constraint 这些参数。它只吃一个 YAML 配置文件，是被 geph5.exe manager 在后台调用的底层组件，不是给用户直接敲命令用的。原文档这部分是编造/张冠李戴的内容，账户认证方式（用户名+密码）也不对——geph 账户实际是单个 secret 字符串，不是用户名密码对。

真正的命令行入口：geph5.exe

四、方案B（主推）：v2rayN 接管系统代理/TUN，geph 只做本地出口

目的：笔记本和服务器用同一套思路配置，避免依赖 geph 自己的 GUI/VPN 模式，笔记本先测通，再原样搬到服务器。本机目前未安装 v2rayN，需要先手动安装。

步骤

1. 把 geph 切到"纯后端出口模式"：运行 geph\geph-set-backend-mode.ps1（见下方"配套脚本"），效果等价于：

   geph5.exe vpn off
   geph5.exe auto-proxy off
   geph5.exe proxy on
   

   此时 geph 只在本地监听 127.0.0.1:9909(socks5) / 127.0.0.1:9910(http)，不再接管系统网卡/系统代理。

2. 安装 v2rayN（需自行下载安装，本文档不代为静默安装）。

3. 在 v2rayN 里新建一个 Socks 服务器节点：

   • 类型：Socks5
   • 地址：127.0.0.1
   • 端口：9909
   • 备注：geph本地出口

4. 把该节点设为活动节点，在 v2rayN 底部根据场景选择：

   • 日常笔记本上网：开"系统代理"或"TUN 模式"均可，TUN 更彻底（所有进程流量透明接管，包括 VS Code 集成终端）。
   • 如果只想让开发工具走代理、不想动全局网络：开"系统代理"，再配合下一节的 VS Code 设置。

5. 验证：geph\geph-status.ps1 确认 geph 侧的 vpn/auto-proxy 保持 off、proxy 保持 on；再看 v2rayN 界面是否显示节点延迟正常、流量在走。

好消息：测试基本已经成功了——刚查了一下 geph 当前状态，是 vpn off / auto-proxy off / proxy on，Mode: proxy，说明 geph 已经在后端模式（不知道是你手动切的还是跑了 geph-set-backend-mode.bat，反正状态是对的）。配合截图里 v2rayN 正常代理 google/github 的流量记录，geph 后端模式 → v2rayN 系统代理 → 实际联网这条链路已经跑通了。

v2rayN 运行正常。 日志里那几行 [socks -> proxy] [socks >> proxy] 就是它在把请求经过 grph（你加的 socks5 节点，也就是 geph 的 9909 端口）转发出去，而且已经代理到了 claude code 的连接。

好消息是：通过脚本+v2rayN，确实稳定连接成功了。
不确定的消息是，原来通过原生迷雾通GUI界面，全局VPN连接，是无法连接某些国内网站的，例如：知乎/gov.cn，现在通过v2rayN，国内/国外，一把通。

我的疑虑是，原来的网络配置，完全是模拟美区ID电脑，来连通claude；现在是一把通，不知道会不会被claude认出来是中区电脑，导致封号风险。
我打算把这个方案，做成plan-b，只在原生GUI连接不稳定的时候，做临时替代。

[AnyWAT_后置快稳安]

@ryan5885

原来的网络配置，完全是模拟美区ID电脑

遵照官方命令行，命令提示符下：
geph5 exit-constraint set --country us
即可。

@ryan5885

这个二进制根本不接受 connect / --username / --password / --exit-constraint 这些参数。它只吃一个 YAML 配置文件，是被 geph5.exe manager 在后台调用的底层组件，不是给用户直接敲命令用的。原文档这部分是编造/张冠李戴的内容，账户认证方式（用户名+密码）也不对——geph 账户实际是单个 secret 字符串，不是用户名密码对。

啥乱七八糟的玩意儿？命令提示符下：

会玩吗？链接都不点击？

白瞎了大佬的官方教程，还有敝人的咬文嚼字。。。都有人先行OK了，哪来的这错那误，不就是自己上错了道？回头是岸。。。浪子回头金不换，哈哈哈

[ryan5885]

一开始，确实没看懂，扔给北美大豆包，才大概知道前端和后端的原理和作用。
大豆包啊，是个der，所以，我把所有的素材（包括北美大豆包的回答），扔给了 claude，花了1个小时，做了自动脚本+自动部署v2rayN；（我承认，我很懒）我甚至让CLAUDE做了后端全自动脚本，但目前舍弃不用，因为我发现，仅仅是代替了点2次鼠标的工作量。
对我来说，问题解决了就行。我的需求是稳定翻墙，安全连接claude。

非常感谢解释，又学到了一项技能。

[AnyWAT_后置快稳安]

V2rayN菜单：帮助，检查更新，早7点左右日更GeoFiles 与不定期的内核。
有人自4月添加后置活了，长久不再更新后置，几次抱怨：迷雾通服务器全线得更新。。。更新后置，立马又活了。。。