由TG散户群体自发形成的测速社区。专注*用户测*的体验:单线程表现、三网/国际区域表现、实际延迟&稳定性等综合评定。
➤专线入口天梯表: https://www.haitunt.org

欢迎所有 用户👨🏻‍💻 和 机场主🕋 投稿,共建透明、客观、更反映用户实际体验的评测生态。
➤投稿: @HaitunSubmit_bot
➤(若有)可能的撤稿事项,仅受理*原投稿人*。

讨论群: @haitunspeed
频道: @haitun_channel
海豚机场测评|用户侧体验|测速频道
1 协议支持:主流核心+Apps.png
《速查表》协议分类的调整

本次更新:
━➊ 表 1 的「孤家寡人」和「已退环境」两个序列整体后移。
因使用者鲜见,或许实际使用率都少于 WireGuard/SOCKS 等常作链式代理的传统协议

━➋ 表 1 的「已退环境」相应行列加注 灰色 底纹背景,旨在贴近活跃度、生命周期。

———
《速查表》持续更新在 https://www.haitunt.org/cheatsheet.html

如有其他补充/反馈,请前往 @HaitunSubmit_bot

———
按:Surge 至今仍有一定影响力,在其支持 AdGuard's TrustTunnel 协议后,仅在次日 Exclave 和 Husi 也光速支持!

ExclaveHusi协议支持度上仍是全平台的第一和第二


#app #插件 #软件 #协议 #代理工具 #代理核心 #代理协议 #mihomo #singbox #xray #v2ray #v2fly #dae #大鹅 #surge #exclave #husi #速查表 #cheatsheet
速查表1-主要核心&协议支持.v3.png
553.3 KB
速查表2-通用核心&插件.v3.png
332.4 KB
海豚机场测评|用户侧体验|测速频道
2️⃣ 随附.json配置文件(real-ip)
➊ template-momo.json
➋ template-momo-带注释.json
➌ template-momo-reducedform.json
该配置文件借鉴 七尺宇:同时添加redir+tproxy+tun入站,以便随时在 momo LuCI 切换模式。
➊和 ➋的唯一区别是 ”有无注释“。
➌是剔除 《"💵 北美站" 本地规则集示例》后的简化版 —— 避免有人没删干净而报错。
新代理App:momo

使用 此处配置文件 的注意事项

1. 务必使用 ref1nd 分支,否则报错。替换二进制核心的路径为 /usr/bin/sing-box,如图所示

2. 建议先看《带注释》版本,确定哪些需要,哪些不需要,然后再自行调整

3. (对于懒人)只需基于 template-momo-reducedform.json 修改第12行第26行的两处 Clash/Mihomo格式的 机场订阅🔗,即可运行。

该配置文件借鉴 七尺宇:同时添加redir+tproxy+tun入站,以便随时在 momo LuCI 切换模式。

➊ template-momo.json
➋ template-momo-带注释.json
➌ template-momo-reducedform.json

➊和 ➋的唯一区别是 ”有无注释“。
➌是剔除 《"💵 北美站" 本地规则集示例》后的简化版 —— 避免有人没删干净而报错


#momo #singbox #app #代理软件 #软路由 #代理插件 #openwrt
momo调用的二进制所在目录.png
50.6 KB
template-momo.json
28 KB
template-momo-带注释.json
32.8 KB
template-momo-reducedform.json
27.6 KB
新代理App:momo

由 知名nikki插件作者 新写的、基于 sing-box 核心的一款 openwrt 代理插件。支持模式:
TCP: Redir / TProxy / Tun
UDP: TProxy / Tun
示例环境:arm64 + OpenWrt 24.10 (cooluc固件)


1️⃣ 使用步骤
➊ 参照 作者 GitHub 说明书 进行安装

➋ 进入momo的 luci 界面,选择”配置文件“标签页,上传.json配置文件。
➌ 返回”插件配置“标签页,选择已上传的配置文件,勾选"启动",保存并应用。
——其他都不动,完毕!



2️⃣ momo的使用条件,同时满足:
OpenWrt >= 24.10
Linux Kernel >= 5.13
fw4 (nftables) 防火墙



