前女友们用过的机场—始于机场，不止机场

机场测评频道的功过 早期在推动TG用户认识入口落地，流媒体解锁，推介精品机场起了一定作用 这几年逐渐成为DDOS按图索骥的靶场、死亡名单。 现如今，大通报时代，似乎在进一步绞杀机场的生存空间，尤其是对国内中转线路机场的推介。 在目前国内资源大通报的形势下，畅所欲言的代价，就是不断被拔线，最终全封端或无中转可用 因而这几个月停止了国内中转线路的测评，同时也对群组进行部分内容屏蔽，朴素的出发点就是，希望好用的机场能活得更久些。。。

Cloudflare 推出 Drop：浏览器拖拽文件夹即可部署网站，无需注册 Cloudflare 发布了一款名为 Drop 的新工具，用户只需将文件夹拖入浏览器，即可在 Cloudflare 上即时部署网站，毫秒级响应全球用户。 该服务无需创建账户，部署后有效期为 60 分钟，超时自动失效，除非用户主动认领该部署。目前可通过 cloudflare.com/drop 体验。 Brayden(@BraydenWilmoth) 🌸 在花频道 · 茶馆水群 · 投稿通道

转眼间，大通报纪元已经一年了，大家手上一年前用的机场还在吗，换了几家😂

#Internet #Tools #AI 🔑 iroh：用公钥而不是 IP 地址来「拨号」任意设备的点对点网络库 把 IP 换成密钥：无论设备在哪、网络怎么变，只要知道对方的公钥就能建立一条默认直连、默认端到端加密的连接，让整个互联网变成一台「安全的 localhost」。 ✨ 特点 - 拨号密钥而非 IP：每台设备用一对密钥标识，公钥即地址。设备换网络、跨 NAT、藏在防火墙后都能被稳定寻址，连接不会因为 IP 变动而断掉。 - 默认直连、默认加密：优先打洞建立设备间直连，常见场景 95% 以上的数据不经云端中转，既降低云出口带宽费，也让端到端加密成为默认而非可选。 - QUIC 多路径：同一条连接内可同时管理 Wi-Fi、蜂窝等多条路径，并随信号质量热切换，弱网和移动场景下连接更稳。 - 模块化协议生态：在裸连接之上提供 Blobs、Gossip、Documents 等可插拔协议，按需组合。 - 自定义传输：统一的「拨号密钥」抽象之下可接入 BLE、LoRa（建设中）、WiFi Aware 甚至 Tor，也支持编译到 WASM 在浏览器运行。 - 多语言绑定：除 Rust 外，1.0 起官方支持 Python、Node.js、Swift、Kotlin，可直接嵌进 iOS 与 Android 应用。 ⚙️ 机制 iroh 的底层是点对点的 QUIC 连接：用 EndpointId（一枚 ed25519 公钥）直接作为 TLS 握手中的身份，因此连接天然双向认证、无法被中间人劫持。建立连接时，端点先把 (endpointid, relayurl) 发布到 pkarr 记录，对方通过 DNS 查到中继地址完成 QUIC 握手，握手后双方交换 IP 尝试打洞转为直连，打洞失败则继续走中继回退。 地址查找上它没有自研 DHT，而是复用 BitTorrent mainline 这张全球最大的 DHT，尽量站在 IETF 标准（QUIC、TLS、ALPN）之上——用 wireshark 抓包看到的就是一个普通 QUIC 连接。 主要依赖：核心用 Rust 编写（占比 99.6%），基于自研 QUIC 实现 noq，加密全部采用标准 TLS，并已支持可选的后量子密钥交换。 👨🏻‍💻 使用场景 - 分布式 AI 训练：跨 AWS、GCP、Azure 与自建节点做梯度共享和管线并行时，用 iroh 在地理上分散的算力之间建立直连通信，省掉中心协调器。Nous Research、PrimeIntellect 均已在生产中这样使用。 - 移动应用实时同步：网络时断时续的环境里，为数十万台设备提供可靠的数据同步，设备切换 Wi-Fi 与蜂窝时连接自动迁移。 - POS 支付：让支付终端通过 BLE、LAN 或 Wi-Fi 直连收银系统，满足 PCI 合规且不需要额外服务器。 - IoT 与嵌入式：在 ESP32、Raspberry Pi、Linux 上跑同一套 API，设备自动相互发现，无需 broker 或网关。 - 文件传输与音视频流：在设备间做内容寻址、可续传、逐字节校验的大文件传输，或搭建低延迟的加密视频流。 🛣 路线图 - 更多开箱传输：目前开箱仅支持 IPv4、IPv6 和中继三种传输，自定义传输 API 刚推出不久，LoRa 传输尚在建设中。 - 浏览器作为对等端：现阶段浏览器接入仍需借助 webrtc，让浏览器真正作为 iroh peer 参与是社区高频诉求。 - 加密 ClientHello（ECH）：用于隐藏 QUIC Initial 包里的 SNI，等待 rustls 上游支持后再集成。 💬 社区评价 iroh 于 2022 年开源，历经 4 年、 65 个预发布版本后在 2026 年 6 月发布 1.0。目前在 GitHub 上获得约 10,000+ 星标、464 次 Fork、 60 位贡献者参与开发，crates.io 上每月约 6.1 万次下载、被 196 个 crate 依赖，公共中继近 30 天创建了超过 2 亿个 endpoint，社区活跃度很高。 - 「网络速度翻倍，我们的算力预算就减半。」 -「想连两台电脑，用 Tailscale；想给 App 里的某个功能加点对点连接，用 iroh。」 🖊 作者背景 - Brendan O'Brien - 联合创始人 / CEO：曾在 Protocol Labs 参与去中心化 Web，做过 qri（去中心化数据集版本管理）等开源项目。 - Friedel Ziegelmayer - CTO：前 Protocol Labs 工程师，iroh 头号贡献者，深耕 Rust 加密与 P2P 生态。 💰 定价 核心库与协议永久开源免费，商业化通过 iroh services（托管中继、监控仪表盘、网络诊断）实现。 - Free：$0/月 · 本地开发测试、7 天数据保留、社区支持。 - Pro：$19/月起 · 用量计费、30 天保留、8x5 工单支持；专属中继 $199/relay/月、额外连接 $0.5/100 endpoints。 频道：@NewlearnerChannel

