QUIC | 折腾啥

usque: 基于 MASQUE 协议的开源 Cloudflare WARP 客户端实现一键注册拿到配置后也可在 mihomo 中使用测了下联通 MASQUE H2(换 endpoint)/H3(默认 endpoint) 目前可直连sni 不验证, 官方的好像被墙了所以 MASQUE H2 也可以用于免流• 基于 Connect-IP（RFC 9484）与 MASQUE 协议实现，提供接近官方 WARP MASQUE 模式的开源替代方案 • 支持原生隧道、SOCKS5 代理、HTTP 代理、端口转发等多种运行模式，适用于不同网络接入场景 • 使用 Go 开发，支持 Linux、Windows、macOS、Android，多架构二进制可直接部署，并持续保持活跃迭代

Mon, 22 Jun 2026 07:24:17 GMT

usque: 基于 MASQUE 协议的开源 Cloudflare WARP 客户端实现

一键注册拿到配置后也可在 mihomo 中使用

测了下联通 MASQUE H2(换 endpoint)/H3(默认 endpoint) 目前可直连

sni 不验证, 官方的好像被墙了

所以 MASQUE H2 也可以用于免流

• 基于 Connect-IP（RFC 9484）与 MASQUE 协议实现，提供接近官方 WARP MASQUE 模式的开源替代方案

• 支持原生隧道、SOCKS5 代理、HTTP 代理、端口转发等多种运行模式，适用于不同网络接入场景

• 使用 Go 开发，支持 Linux、Windows、macOS、Android，多架构二进制可直接部署，并持续保持活跃迭代

https://github.com/Diniboy1123/usque

合集群组恰饭联系推广

#开源项目 #Cloudflare #WARP #MASQUE #QUIC #代理工具 #网络隧道 #Go #SOCKS5 #VPN客户端

GitHub

GitHub - Diniboy1123/usque: Open-source reimplementation of the Cloudflare WARP client's MASQUE protocol.

Open-source reimplementation of the Cloudflare WARP client's MASQUE protocol. - Diniboy1123/usque

tsshd: 面向漫游与弱网的 UDP SSH Server，让远程会话不断线如图跟 mosh 对比• 支持连接迁移与断线重连，IP 变化或网络切换后会话依然保持 • 基于 QUIC 或 KCP 传输，适合高延迟链路与不稳定 Wi‑Fi / 蜂窝网络场景 • 尽量兼容 OpenSSH 生态，支持端口转发、Agent 转发、X11、ProxyJump 等常用能力

Thu, 30 Apr 2026 02:00:55 GMT

tsshd: 面向漫游与弱网的 UDP SSH Server，让远程会话不断线

如图跟 mosh 对比

• 支持连接迁移与断线重连，IP 变化或网络切换后会话依然保持
• 基于 QUIC 或 KCP 传输，适合高延迟链路与不稳定 Wi‑Fi / 蜂窝网络场景
• 尽量兼容 OpenSSH 生态，支持端口转发、Agent 转发、X11、ProxyJump 等常用能力

https://github.com/trzsz/tsshd

合集群组恰饭联系推广

#远程登录 #SSH #弱网优化 #连接迁移 #断线重连 #QUIC #KCP #Linux #Windows #GitHub

Rootshell: 面向 Apple 全平台的免费 Metal 加速终端模拟器 • 基于 libghostty 的 GPU 渲染，滚动与分屏/标签丝滑且支持会话自动恢复 • 原生 Swift SSH（跳板机、端口转发、SSH Agent）+ Secure Enclave 密钥与 YubiKey/FIDO2 硬件认证 • Rootshell Roam 移动协议（mosh 兼容，QUIC/KCP），支持网络漫游与会话持久化，适合 Wi‑Fi/蜂窝频繁切换场景 TestFlight:

Sun, 08 Feb 2026 01:03:57 GMT

Rootshell: 面向 Apple 全平台的免费 Metal 加速终端模拟器

