fa
Feedback

فریب کلاهبرداران را نخورید! تل‌متریو این کانال‌ها را شناسایی و برچسب‌گذاری می‌کند 👉 برای مشاهده برچسب، اشتراک تهیه کنید

整点猫咪Channel

整点猫咪Channel

رفتن به کانال در Telegram

来一起整点猫咪

نمایش بیشتر
4 500
مشترکین
اطلاعاتی وجود ندارد24 ساعت
+87 روز
+6930 روز
آرشیو پست ها
Repost from Sukka's Notebook
Make Bilibili Great Than Ever Before 发布 1.9.0 版本,推出「Thread Ripper」功能,无需进行任何手动配置,自动评估 Bilibili 的多个 CDN 节点的质量(TTFB 和带宽)、选出最优的数个 Bilibili CDN 节点、多线程并发并行 缓冲 视频分片。该功能默认关闭,需手动打开。 该功能受 MrTangLuyao/Bilibili-thread-ripper 项目启发,但是仅使用了 不到三分之一的代码量(不包含代码注释)实现了 接近甚至更好的视频播放缓冲速度 和 启播用时。 具体取舍和实现细节参见 https://github.com/SukkaW/Make-Bilibili-Great-Than-Ever-Before/pull/31

为了简洁明了、一劳永逸的解决模块、插件等集合,直接更新后残留了旧版无效设置的问题,BoxJS、持久化储存空间名称、文件名均做了更改,新的版本开始,前缀将由 `BiliBili` 变更为 `Biliverse`,例如 `Biliverse.Enhanced.*`,请用户重新下载安装。 目前已完成更新的为: https://biliverse.github.io/guide/enhanced

如果你在使用 Garmin 训练,是否也想过: 让 ChatGPT 或 Codex 直接读取自己的 Garmin 数据,分析训练状态、恢复情况和近期负荷,而不是每次手动截图、复制数据? 我最近完成并开源了一个 Garmin Connect MCP Server,同时整理了一份从零部署教程。 它适合已经拥有 VPS 和域名、希望自己掌握数据与服务的人。部署完成后,可以读取包括: • 运动记录 • 睡眠 • 步数与心率 • HRV • Body Battery • 训练准备度 • 急性训练负荷与训练状态 • 恢复时间 • VO₂max • 体重与身体成分 • Garmin 训练计划 • 用户资料 教程记录了完整的实际部署过程,包括: • 在已有 Hexo 博客和 Nginx 的 VPS 上共存部署 • Garmin 中国区与国际区账号配置 • Auth0 OAuth 身份验证 • ChatGPT 与 Codex MCP 接入 • 手机端同步使用 • OAuth 报错、Unknown client、工具数量停留在 7 个等问题的处理方法 整个接口默认只读,并通过 OAuth 保护,适合搭建自己的私人 Garmin 数据助手。 📖 完整部署教程: https://mycats.club/21/3049/ 💻 开源项目: https://github.com/getsomecat/garmin-connect-mcp 如果你也在使用 Garmin,欢迎尝试。有部署问题也可以在频道里留言交流。 #Garmin #MCP #ChatGPT #Codex #SelfHosted