3️⃣ 插件特色:
#OpenWrt 平台的代理插件。
➋ 部署简单、便捷。仅需上传.json配置文件,即可成功启动。
默认模式为 Redir (TCP)+Tun (UDP) 模式
➌ 依托强大的 OpenWrt/Linux ,代理性能无需担心。
在 350元档的 RK3576 软路由下,本地娱乐回环>35Gbps
❹ 支持手动替换核心,如 sing-box ref1nd 分支
随附 .json配置文件(real-ip


欢迎讨论、交流经验…

#momo #singbox #app #代理软件 #软路由 #代理插件
Media is too big
VIEW IN TELEGRAM
海豚机场测评|用户侧体验|测速频道
猜猜这是哪个代理app的网页体验? 1️⃣ 谷歌:🇭🇰香港 (RTT~40ms) 2️⃣ Spotify:🇭🇰香港 (RTT ~40ms) 3️⃣ 百度:河北保定 (RTT~40ms) 4️⃣ 新浪:省内 (RTT~5ms) 5️⃣ 经过核心的 TCP 性能: ➤ iperf3 Lan:~2.5Gbps拉满 ➤ iperf3 WiFi:~1.7Gbps 🍏网卡辣鸡没办法 ➤ 均为单线程打流 测试环境 ➤ 节点天梯:👑 顶尖+的🇭🇰 ➤ 操作系统:🍏 macOS 26 Tahoe (dev…
最强代理方案:sing-box 遇上 Linux
此文示例:裸核运行 real-ip,配置文件随附


1️⃣ 确保以下条件,同时满足:
OpenWrt / Linux
ref1nd 分支的sing-box 1.12.x
fw4 (nftables) 防火墙 —— 因要开启auto_redirect

⚠️但若 软路由 防火墙为 ipt,则要改 inbounds.auto_redirect 为 false
——或,inbounds 调整为 Tproxy 或其他



2️⃣ 随附2个.json配置文件
➊ refind-v3b-带注释.json
➋ refind-v3b.json

两者的唯一区别是 ”有无注释



3️⃣ 性能表现:
一句归纳:Sing-box 1.12 (Linux) 的效率,近乎 Surge Mac 6.0 (macOS) 的十倍❗️

⚔️对比:

➊ RK3582sing-box 1.12
操作系统:Openwrt / iStoreOS 24.10
iperf3🔺吞吐量: 39Gbps
~Surge Mac的 1.3倍❗️
iperf3🔻吞吐量: 36Gbps
~Surge Mac的 1.6倍❗️
☢️ 以上表现是在仅需~Mac mini M4的 15% CPU性能 下达到的!

➋ M4Surge Mac 6.0
操作系统:Surge官方未列明
iperf3🔺吞吐量: 31Gbps
iperf3🔻吞吐量: 23Gbps

🛸由此,singbox效率可见一斑,相对 #Surge 等app简直是《外星科技》!



4️⃣ 运行方案:
➡️ 法㈠:
➊ 创建 /etc/sing-box/ 文件夹,并在此套娃创建 ruleset 文件夹
➋ 从 ref1nd 频道 下载 1.12.x 版核心,并放入 /etc/sing-box/ 文件夹,建议重命名为 sing-box,然后 chmod +x /etc/sing-box/sing-box 赋执行权限
➌ 启动仅需1行:
/etc/sing-box/sing-box -c /etc/sing-box/refind-v3c.json run


➡️ 法㈡:Procd 自启(更建议,但略)

欢迎讨论、交流经验…

#singbox #app #代理软件 #软路由
refind-v3c.json
29.5 KB
refind-v3c-带注释.json
33 KB
singbox.上行 吞吐量.jpg
188 KB
singbox.下行 吞吐量.jpg
171.4 KB
Surge Mac 6.0-M4-基准性能.png
660.3 KB
GB6.M4-vs-RK3582.jpg
232 KB
猜猜这是哪个代理app的网页体验?

1️⃣ 谷歌🇭🇰香港 (RTT~40ms)
2️⃣ Spotify🇭🇰香港 (RTT ~40ms)
3️⃣ 百度:河北保定 (RTT~40ms)
4️⃣ 新浪:省内 (RTT~5ms)
5️⃣ 经过核心的 TCP 性能:
iperf3 Lan:~2.5Gbps拉满
iperf3 WiFi:~1.7Gbps 🍏网卡辣鸡没办法
➤ 均为单线程打流

测试环境
➤ 节点天梯:👑 顶尖+的🇭🇰
➤ 操作系统:🍏 macOS 26 Tahoe (dev beta)
➤ 浏览器:Edge 隐私模式
➤ 宽带: 联通 —— 猜猜是哪?🤔
➤ 代理App:猜猜是哪个?🤔


🎯 答案公布:
⚙️ 部署环境 #软路由
OpenWrt/Linux (aarch64) // iStoreOS 24.10
nftablesauto_redirect
real-ip
🔲 CPU型号:Rockchip RK3582
~ 2017H2 的 iPhone X 手机 A11 性能
~ 2018H2—2019H1 的 安卓 骁龙855 、麒麟980 性能



这里推荐 reFind 分支的 sing-box 核心,其优势:
➤ 支持 订阅provider
➤ 与官方核心相同的优势:性能极其强悍、体感遥遥领先其他代理工具
➤ ……

Github: https://github.com/reF1nd/sing-box/tree/reF1nd-dev
TG频道: https://t.me/sing_box_reF1nd

Singbox交流群: https://t.me/sing_box_community


#singbox #代理软件 #软路由 #app
Media is too big
VIEW IN TELEGRAM
《关于YouTube跑分和入口距离两个看似不相关的问题》

1️⃣ 先谈谈 YouTube 跑分

许多人喜欢用 油管跑分 作为节点优劣的评估工具,看谁能突破「100万、200万、…」。但实际上,这种 #油管娱乐分,和你本地的带宽关联不大!

🎯 举个极端例子:
假设有人在 上海 拉来一条 #万兆宽带,或许会 误以为 YouTube 跑分能突破100万?

No way!

如果按上海电信走👑👑超顶尖专线到🇭🇰的29ms RTT来估计,闲时的YouTube跑分也很难超过90w——哪怕你用10G家宽,甚至40G IDC宽带。


💡据观察,在谷歌RTT > 25ms (大约) 时,YouTube跑分上限的估算公式:
上限分 = 130 - RTT * 抖动惩罚系数

💡或,更粗略的:
上限分 ≈ 120 - RTT [电/联]
上限分 ≈ 110 - RTT [移动]

若想突破200w分,谷歌RTT则要控制在10ms以内千兆宽带(不刚需2000M宽带)❗️

注意共同的前提条件必须满足:终端设备🉑硬解4k油管视频,且有线连路由器,且本地宽带>500M。


既然 YouTube 跑分和带宽的关系不大,那还剩下什么意义呢?它可以辅助对比节点表现。例如,你有同样25ms RTT的两个节点,如果其中一个娱乐分100w,另一个90w,那么100w分的节点 #抖动 无疑更低。仅此而已!



2️⃣ 25ms RTT 的另一个“魔咒”

在 Linux / BSD 默认参数下,TCP 吞吐在 RTT 超过 25ms 后会明显下降。

这个问题在本频道早前的《TCP 鸡血补丁》推文中曾有讨论。另外,谷歌云☁️ 也提供了详细的原理讲解。


事实上,这个原理恰好又表现成两个看似不相关的症状:
后端到入口 >25ms ➜ 跑不满 千兆线程
终端到节点 >25ms ➜ YouTube 娱乐跑分 达不到100w

注意:仅广东及周边省市能够同时化解以上2个症状,如图所示❗️


虽然前者能通过 sysctl.conf #打鸡血 来攻克,但后者因谷歌(利用RTT估算用户侧带宽)的算法写死,无法逆转。


🧩 所以,25ms RTT 既是 #远距离 临界线,也是 #油管娱乐分 的百万分水岭。你看到的“突破”,其实都是这条延迟线在背后捣鬼!

#技术杂谈 #软路由
电信-不同省市到🇭🇰延迟梯度.png
498.9 KB
联通-不同省市到🇭🇰延迟梯度.png
455.5 KB
移动-不同省市到🇭🇰延迟梯度.png
459.2 KB
#投稿

开源微信QQ防撤回补丁「RevokeMsgPatcher」

📌 项目简介
适用于 Windows 下 PC 版微信/QQ/TIM的防撤回补丁。支持最新版微信/QQ/TIM。

💡 核心功能
显示自己或他人撤回的消息(我已经看到了,撤回也没用了)。其中微信能够选择安装多开功能。

👉 获取方式
https://github.com/huiyadanli/RevokeMsgPatcher

欢迎使用过的朋友在评论区留言分享体验……


#软件 #win #windows #微信 #插件
 
 
Back to Top