fa
Feedback
📝Full bug的日常

📝Full bug的日常

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

技术分享,此频道主要发布更新日志

نمایش بیشتر
1 324
مشترکین
اطلاعاتی وجود ندارد24 ساعت
-17 روز
-330 روز
آرشیو پست ها
欧洲的youtube检测失效,会显示为"重定向",稍后修复

赞美我们的上游Telegram API实现者—>Pyrogram。得以使用 MTProto直接与Telegram服务器进行通讯,稳定性大大提升。
赞美我们的上游Telegram API实现者—>Pyrogram。得以使用 MTProto直接与Telegram服务器进行通讯,稳定性大大提升。

#教你看入口落地拓扑分析图 由于有相当一部分人不会看此类,现在此进行一个简单的说明。 首先,我们把拓扑图分为主要四大类: ———————————- 1. 入口落地均复用。 解释: 入口相同,落地IP(与其他某些节点相比)相同。 识别技巧:先看落地的 “簇” 是否大于1,若是,再看该落地最左边对应的入口。若入口均相同(表现为只显示一个入口编号),那么确定为此类情况。 例子:查看 入口落地均复用.png 中的新加坡节点,其他节点类似。 —————————- 2. 入口复用,无落地复用。 解释:入口ip相同,但是落地不同。 识别技巧: 所有落地的“簇” <= 1,即只能看到数字1。入口对应多个落地 例子: 无落地复用.jpg 中的全部节点的“簇”均为1 —————————- 3. 多入口单落地复用。 解释: 多个入口编号指向同一个落地。 识别技巧: 先看落地的 “簇” 是否大于1,若是,再看该落地最左边对应的入口。若有多个对应的入口,则为此类情况。 例子: 多入口-落地复用.jpg 中的“美国旧金山”节点。 ————————————- 4. 无入口复用,无落地复用。 解释: 顾名思义,一个入口仅对应唯一的一个落地,此类情况对于机场主来说造价昂贵,故很少采用。 ————————————- 特殊情况: 1、无法检测落地有负载均衡的机场的落地复用。极容易出现 落地复用情况。需要与机场主进行进一步了解。 2、超时,坏的节点会合并在一起,"簇"会大于1,但是无任何ASN信息。这种情况无法确定是否复用,尝试重新检测。 3、入口有BGP智能路由的,单后端(目前暂未适配多后端联测)检测只能检测出一个入口,但实际可能不止一个入口。 4、直连机场的特征为入口数量等于落地数量 本贴举例子机场名称: 入口落地均复用:春秋加速器 入口复用,无落地复用:coffeecloud,蛋挞云 多入口单落地复用:kfccloud 无入口复用,无落地复用:暂无例子(可以投稿) 如果上述机场主认为判断失误,请联系我更正。

+3
入口落地均复用.png8.75 KB

FullTclash bot🤖 ⬆️大版本更新—全新体验v3.6.0⬆️ ✏️3.6.0版本更新日志: 💥 支持以Clash.Meta为上游的代理客户端。可通过编译Meta分支替换项目默认的代理客户端以支持更多协议。详情见: https://t.me/FullTClash/222 💥 新增规则机制。通过设定规则可快速发起测试任务,详情见:https://t.me/FullTClash/230 ✨ 新增基于websocket协议的后端对接测试,主端对接为FullTclash premium版独家功能,需要请加群免费获取。 ✨ 支持invite指令自定义选择后端测试。 ✨ 构建连通测试、速度测试双队列。这将允许同时测速度和流媒体。 ✨ 支持使用/logs指令导出本次运行的日志文件到Telegram。 ✨ 支持命令行一键启动FullTclash。即不用写配置文件直接从命令行参数获取配置,使用python main.py -h 查看使用帮助。 ✨ 自带的代理客户端新增macos平台。意味着可自动识别macos系统进行启动->fulltclash-macos-amd64。 ✨ 新增可供开发者调用的选择后端、选择排序、选择脚本的高层级API,普通使用者无需理会此条。 ♻️ 重构invite功能的代码。优化了体验,使用invite指令时不回复其他人将默认邀请自己。 ♻️ 重构后端测试核心。优化测试体验,去除clash->startup配置。 🐛 修复Youtube检测脚本失效的问题。(3.6.0之前的解锁脚本已失效)。 🐛 修复restart指令失效问题(3.6.0早期实验小版本的bug)。 🐛 修复因invite功能重构带来的一系列bug。 🐛 优化了Netflix测试脚本表述,当奈飞网页显示"Service Unavailable"时,脚本判定从"不可用"改为"-"。 🐛 修复因绘图库(Pillow)版本太高(>9.5.0)导致旧的函数接口已被废弃,从而绘图失败的bug。 🐛 修复OpenAI检测脚本。但由于此项检测尚不稳定,随时可能更新脚本,请常更新此脚本。 📦 优化Dockerfile镜像构建文件。[@aipeach 的pr] ❤️ 以及感谢各位反馈bug的小伙伴。 问题反馈联系: @sea_leaf_bot