iRingo: 🌤 WeatherKit v3.2.0 已发布 Created by @V_Clyne & @WordlessEcho & @001 & @Larry052210 Available in 🎈Loon(推荐), 🐿️Egern(推荐), 📈Surge(😁), 🏂Stash, 🚀Shadowrocket(仅 Rewrite 版), 🌀Quantumult X(仅本地版) Only for iOS 18, macOS 15, watchOS 11 or later What's New? 1. 云函数版可以同时在 workers 与 pages 部署了; 2. 新的 Rewrite 版(云函数版)提供 endpoint 设置,用户可根据需求进行切换; 3. 对天气预警数据的填补及页面修复,QWeather 第三方的天气预警页面现在被苹果官方页面接管; 4. 为了此项目的长期发展,实现了 flatbuffer 的局部修改组件,现在不再需要编解码整体 flatbuffer 数据,只需要局部解析并拼接数据即可,此工具未来将作为独立 package 发布,并兼容全部 flatbuffer 格式数据。 Fixed 1. 修复对于 27 系统的兼容性; 2. 修复下一小时降水数据在 mac 上不显示的问题; 3. 修复天气每日详情数据长久以来日夜颠倒的问题; 4. 其他各种小问题修复 下载地址及说明: https://NSRingo.github.io/guide/Weather/weather-kit.html 感谢 @Larry052210 为 27 系统支持及各类历史遗留问题修复做出的贡献; 感谢 @001 为 Pages 版的实现提供技术支持与测试环境。 #Apple #Weather 来自 @WordlessEcho 的空气质量重构将在未来的版本中进行整合。

Repost from ֍可莉日常֎
Loon的插件即将迎来一波大更新 新的复写语法 https://nsloon.app/docs/Rewrite/rewrite_v2 复写生成器 https://nsloon.app/rewrite-builder/

😀 英国giffgaff开始关闭境外大门 这是一封来自 giffgaff(英国移动运营商,运行在 O2 网络上)的正式通知邮件。内容大意是:经过对你账户使用情况的审查,我们决定断开你的服务,因为你的使用模式显示出在英国以外的长期或永久使用,不符合我
😀 英国giffgaff开始关闭境外大门 这是一封来自 giffgaff(英国移动运营商,运行在 O2 网络上)的正式通知邮件。内容大意是:经过对你账户使用情况的审查,我们决定断开你的服务,因为你的使用模式显示出在英国以外的长期或永久使用,不符合我们的服务条款。 😀 建议使用giffgaff的尽量转移注册的各种服务号码 😀 你也可以联系客服进行退款 😀 为什么会发生这种情况? 😔 giffgaff 的服务条款和公平使用政策(Fair Usage Policy)明确规定: • 服务主要面向英国境内使用。 • 漫游(尤其是欧盟及指定地区)仅限于短期旅行(如假期、短途出行)。 • 如果你在任意 4 个月内境外使用达到 63 天或以上,且无法证明主要居住地/使用地在英国,就可能被视为不公平使用。 • 他们保留随时收取额外费用、暂停或直接断开服务的权利。 #资讯 #giffgaff

Telegram已经正式发布中文语言本地化,可在客户端直接选择。

关于 Surge iOS 版本的功能订阅更新 我们了解到部分用户对近期 Surge iOS 的订阅功能更新不够频繁表示失望,因此对该问题进行说明和解决。 Surge iOS 自发布起已超过了十年,我们曾经的很多想法都已经被一个个的实现,因此,对于现在 Surge iOS 来说,想出一个新的功能并不容易。同时,为了保证用户体验,一些小型的新功能,也不会放入到订阅限制中。 对于我们的研发精力来说,其实有大量的精力放在了原有功能的改进与优化上,比如说最近更新加入的 X25519 + ML-KEM-768 后量子(混合)密钥交换支持,就要求我们从原本的 OpenSSL 实现切换至 BoringSSL,这涉及到大量的重构和测试。或是像去年跟随 Surge Mac v6 同步更新的最新 Surge VIF 引擎实现。这些都耗费了我们大量的研发精力,但是并没有纳入到订阅更新点中。 当然,由于 Surge iOS 的功能订阅,同时具备时间维度上向前与向后的延伸,我们充分理解连续订阅用户关于订阅功能点更新不够频繁的失望。因此我们建议所有用户取消自动续订开关,仅在 Surge iOS 提供了你所需要的新功能时,再进行订阅,这也是我们推出该订阅模式的初衷。即使不进行订阅,你依然可以免费享受到改进型更新,只需要为有需求的功能付费。 同时,由于我们研发人员的精力分配和开发进度的关系,我们也很难保证订阅更新的功能点可以稳定地推出,有时可能一个月就会有两个新功能,有时可能长时间都没有。因此我们现在推出一项改进,如果 Surge iOS 连续 90 天都没有推出新功能,那么在这期间存在订阅期的用户,订阅期将自动延期 90 天。 (举例来说,目前上一次订阅功能更新日是 2025 年 12 月 11 日,假如授权有效期是到 2026 年 2 月 1 日,那么订阅将自动被延期到 2026 年 5 月 1 日。) 我们将在未来数日更新授权系统进行展期,感谢您的支持和理解。