• 基于 libghostty 的 GPU 渲染，滚动与分屏/标签丝滑且支持会话自动恢复
• 原生 Swift SSH（跳板机、端口转发、SSH Agent）+ Secure Enclave 密钥与 YubiKey/FIDO2 硬件认证
• Rootshell Roam 移动协议（mosh 兼容，QUIC/KCP），支持网络漫游与会话持久化，适合 Wi‑Fi/蜂窝频繁切换场景

TestFlight: https://testflight.apple.com/join/DEVnH3N2

https://github.com/kitknox/rootshell

#终端 #SSH #iOS #iPadOS #macOS #visionOS #Metal #YubiKey #FIDO2 #Kubernetes #Tailscale #QUIC #KCP

Apple

Join the rootshell: Local Terminal, SSH beta

Available on iOS

Sub-Store Lite 混淆转换脚本 dev 版更新 snell v5 自带 quic, UDP over UDP 不免. 但是兼容 v4, 客户端设置 version 为 4 即可. 脚本会自动修改版本🤭 查看源码本次更新的是 dev 版免流合集频道资源合集恰饭推荐群组 #免流 #零跳 #0跳 #混淆 #分流 #协议

Tue, 01 Jul 2025 04:04:43 GMT

Sub-Store Lite 混淆转换脚本 dev 版更新

snell v5 自带 quic, UDP over UDP 不免. 但是兼容 v4, 客户端设置 version 为 4 即可. 脚本会自动修改版本

🤭 查看源码本次更新的是 dev 版

免流合集频道资源合集恰饭推荐群组

#免流 #零跳 #0跳 #混淆 #分流 #协议

免流混淆零跳总结小更新 snell v5 自带 quic, UDP over UDP 不免. 但是兼容 v4, 客户端设置 version 为 4 即可原消息免流合集频道资源合集恰饭推荐群组 #免流 #零跳 #0跳 #混淆 #分流 #协议

Mon, 30 Jun 2025 11:29:47 GMT

免流混淆零跳总结小更新

snell v5 自带 quic, UDP over UDP 不免. 但是兼容 v4, 客户端设置 version 为 4 即可

原消息

 免流合集频道资源合集恰饭推荐群组

#免流 #零跳 #0跳 #混淆 #分流 #协议

免流混淆零跳总结(2)👉🏻 免流混淆零跳总结(1)确保能被接管的流量都被接管, 分流中该走代理的走代理⚠️ 部分方案会有以下情况 · 断开 Wi-Fi 时, 某些请求继续直连或使用非免流的策略可尝试打断请求: 可能不需要打断请求来解决 Telegram 转圈 / 免流继续跑流量 · IPv6 流量未过代理 · 代理不支持的情况下 UDP 自动走直连 · DNS 未过代理需要注意域名 DNS 和节点服务器域名鸡和蛋的问题可在 Sub-Store 中添加节点操作域名解析, 确保节点服务器为 IP · 部分请求不被代理接管(例如绑定物理网卡) 部分代理方案支持包含所有网络请求Surge 可使用全自动包含所有网络设置模块微信视频语音不免大概是因为路由表 · STUN, P2P引用 0 跳王刘路: 不追求零跳还是不禁为好，不然微信电话可能打不通. 虎牙哔哩哔哩很多是四位端口严格就是 1000 开始. 但是微信视频通常用 8000, 禁 10000 以下的 UDP 可能会有问题虎牙跳的问题我加了一些规则到我的 P2P 分流里面🆕 群友 @SatenRuiko_AC 发现拒绝来源非本机&目标为局域网的请求即可 · 多 IP 并发和自动检测的策略中存在无法连接的节点时, 拨号失败就建立不起 WS/HTTP 伪装通道的话可能会被认为是通用流量(来自喵佬) · QUIC · 部分上传(没仔细研究过有人提过) · 部分请求在任何情况下都不走代理(无解)⚠️隐藏的小问题 · 节点或全局屏蔽 QUIC 导致某些国内 App 使用异常Surge [General] 里 block-quic = per-policy (这是默认值)国内免流订阅设置 test-url 和 block-quic 示范 🇨🇳 免流 = smart, policy-path=

