QSign 9.0.55-9.0.95(公益 API发布)
-
您好，我总是注册实例成功，但是获得的签名为空，这可能是什么原因呢？
-
@mhy9989 请给出详细日志，或者更换签名地址
-
@zhaodice 大佬，我能够公益提供服务器，国内国外都行，国外的延迟也低
-
@Dnyo hlhs不是已经找到人搭了吗？难道不是你吗
-
@zhaodice 不是，当时有找过他，但是不鸟我，可能是有点高调了，他跑路的后几天，我和另外一个富婆就在找人想去搞公益签名
-
@Dnyo 哦，那我知道你，你聊天记录都转到我们的qsign逆向内部研究群里了，已经有人拿到hlhs的包并开始搭建了，应该不再需要搞新的公益签名服务器了吧？
-
您好，我在配置好能正常登录接受消息后一分钟左右就会提示这个，然后bot就下线了
2024-10-01 12:09:50 V/Bot.3013635883: Event: BotOfflineEvent.RequireReconnect(bot=Bot(3013635883), cause=java.lang.IllegalStateException: Timeout waiting for ConfigPush., reconnect=true)
2024-10-01 12:09:50 W/Bot.3013635883: Connection lost, reconnecting... (java.lang.IllegalStateException: Timeout waiting for ConfigPush.)
2024-10-01 12:09:50 V/Bot.3013635883: Event: BotOfflineEvent.Active(bot=Bot(3013635883), cause=java.lang.IllegalStateException: Timeout waiting for ConfigPush., reconnect=false)
2024-10-01 12:09:50 I/Bot.3013635883: Bot is closed manually with exception: java.lang.IllegalStateException: Timeout waiting for ConfigPush.
java.lang.IllegalStateException: Timeout waiting for ConfigPush.
at net.mamoe.mirai.internal.network.components.ConfigPushProcessorImpl.syncConfigPush(ConfigPushProcessor.kt:45)
at net.mamoe.mirai.internal.network.components.ConfigPushProcessorImpl$syncConfigPush$1.invokeSuspend(ConfigPushProcessor.kt)
at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
at kotlinx.coroutines.internal.ScopeCoroutine.afterResume(Scopes.kt:33)
at kotlinx.coroutines.AbstractCoroutine.resumeWith(AbstractCoroutine.kt:102)
at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:46)
at kotlinx.coroutines.internal.ScopeCoroutine.afterResume(Scopes.kt:33)
at kotlinx.coroutines.AbstractCoroutine.resumeWith(AbstractCoroutine.kt:102)
at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:46)
at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:104)
at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:570)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.executeTask(CoroutineScheduler.kt:750)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:677)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:664)
-
@zhaodice 感谢其他人为公益事业做出的贡献，我的中文名是浅巷墨黎，很高兴认识你，希望能获取到最新的签名地址
-
@Bartlet 我只能说这是Mirai自己的bug，某个封包被tx废弃了，恰恰mirai里有一处屎山逻辑是检测不到这个封包就自我下线，我1年前就pull request了，可惜好像没release（你可以用gocq+overflow，应该没有这种屎山逻辑）
-
@Dnyo 叫我赵怡然就行了，你想要9.1.0吗？这个协议太新了，使用了最新的0c1f算法，已经解决了，只是还没公开API而已，现有的0c1b可以用到9.0.95版本过低的那一天，还早着。
-
@zhaodice 感谢解答，我去试试
-
@zhaodice 很高兴了解到您，之前有人提到过您的名字，如果能得到9.x版本的签名，我将感激不尽，并且保证不会泄露，仅个人以及公益使用，感谢，如何联系到您呢
-
@Dnyo 我基于fuqiuluo的源码开源过一个版本
https://github.com/zhaodice/Astral-QSignigngnn
可以跑9.0.x的签名，只测试了9.0.56，其他的就没看了，可能需要补环境吧 -
其他签名的文件没有吗，这个开源我看过，star了的，但是看到介绍里写到还是会有检测，所以没有自己试过，很感谢
-
@Dnyo 已经有人拿了我那份源码自行修改过完检测了，我那份源码开出来就是为了让你们自己研究自己想办法去过完检测的，毕竟我开源的目的就是为了培养更多的qsign开发者，而不是更多的使用者
最难的检测，我已经帮你们干完了，剩下的需要你们自行学习
开源的，我做的已经够多了，毕竟如果我没有处理过的话，原版qsign 9.0.56连运行都运行不起来的，如果你连最后一公里的研究，都不知道怎么走那我实在扶不起来...完全过检测的肯定不会直接拿出来的，这些都是保密的
做人留一线日后好相见
逆向从来不是打打杀杀，而是人情世故。 -
好的，十分感谢了，很感谢你们做出的贡献
-
现在为什么都这么玩了？不是很理解。
一边说着绝对不要用别人的qsign，严重的安全问题。一边又不公开，直接搭SaaS的qsign -
@Alceatraz 开源意味着腾讯也能看到并进行针对性检测，目前这种形态确实是无奈之举。
-
@Alceatraz 并不是不开源，我把可以正常运行9.0.56的qsign开源出来了，只是检测故意没处理完而已（开源容易被腾讯分析出绕过检测的手段，会引起更快的检测对抗升级），和当年fuqiuluo的qsign是一样的。
要我开源过检测也没关系，腾讯的检测手段也必须开源，我们需要公平对弈，显然这是不可能的，因此闭源是唯一出路，只有闭源才能对抗闭源。
-
This post is deleted!