关于 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 机制进行使用) 希望您可以理解我们的决定,我们对造成的不便感到歉意。

祝大家2026年健康快乐

Repost from 折腾啥
TeleBox: kitt 插件实现自动延迟删除消息 1. 安装 .tpm i kitt 2. 配置
.kitt add 自动延迟删除消息
return ['-1001771725356'].includes(msg.chatId.toString()) && ['/report'].includes(msg.text)
setTimeout(async () => { try { await msg.delete() } catch (e) {}; }, 15 * 1000);
在 -1001771725356 的对话中延迟 15 秒删除 /report 其中对话 ID 匹配逻辑也已换成使用对话的 title 或者 username, 类似这样:
 [`折腾啥`].includes(msg.chat.title)
  [`zhetengsha_group`].includes(msg.chat.username)  
不知道怎么查对话信息的 可以用 .entity 命令 要注意 js 的语法, 有的群名称里可能带引号 在各位群友的努力下, 目前(2025-12-30) 拥有 105 个插件 今后会持续带来新的插件和插件的用法说明 敬请期待 可在 📦 仓库 | 🧩 插件 | 👥 群组 | 📢 频道 查看 🤭TeleBox 合集 🧐 频道资源合集 😄 恰饭推荐 💬 群组 🥰#TeleBox #Telegram #tg #人形自走机器人 #bot #插件 #脚本 #restart #keep_online #保活 #自动重启

近日有网友发现 BiliBili 的视频(格式)广告内容也来自一些特殊的官方工作账号 此类账号具有以下特征: 1. 英文数字账号 2. 0 级小号 3. 投稿视频数量几千到几十万不等 4. 用户主页不显示任何投稿内容和动态 通过将这些官方广告工作账号加入黑名单即可屏蔽大量视频(格式)广告,缓解开屏广告/视频广告,切后台广告等 目前已知主要的广告工作账号列表如下: https://space.bilibili.com/1055149070 https://space.bilibili.com/1148923121 https://space.bilibili.com/1152997930 https://space.bilibili.com/1188004959 https://space.bilibili.com/1208114979 https://space.bilibili.com/1227735707 https://space.bilibili.com/1252039983 https://space.bilibili.com/1257852431 https://space.bilibili.com/1356882480 https://space.bilibili.com/1430439192 https://space.bilibili.com/1627242161 https://space.bilibili.com/1642531925 https://space.bilibili.com/1806922031 https://space.bilibili.com/1826766269 https://space.bilibili.com/1859459400 https://space.bilibili.com/1919627194 https://space.bilibili.com/1926952280 https://space.bilibili.com/1987938455 https://space.bilibili.com/2067273601 https://space.bilibili.com/2101682498 https://space.bilibili.com/2103756604 https://space.bilibili.com/2115931056 https://space.bilibili.com/2118239887 https://space.bilibili.com/2126699792 如何找到更多广告工作账号? Google 搜索输入⬇️
site:bilibili.com intitle:别家素材
搜索结果都是广告视频及其账号 延伸阅读 https://www.zhihu.com/question/640923460/answer/1968440919704438741 赞助链接: https://afdian.com/a/HashBrown #BiliUniverse #BiliBili

