Search: #QUIC

  1. 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,多架构二进制可直接部署,并持续保持活跃迭代

    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 - Diniboy1123/usque: Open-source reimplementation of the Cloudflare WARP client's MASQUE protocol.

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

    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

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

    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 Join the rootshell: Local Terminal, SSH beta

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

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

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

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

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

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

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

    免流 混淆 零跳 总结小更新

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

    原消息

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

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

    • ❤️5
  6. 免流 混淆 零跳 总结(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=

    免流 混淆 零跳 总结(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-urlblock-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, 客户端设置 version4 即可

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

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

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

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

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

    • ❤️10
    • 👍1