征集项目使用文档需求,有哪里讲得不清楚的发issue反馈,会会尽快补全文档。

我们给dev-3.6.0测试版提交了最后一个功能: Bot面板管理Rule规则。 1. FullTclash中的Rule是什么? Rule是预先设置好的、关于用户行为的一套既定事实,即规则。 它本质上是配置文件的中各种值,编辑在配置文件中: user
+2
我们给dev-3.6.0测试版提交了最后一个功能: Bot面板管理Rule规则。 1. FullTclash中的Rule是什么? Rule是预先设置好的、关于用户行为的一套既定事实,即规则。 它本质上是配置文件的中各种值,编辑在配置文件中: userconfig: rule: <rulename>: "slaveid": "local" "sort": "订阅原序" "script": ["Netflix", "Youtube", "Disney+"] 以上是一个rule的具体案例,当然子项中slaveid,sort,script的值是有限定范围的,用户自己编辑rule很容易出错,事实上,绝大多数使用者都不太想手搓配置文件。 2. 适用于用户的bot面板,可用于管理rule,提供新增、删除、修改rule的基本功能。 使用方式: 输入 /setting -> 点击规则管理 即可进入rule的管理面板。 如果一切顺利,没有bug,即将合并到主分支。

dev新功能尝鲜: 测试双队列,分为连通测试队列和速度测试队列。 速度测试队列的最大容量为1,即同一时间只能有一个测速任务在运行,后续的测速任务依次排队。 连通测试队列的最大容量为3,可以同时测试三个连通任务,与测速队列分离,两种类型的队列互不影响。 补充: 在3.6.0(dev)版本以前,测速和连通的任务共享一个队列,所以只要有测速任务,那么就很容易进入排队状态,等待时间有点长。 但是现在分成两种队列后,就可以很大程度上解决测连通要排队的问题。 缺点: 连通队列有任务的时候会占用一部分带宽,比如说后端峰值带宽为1Gbps, 那么任务多的情况下测速最高只能跑到950Mbps~980Mbps,检测脚本很多的情况下会占用更多带宽。这就是为什么连通队列的容量只能设置成3乃至更低。

好消息,cloudflare无感验证没了,但不排除未来不会加入

有一个坏消息: OpenAI检测脚本已失效,并且官方加上了CloudFlare无感验证,还在想办法解决。

#效果展示
+3
#效果展示

✅dev分支新功能尝鲜: 1、支持以🙀clash.meta 为上游的FullTCore编译,意味着可以更换内核以支持更多协议,比如vless. 2、为meta内核提供开放支持,需要在配置里设置: clash: branch: meta 让Bot识别你要使用的是meta内核而非原生Clash内核。 3、需要自行更换内核路径,否则不生效。 clash: path: "fulltclash-meta-xxxx" 4、更换内核的下载地址为(看清楚分支),也可以自己编译: https://github.com/AirportR/FullTCore/actions/runs/5693447599

鸡汤说完了,接下来发脚本 修复Youtube解锁检测失效的问题 dev分支直接更新到最新的一条commit即可修复,或者3.5.x版本直接以插件形式安装。