▶ YouTube “加载字幕时错误”的解决方案 问题成因: 只要 app 端字幕的 url 携带 tlang(翻译语言)参数,就会返回 429 错误,此问题是全球性的,至少已经持续了三个月而未被 Google 修复,这导致自动翻译功能在全球 YouTube app 都不可用。 YouTube web/TV 等不受影响。 解决方法: 将 [字幕] 启用类型(Type) 从 官方字幕(合成器) (Official) 改为 翻译字幕(翻译器) (Translate) 即可 (即不使用 YouTube 原生提供的翻译字幕) 延伸阅读: https://www.reddit.com/r/youtube/comments/1meu9kx/auto_translated_subtitles_no_longer_work/ https://www.reddit.com/r/youtube/comments/1n0kvr6/anyone_else_having_trouble_with_auto_translated/ https://www.reddit.com/r/youtube/comments/1n2b8g1/subtitle_auto_translate_english_not_showing_in/ https://github.com/inotia00/ReVanced_Extended/issues/3147 赞助链接: https://afdian.com/a/HashBrown #DualSubs #YouTube

 iRingo: 📍 LocationService v1.0.1 已发布 Powered by Chavy‘s 🧰BoxJs Created by @V_Clyne Available in 🎈Loon, 🏂 Stash, 📈 Surg
+4
 iRingo: 📍 LocationService v1.0.1 已发布 Powered by Chavy‘s 🧰BoxJs Created by @V_Clyne Available in 🎈Loon, 🏂 Stash, 📈 Surge, 🐿️ Egern, 🌀 Quantumult X Not compatible with 🚀Shadowrocket 简介 修改通过互联网进行的地区检测结果,并融合高德与苹果调度器(Dispatcher)结果 更新功能 • 融合地图内 POI 信息页面 ◦ 四处看看(Look Around)预览小窗。 ◦ 评分与照片(RAP) 功能,可对 POI 进行照片上传与评分。 ◦ 信息(Message)按钮,可直接跳转 iMessage 并使用 Messages for Business 与商户联系。 ◦ 打开 App(Open in App) 按钮,可直接跳转或下载至商户 App 进行操作。 • 融合位置搜索结果 ◦ 在天气、地图等 Apple App 中搜索地点时,总是展示国内外全部结果。 注: 1. iOS 26.0起,地区检测方法已被  强化,仅靠此模块无法完全修改所有地区检测结果。 2. 旧版  iRingo: 📍 Location 模块已被移除并失效,请及时更新此版本代替。 3. 需要更新 BoxJs 订阅以显示新的 LocationService 设置面板与选项。

 iRingo: 🗺️ Map v4.3.x 已发布 Powered by Chavy‘s 🧰BoxJs Created by @V_Clyne Available in 🎈Loon, 🏂 Stash, 📈 Surge, 🐿️ Egern Not compatible with 🚀Shadowrocket, 🌀 Quantumult X 简介 融合 🇨🇳中国版 Maps 与 🇺🇳国际版 Maps 默认(Defaults)配置结果,并提供自定义选项 更新功能 • 兼容 iOS/macOS 26。 ◦ 默认(Defaults)配置修改功能现在对任意地区代码均提供解锁功能,不再局限于 CN 地区代码,已知解锁功能如下: ◦ 地图 App 中的交通卡和支付卡 ◦ 导航时显示朝向按钮 ◦ 支持地名和地标 ◦ 路线-驾驶-停靠点 ◦ 兴趣点(POI)实时繁忙度 ◦ 地图-路线-步行-现实世界中的路线-举起以查看 ◦ 地图-路线-步行-导航精确度-增强 ◦ 地图-为“地图”提供助力-评分与照片 ◦ 地图-为“地图”提供助力-显示评分和照片建议 ◦ 地图-照片使用-允许照片提供商使用你的照片 ◦ 动态(Dynamic)配置新增/调整解锁功能如下: ◦ 无论卫星图像版本,总是解锁地球模型显示(3D 地球仪视图)。 ◦ 无论卫星图像版本,总是解锁俯瞰(Flyover)使用的卫星扫描生成的 3D 城市模型。 注: 1. 默认配置为目前最佳配置,在国内地图正常可用的情况下,尽可能多的启用国际版功能(如[飞行俯瞰],[四处看看]功能),如无必要,不需修改。 2. 需要更新 BoxJs 订阅以显示新的 Map 设置面板与选项。