通过Age加密保护私有订阅配置并多端同步 Bettbox作为mihomo内核系列客户端，是FlClash的魔改版。具有内核更新快、内存占用小、额外优化及各种新增功能的优点，强烈推荐！ PS 我个人windows端Bettbox会存在，切换页面或代理时小卡顿的问题，可能和我电脑配置有关

躲得开付费AI，躲不开AI税，看来年底iPhone ProMax也要涨1K-2K😂

昨天差点改了，看官方说明说会出现新旧用户名在不同GOOGLE服务混合出现，就没改了

中转从前几年的百花齐放、去年的广东三线+上海双线标配，到这半年的拔线通报迅速凋零，低谷时，手上国内中转机场一个巴掌能数得过来。 但是这个月似乎慢慢的有冻融之势，广东、上海、浙江、北京、山东、天津、湖南、四川。。。希望是个好兆头

SpaceX上市 马斯克成首位万亿美元富豪 美国太空探索技术公司(SpaceX)12日在纽约纳斯达克证券交易所上市。创始人马斯克个人净资产随之突破一万亿美元，成为全球首位万亿富豪。当天，SpaceX以每股135美元的发行价挂牌，其首次公开募股募资总额达到 750亿美元，创美股史上最大IPO规模纪录，对应公司估值约1.77万亿美元。该股正式开盘报150美元，较发行价高出11.11%。受市场对商业航天、卫星互联网及人工智能基础设施发展前景的乐观预期提振，SpaceX公司股价日内继续上涨，盘中一度突破 176 美元。截至收盘，该股报161.11美元，涨幅19.34%，公司市值升至2万亿美元以上。 —— 中国新闻网

看来三体的黑暗森林法则，在国际宇航科学院也是相当有影响力😎