Wed, 01 May 2024 14:08:33 GMT

免流混淆零跳总结(2)

👉🏻 免流混淆零跳总结(1)

确保能被接管的流量都被接管, 分流中该走代理的走代理

⚠️ 部分方案会有以下情况

· 断开 Wi-Fi 时, 某些请求继续直连或使用非免流的策略

可尝试打断请求: 可能不需要打断请求来解决 Telegram 转圈 / 免流继续跑流量

· IPv6 流量未过代理

· 代理不支持的情况下 UDP 自动走直连

· DNS 未过代理

需要注意域名 DNS 和节点服务器域名鸡和蛋的问题

可在 Sub-Store 中添加节点操作 域名解析, 确保节点服务器为 IP

· 部分请求不被代理接管(例如绑定物理网卡) 部分代理方案支持包含所有网络请求

Surge 可使用全自动包含所有网络设置模块

微信视频语音不免大概是因为路由表

· STUN, P2P

引用 0 跳王刘路: 不追求零跳还是不禁为好，不然微信电话可能打不通. 虎牙哔哩哔哩很多是四位端口严格就是 1000 开始. 但是微信视频通常用 8000, 禁 10000 以下的 UDP 可能会有问题

虎牙跳的问题我加了一些规则到我的 P2P 分流里面
🆕 群友 @SatenRuiko_AC 发现拒绝来源非本机&目标为局域网的请求即可

· 多 IP 并发和自动检测的策略中存在无法连接的节点时, 拨号失败就建立不起 WS/HTTP 伪装通道的话可能会被认为是通用流量(来自喵佬)

· QUIC

· 部分上传(没仔细研究过有人提过)

· 部分请求在任何情况下都不走代理(无解)

⚠️隐藏的小问题

· 节点或全局屏蔽 QUIC 导致某些国内 App 使用异常

Surge [General] 里 block-quic = per-policy (这是默认值)
国内免流订阅设置 test-url 和 block-quic 示范

🇨🇳 免流 = smart, policy-path=https://a.com, external-policy-modifier="test-url=http://p11.douyinpic.com,block-quic=off"

其他的自己看着办(

· Surge 中 Shadowsocks 不支持 UDP over TCP, 与 Shadow TLS 搭配时, UDP 流量侧漏

· 部分方案中的互联网检测是不走代理的

使用免流的 URL, 比如流邦使用 http://p11.douyinpic.com

· 某些分流规则, 常规用法是设置为直连, 但是里面包含了某些域名

例如 bm7 的 Lan 里面有 cp.cloudflare.com 等

· snell v4 obfs http 在某些情况下不免(未找到根源, 经 P 佬提醒可能是 reuse 导致的, 应关闭)

~~各种多路复用都应该关掉?(比如 smux 等) AnyTLS 自带复用, 所以可能也有问题?~~

· snell v5 自带 quic, UDP over UDP 不免. 但是兼容 v4, 客户端设置 version 为 4 即可

· 部分方案中的自动测速/健康检查总是会自动执行

如果这个策略组里有节点不是免流节点, 可能会跑通用

· 部分模块中自带 DIRECT 策略的分流

· 联通使用百度代理的广州联通俩 IP 不免了

免流合集合集恰饭群组联系推广

QUIC | 折腾啥

免流 混淆 零跳 总结小更新 snell v5 自带 quic, UDP over UDP 不免. 但是兼容 v4, 客户端设置 version 为 4 即可 原消息 免流合集 频道资源合集 恰饭推荐 群组 #免流 #零跳 #0跳 #混淆 #分流 #协议

免流混淆零跳总结小更新 snell v5 自带 quic, UDP over UDP 不免. 但是兼容 v4, 客户端设置 version 为 4 即可原消息免流合集频道资源合集恰饭推荐群组 #免流 #零跳 #0跳 #混淆 #分流 #协议