Surge 十岁了 🎉 2015 年 10 月 23 日,Surge iOS 1.0 正式上架 App Store。光阴荏苒,Surge 已经走过整整十年。 这十年的发展离不开广大用户的支持与喜爱,在此向所有用户致以最诚挚的感谢。 我们最近正在重新梳理 Surge 的功能逻辑与文案介绍。值此十周年之际,也借此机会回顾一下 Surge 这十年的发展历程。 ⸻ [首创] 规则分流系统 2015 年,Surge 首次设计并实现了代理分流规则系统(包括 DOMAIN、DOMAIN-SUFFIX 等规则,以及策略与策略组)。 该系统依托于完整的 HTTP 代理服务器与用户态 TCP 栈实现。当时业界尚无类似方案,主流仍是基于路由表或浏览器 PAC 的原始分流方式。 如今,这套设计已成为事实上的行业标准。 ⸻ [首创] 增强模式 Surge 1.0 仅具备 HTTP/HTTPS 代理功能,无法接管未设置代理的 App 网络请求。 在 2.0 版本中,我们基于 Fake IP 与 用户态 TCP 协议栈 实现了增强模式(Surge VIF),从而能够强制接管所有网络流量。 这一机制如今也成为同类软件的标配方案。 ⸻ MITM、HTTP 捕获与 Rewrite Surge 首次在代理软件中引入了 HTTP 捕获 和 Rewrite 等修改功能,以满足开发者的轻度调试需求。 在这一阶段,我们曾考虑进一步强化开发者工具属性,但出于性能与稳定性的权衡,最终决定将其定位为轻量级调试辅助功能。 ⸻ [首创] 脚本处理引擎 在原有的 HTTP 修改功能基础上,Surge 首次集成了 JavaScript 执行引擎。 用户可以通过脚本对 HTTP 请求与响应进行灵活修改,大幅提升了可扩展性与社区创造力。 ⸻ [首创] 模块系统 Surge 首创了 模块(Module) 概念,使用户可以将部分配置独立出来单独控制开关,或分享至社区供他人使用。 这一设计极大地提升了配置的可复用性与协作性。 ⸻ [首创] Surge DHCP Surge Mac 的增强模式支持以旁路由模式接管局域网内其他设备的网络流量。 在此基础上,我们进一步集成了 DHCP Server,让用户仅需几次点击即可完成接管配置。 ⸻ [首创] Surge Ponte Surge Ponte 是目前最为易用的内网穿透方案之一。 用户只需简单配置,即可实现所有 Surge 客户端间的组网。整个系统无需中心节点,且实现了端到端强加密。 在今年的 Ponte 2.0 升级中,我们进一步引入了多通路自动选择与灾备切换等企业级高可用特性。 ⸻ [首创 & 独占] Smart Group 在 Surge 1.0 中,我们首次实现了 url-test 策略组,将代理线路选择从手动操作变成自动化过程。 然而,传统 url-test 机制在线路故障时存在重测试延迟,也无法实现线路与目标的精准匹配。 因此我们重新设计了 Smart 策略组,由自主研发的算法引擎驱动,实现真正的零感知动态切换。 用户几乎无需手动干预,即可享受始终稳定的连接体验。 ⸻ [首创 & 独占] Surge Gateway VM 由于增强模式依赖系统 utun 机制,其性能与灵活性受到一定限制。 在 Surge Mac 6 中,我们推出了 Gateway VM,以二层网络设备的方式直接接入 LAN。 该架构不仅显著提升了性能,也为更多高级功能奠定了基础。 这一特性虽然不易被用户直接感知,但实际上 Surge 已经实现了完整的 ARP、IPv6 NDP、NAT 等子系统。 Surge 的网络协议栈复杂度如今已与操作系统内核网络栈相当。 ⸻ [首创 & 独占] IPv6 Override 这是基于 Gateway VM 的第一个衍生功能。 Surge 实现了对 IPv6 网络的非侵入式独立接管,并与 DHCP 功能整合,让用户可以一键接管局域网内的所有 IPv6 设备。 ⸻ [首创 & 独占] UDP Fast Path 这是 Gateway VM 的第二个衍生功能。 在传统四层旁路由或透明代理场景中,P2P 流量的高连接数常导致性能瓶颈,一般只能靠路由表等方式强行绕过。 Surge 通过实现 UDP Fast Path,可智能地将 P2P 流量下沉至三层处理,从而避免此问题。 ⸻ 性能优化:对极致的不懈追求 性能一直是我们最为关注的方向。过去十年间,我们投入了大量时间与精力,在各个层面持续优化 Surge 的性能,只为让它在真实使用中表现得更快、更稳、更强。 例如,在去年的版本中,我们引入了规则预编译引擎,使得在处理海量规则集时,匹配性能实现了数量级的提升。 而在今年的 Surge Mac 6 中,我们对 userspace TCP 协议栈进行了彻底重构,使用纯 C 实现了全链路 zero-copy,大幅提升了最大吞吐量表现。 因此,无论是在规则匹配效率、连接延迟、吞吐量还是 PPS等关键指标上,Surge 始终保持在同类软件的最优水平。 还有许多原创功能未能一一列出。在下一个十年,我们将继续探索并实现更多有趣且有意义的网络技术。 我们深知,Surge 无法满足所有用户的全部需求。在功能取舍之间,或许难免有所遗憾。对此,我们也真诚地表示歉意。