聊聊Mihomo的新功能Age Key(上) 首先，快速说下这是用来干嘛的，说白了就是用来加密(订阅)文件用的，使用了密钥对之后，只有当你有了Private key(下面统称为私钥)之后，才能打开由对应的Public key(一下统称为公钥)加密的(订阅)文件 事情的缘由大概是这样，某知名客户端CVR搞了一套叫CVD的东西出来，美其名曰: 环境恶劣，保护订阅，对抗封锁，以wwq为首的Mihomo内核组在看过方案之后对比嗤之以鼻，认为其方案不仅实现非常一般并且会导致用户失去了选择权，同时有泄露用户隐私或(硬件ID)被精准定位的风险等，具体细节请参见相关公开讨论，这里不开CVR吐槽大会，只看事情本身，篇幅原因也不做过多评价，了解即可 在上述事情的催化下，Mihomo在1.19.26版本发布还不满一周的情况下，火速更新到了1.19.27正式版并顺势推出了Age key功能，如果站在机场主的角度，订阅在国内平台传播被肆意抓取显然不是一件好事情，结合前面的介绍可以得出一个结论，Age Key(能)解决的最大的事情，还是订阅被公开抓取或者滥用的问题(以及个人可以使用Gist)，因为订阅文件被强制加密，只有你手里有私钥才能解开 (我认为的)常见的理想中的情况1: 机场使用公钥对订阅文件进行加密，后台面板应有对应的一键复制私钥(再次小科普一下，公+私是一对，所以叫做密钥对)，流程: 用户首先导入Url订阅，但是只有填写(复制后台面板的)正确的私钥后，订阅文件才能被正常解析打开。 另外一种情况2，则是由用户自己生成密钥对，把公钥填入机场后台面板后，然后再由机场加密下发，依然是只有填写(自己生成的)正确的私钥后，订阅文件才能被正常解析打开。

Quantumult X for iOS/tvOS/macOS 正式版更新 1.6.0 商店链接 更新时间: 2026-05-21 更新说明：

- Add support for AnyTLS proxy protocol. - Bug fixes and other minor improvements.

其他: - 更新订阅失败的解决办法 - 节点标识说明 群组: @QuanXApp 频道: @QuanXNews

关于 Surge iOS 功能更新订阅机制的调整 自 Surge iOS 推出功能更新订阅机制以来，我们一直希望在「持续演进产品能力」与「保障长期使用体验」之间保持合理的平衡。经过评估，我们决定进行如下调整： 1. 未来新增的所有代理协议兼容支持，将不再纳入功能更新订阅范围，所有用户均可直接使用。 2. 现已实验性支持的 TrustTunnel，也不会存在订阅限制，可以直接使用。 我们认为，协议兼容性应当作为长期稳定提供的基础能力，而不是阶段性的增量功能。这意味着，未来用户无需因为订阅状态，而担心基础协议支持的可用性；新的协议兼容能力也能够更直接、更持续地向所有用户开放。 调整后，订阅更新将更聚焦于新的高级功能，而协议兼容性本身，则会作为产品的长期基础能力持续维护。 与此同时，代理协议生态本身也始终处于持续变化之中。一些协议会不断演进，也有一些协议会逐渐退出主流使用场景。为了保证 Surge 长期稳定的代码库维护与整体产品质量，我们也会结合实际使用情况，对部分历史协议进入维护冻结状态，或在未来逐步结束支持。 我们会尽可能谨慎地处理相关调整，并提前进行说明，以减少对现有用户配置与使用体验的影响。 感谢大家一直以来的支持与反馈。

结合目前消息来看，泛滥于市的阿里云的IX迎来了第一波大考，接下来就要看各位机场主的实力了。

上月我说目前是“科学上网数十年未有之大变局，恐怕都要回到直连时代”，有网友评论我过于悲观，只会散布恐慌情绪。我也一直希望是杞人忧天了。 但是目前来看，中转要么已被拔线，要么在被拔线路上，几尽绝迹。原来建议直连或自建，现在也因出国劣化，开始变得越来越艰难。甚至港澳流量卡也有部分地区运营商受限制的消息。按这趋势下去，不是翻不了，而是成本、精力、难度会陡然爬升。 过往近二十年的科学上网黄金时代恐怕是要结束了，各种线路、测评、协议、工具百花齐放，一键式建节点，面板式建机场的日子，一度让我们有种错觉墙不再是墙。但是物理层面上的服务器、线路主控权永远是最强的降维打击。如果政策没有周期性松动或调整，那只会越来越难。 且用且珍惜吧⚜️