人们往往都不会珍惜眼前已有的成果,一旦发现有所瑕疵,便会无限放大缺点。 检测脚本一旦有一个不准,那整体感觉就不可信。所以为什么要测呢,大家都手动去检测一下,就能知道自己所用流媒体的解锁情况,自动化程序慢慢蚕食你的主观判断能力,产生依赖性。 你真的需要那么多解锁吗?是看到那一片绿油油的色彩充斥着整个屏幕而带来的满足感罢了。

不知不觉以及一年了耶,从最初的粗糙页面,但现在的高度定制输出图片形式。似乎所有的努力都很值得。 FullTclash名字来源: Full Test base on Clash 即用Clash内核测试全部。原谅我取名废 ,起初设计之初就是为了个人自用,
+1
不知不觉以及一年了耶,从最初的粗糙页面,但现在的高度定制输出图片形式。似乎所有的努力都很值得。 FullTclash名字来源: Full Test base on Clash 即用Clash内核测试全部。原谅我取名废 ,起初设计之初就是为了个人自用,没想过会发展到现在。 现在我要宣布一个好消息和一个坏消息。 坏消息:由于个人原因(包括生活上和精神上的),FullTclash将在最迟年底停止新的新特性开发,可以理解为快没新功能了。 好消息:保持开源,保持日常更新,bug修复,体验优化等。另外时间充裕还是会更的。 特别感谢项目贡献者,绘图模块真的很难写,图片润色有一部分功劳都要归功于其他贡献者的代码贡献。

由于Spotify脚本检测的准确性性有待商榷,已经移出内置脚本范围,但仍然可以以插件的形式单独安装

FullTclash bot🤖 版本: 3.5.10 ✏️3.5.10版本更新日志: 🚗 端口占用优化,让socket监听端口跟随起始端口配置变动,策略为 startup-1 。 🚗 当使用过滤器后的节点列表为空时,将会进行错误提示。 🐛 修复前后端模式下主端发送测速中止指令无法生效的问题。 🐛 修复由于用户输入不受支持的代理协议导致崩溃的问题。 🐛 修复 /killme 无法彻底杀死子进程的问题。 🐛 修复当测速中止后,bot没有反馈的问题。 🐛 修复当代理不受支持后,bot直接丢弃任务但是没有反馈给前台的问题。 🐛 修复当更改默认本地后端的名称后,无法正常中止测速的问题。 🔥 由于Spotify检测脚本出现问题,暂时移除该检测脚本。 ✨ 新增TVBAnyware流媒体解锁检测。 ❤️ 以及感谢各位反馈bug的小伙伴。

FullTclash的所有的测速请求头携带的 UA为: headers={"User-Agent": "FullTclash"} 对于代理提供商(机场),您可以通过检测 UA 命中,拒绝测速请求。

忘记说了,3.5.4 ~ 3.5.8 有一个很久未解决的bug,直到3.5.9才修复。 bug的主要表现是: 1、一个订阅里有两种以上协议(比如Shadowsock, Vmess) 2、大概等待十几分钟,有一种协议(Vmess/Trojan)必然无法使用,延迟为0,速度为0。 所以我才单独发了一个新版本,其目的就是解决这个长期的问题,请大家尽快更新到最新版,未来30天内很难会有新版本发布。

✏️3.5.9版本更新日志: 🧵 改进测试方法。移除动态连接库调用的形式,更稳定的体验。\ ⚠️注意,如果您是在3.5.4版本后开始使用本项目,请把以下配置删除或修改(linux): clash: path: ./bin/fulltclash-linux-amd64 同时动态链接库此版本已经移除,继续在方向上开发是不明智的选择。\ 🐛 修复3.5.8版本偶现拓扑图绘制失败的bug。\ 📖 新增回调功能的详细文档:https://fulltclash.gitbook.io/fulltclash-doc/hui-tiao-gong-neng-gao-ji \ ✨ 支持设置默认的后端名称展示。前往配置样例查看(文档那边暂时未更新)。\ ✨ Youtube解锁检测现已支持 送中(CN) 结果展示。\ ⬆️新增包依赖。请使用 pip install lxml==4.9.2 进行安装。