Repost from 折腾啥
TeleBox 安利系列 TeleBox 是哈基虎领导开发的新一代人形自走机器人插件系统 现在版本号还未到 1.0.0 但是已经稳定了 在各位群友的努力下, 目前(2025-09-11) 拥有 52 个插件 今后会持续带来新的插件和插件的用法说明 敬
TeleBox 安利系列 TeleBox 是哈基虎领导开发的新一代人形自走机器人插件系统 现在版本号还未到 1.0.0 但是已经稳定了 在各位群友的努力下, 目前(2025-09-11) 拥有 52 个插件 今后会持续带来新的插件和插件的用法说明 敬请期待 可在 📦 仓库 | 🧩 插件 | 👥 群组 | 📢 频道 查看 🤭TeleBox 合集 🧐 频道资源合集 😄 恰饭推荐 💬 群组 🥰 #TeleBox #Telegram #tg #人形自走机器人 #bot #插件

在 18 系统中,苹果已经使用了QUIC 通过 *.tthr.apple.com 进行天气数据的分发 ,如果失败,才会 fallback 到传统 HTTP 方式请求天气数据。 在 26 系统中,苹果启用了新的域名通过 QUIC 方式进行天气数据的分发,天气 app 会先尝试使用 QUIC 通过 tether.edge.apple 进行天气数据获取,如果失败,会使用未知进程(疑似苹果内置透明代理进程)尝试使用 QUIC 通过高位端口映射访问苹果 IP (17.0.0.0/8 与 2620:149::/32)获取天气数据,如果两种方式全都失败,才会 fallback 到传统 HTTP 方式请求天气数据。 在最新的模块版本中,已经包含了阻止 tether.edge.apple 的规则,但是并未包含阻止 17.0.0.0/8 与 2620:149::/32 的 QUIC 流量的语句,如果你遇到天气无法正常修改,可以尝试阻止这两个 IP 段的 QUIC 流量来降级到传统 HTTP 方式请求天气数据。 (对于某些代理 app,如果你通过代理访问苹果服务,则会自动阻止相关 QUIC 流量,无需手动添加相关规则)