👨🏼‍🍳 再见，Cook John Ternus 将于2026 年 9 月 1 日接任 Tim Cook 成为 Apple 新 CEO。 https://www.apple.com/community-letter-from-tim/

Quantumult X 1.5.6 (914) is ready to test on iOS. What to Test - Add support for anyTLS (https://github.com/anytls/anytls-go) - Standard TLS: anytls=example.com:443, password=pwd, over-tls=true, tls-host=apple.com, udp-relay=true, tag=anytls-standard-tls-01 - Reality TLS (set reality-base64-pubkey to replace Standard TLS with Reality TLS): anytls=example.com:443, password=pwd, over-tls=true, tls-host=apple.com, reality-base64-pubkey=k4Uxez0sjl8bKaZH2Vgi8-WDFshML51QkxKFLWFIONk, reality-hex-shortid=0123456789abcdef, udp-relay=true, tag=anytls-reality-tls-01

目前来看Quanx，Loon，Egern，Shadowrocket都实现对主流SS2022，Vless Reality，anyTLS的支持了

关于 VLESS 协议的说明 我们长期收到用户关于支持 VLESS 代理协议的请求。鉴于围绕该协议存在较多争议，我们过去倾向于避免公开回应，以免引发不必要的讨论与争端。然而，持续的沉默本身也被部分解读为一种态度，甚至产生了一些误解与猜测。基于这一现实情况，我们决定对相关问题进行一次正式说明。 （由于 vless / vision / xtls 等名称本身缺乏统一且明确的定义，下文将以「VLESS」作为整个协议族的统称。） 加密代理协议社区始终保持着高度活跃。从早期的 Shadowsocks，到后来的 Trojan、ShadowTLS、TUIC、Hysteria、AnyTLS 等项目，不同开发者持续提出新的设计思路，并在开放讨论与相互借鉴中推动技术演进。许多项目均由开发者无偿投入时间与精力完成，对整个生态产生了积极影响。 因此，当新的项目具备成熟度与稳定性时，我们通常乐于进行支持与适配。尽管 Surge 本身并未直接参与开源代理协议项目，但我们与部分协议作者保持着良好的私下沟通，也会就实现细节与 issue 进行技术层面的交流。我们对此一直保持开放性态度。 然而对于 VLESS 协议，由于其设计改变了传统 TLS 的分层边界。若要实现支持，需要对上游 TLS 库（如 OpenSSL/BoringSSL）进行定制化修改，这意味着后续无法直接跟随上游更新，增加整体 TLS 子系统的复杂性与安全评估成本。 此外，XTLS 将 TLS 从传统的端到端数据保护层重新定位为一种会话引导机制，把原本由标准协议层提供的完整性保障，部分转移到应用自行定义的数据路径之上。这种跨层设计虽然带来了某些特性，但降低了安全边界的可验证性。 相比之下，Trojan、TUIC、Hysteria、TrustTunnel 等协议均建立在标准 TLS 实现之上。标准化 TLS 经过长期实践验证，是目前应用最广泛且成熟度最高的加密隧道。 事实上，针对用户的需求，我们早已完成了一份 VLESS 协议的实验性实现。然而，代码的完成并不代表产品的就绪。正如前文所述，由于该协议目前需对底层 TLS 库进行非标准修改。如果现在将其合并进主分支，意味着我们要把巨大的维护风险和潜在的不稳定性带给所有 Surge 用户，这不符合我们对产品稳定性的要求。 除此之外，VLESS 协议的特性更新非常频繁，缺乏稳定且可依赖的文档和 specification，我们对这种探索性精神表示支持，但对于产品化来说，这种频繁的变动和复杂的参数配置，将对用户体验带来巨大的挑战。 所以我们依然在观察支持 VLESS 协议的必要性，如果最终确实被广泛采纳使用，或者产生了比其他 TLS 类协议的明显优势，或者有了完整的协议 specification，我们会第一时间重新评估合并事宜。 为了避免产生更多的误解和猜疑，我们在此承诺，如果未来 Surge iOS 版本决定加入 VLESS 协议支持，将作为一项免费更新推出，所有用户均可直接使用。以此表明我们绝非因为商业原因而故意延后支持。（Surge Mac 版本用户可以通过 External Proxy Program 机制进行使用） 希望您可以理解我们的决定，我们对造成的不便感到歉意。