从 broker: 开始看,还是许久前的版本,难怪不正常了。
其它设备的图形模式下,自动生成的临时配置文件,通用于。。。
直接告诉我改哪个数据行不行?
看着差了好多啊。能不能发个文字版的?
bridge_mode: Auto
broker:
priority_race:
'0':
fronted:
front: https://www.cdn77.com/
host: 1826209743.rsc.cdn77.org
override_dns: null
'1500':
aws_lambda:
function_name: geph-lambda-bouncer
obfs_key: 855MJGAMB58MCPJBB97NADJ36D64WM2T:C4TN2M1H68VNMRVCCH57GDV2C5VN6V3RB8QMWP235D0P4RT2ACV7GVTRCHX3EC37
region: us-east-1
'500':
fronted:
front: https://www.vuejs.org/
host: svitania-naidallszei-3.netlify.app
override_dns:
- 75.2.60.5:443
broker_keys:
master: 88c1d2d4197bed815b01a22cadfc6c35aa246dddb553682037a118aebfaa3954
mizaru_free: 0558216cbab7a9c46f298f4c26e171add9af87d0694988b8a8fe52ee932aa754
mizaru_plus: cf6f58868c6d9459b3a63bc2bd86165631b3e916bad7f62b578cd9614e0bcb3b
mizaru_bw: 3082010a0282010100d0ae53a794ea37bf2e100cb3a872177ec6c11e8375fdcbf92960ce0293465674eb1426a1841b7622a58979a5ff3f8aa2301a621545e9b90bb39d1a6bfda19d6ca1aae74a3192ddfd2b9558eb652c3c2c22f42bdde272852fb67d93cae5846213512c474bf799844aee019bf718f6fa64223be06364459fc8dec66796b141d450d730c4fffe1cac7df8f05591560afa44bcf274f6c0e2303b39c21ab09d19b459ee594512b8341f3d407c026e2509f42c6d89f82f6a3a36fd5c05ad423cd99ad39089403eb9122ea60ef6648afff65438e8e26ce41fa55b9b18741965c77a627bae947bd38fc345e9adab42d6c458f6e194e4232cfd3f04924d5a5e932fe769610203010001
cache: null
control_listen: 127.0.0.1:12222
credentials:
secret: ''
dry_run: false
exit_constraint:
country_city:
- FR
- Paris
http_proxy_listen: 127.0.0.1:9910
pac_listen: 127.0.0.1:12223
passthrough_china: true
sess_metadata:
filter:
ads: false
nsfw: false
socks5_listen: 127.0.0.1:9909
spoof_dns: false
task_limit: null
vpn: false
vpn_fd: null
少了个最近添加的 mizaru_bw
多谢多谢。
5.1.0才加入的。
我的 cfg 就是从这个帖子里拷的。为什么不一样?他可能编辑过。
他6月20日编辑过,作者也在这天加入这行代码。
前面搞错了。我之前下载的 geph5-client 没有删,后来用 cargo 装的在另一个目录里。运行的都是旧版。
geph5-client 不支持 -v,log 里也没有版本信息。很容易弄错啊。
如Win 下卸载、重装迷雾通并不会自动清除其缓存文件,可以试试先删除C:\Users\ 用户名\AppData\Roaming 文件夹下的三个 geph5-persist-*.*
文件后再操作?
我用错了命令。上帖已编辑。
用这个配置,提示:
Error: unknown variant aws_lambda
, expected one of direct
, fronted
, direct_tcp
, race
, priority_race
我用的是 cargo 上最新的 v0.2.72 的 geph5-client。
注掉 aws_lambda 那一段之后,提示:
2025-07-01T13:23:00.856633Z DEBUG refresh_conn_token: geph5_client::broker::fronted_http: calling broker through http method="get_user_info" url="https://www.cdn77.com/" host=Some("1826209743.rsc.cdn77.org")
2025-07-01T13:23:01.356958Z DEBUG refresh_conn_token: geph5_client::broker::fronted_http: calling broker through http method="get_user_info" url="https://www.vuejs.org/" host=Some("svitania-naidallszei-3.netlify.app")
2025-07-01T13:23:01.739091Z DEBUG refresh_conn_token: geph5_client::broker::fronted_http: response received through http method="get_user_info" url="https://www.vuejs.org/" host=Some("svitania-naidallszei-3.netlify.app") resp_len=50 elapsed=382.080281ms
2025-07-01T13:23:10.858146Z WARN geph5_client::auth: failed to refresh conn token err=transport-level error: cannot send request to front
Caused by:
0: error sending request for url (https://www.cdn77.com/)
1: operation timed out
反复了几分钟之后连上了。因为 4.99 版和旧版的 geph5 也是时通时断,不确定这个是不是好一些。
如果想要解决unknown variant问题,编译时加上--features aws_lambda
即可,例如:
cargo install geph5-client --features aws_lambda
这个是可选功能
套路好深。
aws_lambda 功能加上了,但它还是不通,相对于旧的 client 和 cfg 没有改善。
我也没办法了,你那边网络限制太狠了。
或可试试更改设置——
bridge_mode: ForceBridges
passthrough_china: false
然而,今天好了。什么都没动。