[Bug]: 1.1版本，直接冻结90天 #2262

1529960009 · 2023-06-30T07:02:45Z

请确保您已阅读以上注意事项，并勾选下方的确认框。

我已经仔细阅读上述教程和 "提问前需知"
我已经使用 dev分支版本测试过，问题依旧存在。
我已经在 Issue Tracker 中找过我要提出的问题，没有找到相同问题的ISSUE。
我已知晓并同意，此处仅用于汇报程序中存在的问题。若这个 Issue 是关于其他非程序本身问题，则我的 Issue 可能会被无条件自动关闭或/并锁定。（这些问题应当在 Discussion 板块提出。）

go-cqhttp 版本

v1.1.0

运行环境

Windows (64)

运行架构

None

连接方式

WebSocket (反向)

使用协议

0 | iPad

重现步骤

没用新版本之前都是冻结一两天，现在直接90

期望的结果是什么？

正常使用go-cqhttp不被封号

实际的结果是什么？

新版本冻结90天

简单的复现代码/链接（可选）

No response

日志记录（可选）

[2023-06-30 11:12:21] [INFO]: 当前版本:v1.1.0
[2023-06-30 11:12:21] [INFO]: 将使用 device.json 内的设备信息运行Bot.
[2023-06-30 11:12:22] [INFO]: 使用服务器 http://106.55.246.189:8080 进行数据包签名
[2023-06-30 11:12:22] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消.
[2023-06-30 11:12:27] [INFO]: 开始尝试登录并同步消息...
[2023-06-30 11:12:27] [INFO]: 使用协议: Android Pad 8.9.63.11390
[2023-06-30 11:12:27] [INFO]: 正在检查协议更新...
[2023-06-30 11:12:32] [INFO]: Protocol -> connect to server: 180.109.192.57:8080
[2023-06-30 11:12:33] [WARNING]: 登录失败: 账号被冻结 Code: 40
[2023-06-30 11:12:33] [INFO]: 按 Enter 继续....
[2023-06-30 11:32:34] [ERROR]: Protocol -> unexpected disconnect: EOF
[2023-06-30 11:32:34] [INFO]: Protocol -> connect to server: 117.62.243.221:8080
[2023-06-30 11:32:34] [ERROR]: Protocol -> parse incoming packet error: return code unsuccessful: -10005
[2023-06-30 11:32:49] [ERROR]: Protocol -> parse incoming packet error: return code unsuccessful: -10005
[2023-06-30 11:33:04] [ERROR]: Protocol -> register client failed: Packet timed out

补充说明（可选）

No response

zszcq · 2023-06-30T07:50:28Z

是不是使用了冻结过的设备信息,device.json和session.token都要删除重新生成的,签名服务器也要更新到最新版并且输入自己的安卓ID,我目前挂了两个,收发消息正常,未见冻结,这两个号都是以前45/40过的号

zszcq · 2023-06-30T07:55:19Z

还有,签名服务器的so库版本是否与你cq使用的版本一致?不建议使用公共签名服务器

1529960009 · 2023-06-30T07:55:36Z

是不是使用了冻结过的设备信息,device.json和session.token都要删除重新生成的,签名服务器也要更新到最新版并且输入自己的安卓ID,我目前挂了两个,收发消息正常,未见冻结,这两个号都是以前45/40过的号

是用了冻结过的设备信息，我有多个QQ号，那我安卓ID，要全部改为一样么

zszcq · 2023-06-30T07:59:25Z

我使用冻结过的设备信息,2小时就被冻结了,发现了之后删除了原本的设备信息和会话缓存,再也没出过问题,安卓id的话,其实签名服务器占用不高,允许的情况下可以一个cq进程对应一个签名服务器,安卓id都要不一样的,一一对应上,目前我这边是这样,一切正常,
ps:docker版本的签名服务器跟新我看有点跟不上,建议本地搭建非docker版本

SuLiuming · 2023-06-30T09:53:35Z

是不是0 | iPad导致我记得protocol似乎要改成6 我是前天搭建的到现在第一次冻结都没触发，我的设备也没被冻结过。

xin-code · 2023-06-30T10:38:55Z

QSign基于Android平台，其它平台Sign计算的参数不同，不互通（例如：IPad）。

1529960009 · 2023-06-30T10:51:17Z

是不是0 | iPad导致我记得protocol似乎要改成6 我是前天搭建的到现在第一次冻结都没触发，我的设备也没被冻结过。

protocol一直是6

1529960009 · 2023-06-30T11:00:23Z

还有,签名服务器的so库版本是否与你cq使用的版本一致?不建议使用公共签名服务器

我使用的是自建的签名服务器，我使用的so库版本是8.9.63，go-cqhttp显示的版本为8.9.63.113xx

ghost · 2023-06-30T12:13:16Z

我有3个号冻结90天，有一个之前老版本稳定用了很久的刚更新就冻结了，申诉了一次也不给解。

zangxx66 · 2023-06-30T13:39:07Z

两个号，一个能正常解冻，一个到输入身份信息，点下一步没有反应

zszcq · 2023-06-30T17:32:53Z

还有,签名服务器的so库版本是否与你cq使用的版本一致?不建议使用公共签名服务器

我使用的是自建的签名服务器，我使用的so库版本是8.9.63，go-cqhttp显示的版本为8.9.63.113xx

那就是一致的,你被封禁的原因说白了就是使用了冻结过的设备信息,TX会拉黑名单的,

seemygesture · 2023-06-30T23:05:32Z

/这里补充一个使用v1.1，自己的qq小号被冻结的情况作为参考。

qq号情况

此号年初使用go-cqhttp(1.00-rc4)登录过一段时间，最近几个月几乎没有登录使用。可能曾因gocqhttp异地登录被风控过，本次以前未被冻结过。

环境

go-cqhttp 版本：v1.1.0 (Release) linux_amd64
运行环境：Ubuntu 22.04.1 LTS (wsl2)
连接方式：WebSocket (反向)
使用协议：2
qsign签名服务器形式：本地docker@xzhouqd/qsign:8.9.63
docker run -d --restart=always --name qsign -p 8080:8080 -e ANDROID_ID=7ac5████████f5da xzhouqd/qsign:8.9.63

部署流程

昨天基本参考Issue2242，本地wsl2部署，数小时后提示Code40，号被冻结。以下部分部署过程和部分log

#修改config.yml的qq账号/密码/连接服务列表配置
./go-cqhttp
[WARNING]: 虚拟设备信息不存在, 将自动生成随机设备.
[WARNING]: 登录失败: 登录失败，建议升级最新版本后重试，或通过问题反馈与我们联系。 Code: 45
[WARNING]: 你的账号被限制登录, 请配置 SignServer 后重试
#部署本地docker版本qsign，android_id取自gocqhttp刚生成的device.json
./go-cqhttp
[WARNING]: 账号已开启设备锁，请选择验证方式: 
#手机qq登录扫码
[WARNING]: 账号已开启设备锁，请前往 -> https://accounts.qq.com/safe/verify?blahblah <- 验证后重启Bot.
#手机qq扫码网页二维码解锁
#修改协议为2（默认：6）登录
./go-cqhttp
#登陆成功，通过reverse-ws在qq群中、好友私聊窗口中各交互了数条信息
#...约25分钟后掉线提示如下
[WARNING]: Bot已离线: 服务端强制下线.
[WARNING]: 将在 3 秒后尝试重连. 重连次数：2/0
[WARNING]: 尝试重连...
[WARNING]: 快速重连失败: exchange_emp failed: 40
[WARNING]: 快速重连失败, 尝试普通登录. 这可能是因为其他端强行T下线导致的.
[ERROR]: Protocol -> connect server error: dial tcp error: dial tcp [240e:e1:a800:120::13]:8080: connect: network is unreachable
[ERROR]: 登录时发生致命错误: dial tcp error: dial tcp [240e:e1:a800:120::13]:8080: connect: network is unreachable
[WARNING]: 将在 3 秒后尝试重连. 重连次数：3/0
[WARNING]: 尝试重连...
[WARNING]: 快速重连失败: exchange_emp failed: 40
[WARNING]: 快速重连失败, 尝试普通登录. 这可能是因为其他端强行T下线导致的.
[WARNING]: 登录失败: 账号被冻结 Code: 40

手机qq提示违反协议被冻结，第一次被冻结账号sf证+人脸识别自助解封了。暂时不冒险了看看各位的反馈👀
有段时间没用gocqhttp，不知道各位类似遭遇的是否能退回某个旧版本稳定使用？

PS1

Issue2242中提到：请注意 sso 版本必须和协议版本一致。这里的协议版本是指什么？docker版本qsign需要关心这个问题吗？虽然参考该Issue拉取了docker@qsign:8.9.63，但是配合验证解锁/登录扫码的实机为安卓手机qq版本为8.9.35。
EDIT: 我好像明白了，今天才发现Code40被冻结，go-cqhttp的verbose：

#发现Code40后config.yml使用协议6时：
[2023-07-01 05:25:08] [INFO]: 当前版本:v1.1.0
[2023-07-01 05:25:08] [INFO]: 将使用 device.json 内的设备信息运行Bot.
[2023-07-01 05:25:09] [INFO]: 使用服务器 http://127.0.0.1:8080 进行数据包签名
[2023-07-01 05:25:09] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消.
[2023-07-01 05:25:14] [INFO]: 开始尝试登录并同步消息...
[2023-07-01 05:25:14] [INFO]: 使用协议: Android Pad 8.9.63.11390
[2023-07-01 05:25:14] [INFO]: Protocol -> connect to server: 114.221.144.150:8080
[2023-07-01 05:25:15] [WARNING]: 恢复会话失败: exchange_emp failed: 40 , 尝试使用正常流程登录.
[2023-07-01 05:25:16] [INFO]: 正在检查协议更新...

[2023-07-01 05:25:22] [INFO]: Protocol -> connect to server: 114.221.144.150:8080

[2023-07-01 05:25:23] [WARNING]: 登录失败: 账号被冻结 Code: 40
[2023-07-01 05:25:23] [INFO]: 按 Enter 继续....

#发现Code40后config.yml使用协议2时：
[2023-07-01 05:26:40] [INFO]: 当前版本:v1.1.0
[2023-07-01 05:26:40] [INFO]: 将使用 device.json 内的设备信息运行Bot.
[2023-07-01 05:26:40] [INFO]: 使用服务器 http://127.0.0.1:8080 进行数据包签名
[2023-07-01 05:26:40] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消.
[2023-07-01 05:26:45] [INFO]: 开始尝试登录并同步消息...
[2023-07-01 05:26:45] [INFO]: 使用协议: Android Watch 2.0.8
[2023-07-01 05:26:46] [INFO]: 正在检查协议更新...
[2023-07-01 05:26:46] [INFO]: Protocol -> connect to server: 114.221.144.150:8080
[2023-07-01 05:26:46] [WARNING]: 登录失败: 账号被冻结 Code: 40
[2023-07-01 05:26:46] [INFO]: 按 Enter 继续....

也就是说gocqhttp v1.1.0版本默认是8.9.63.11390么？
我的设备信息是go-cqhttp昨天随机生成的，android_id也是新（随机）生成的，不是什么“冻结过的设备信息”。
EDITEDIT: gocqhttp第一次运行生成device.json时，如无特别指明（应该是sort_version_name？参考可能过期的Issue2232 1.json文件，或源码./cmd/gocq/main.go中搜索"sort_version_name"），则会通过服务器获取目前适用协议，本次编辑的时间节点为8.9.63.11390。获取后如果不在执行go-cqhttp时添加"-update-protocol参数"./go-cqhttp -update-protocol，此协议版本应该不会变动。相应的qsign签名服务器中使用的apk中提取的libfekit.so与libQSec.so相符即可。

PS2

Issue2244中有一些反馈提到”协议awatch>apad“后寄了。我的情况是配置qsign后首次以默认apad协议登录成功后，切换成awatch再登录，约30分钟后被T下线Code40冻结。

PS3

~~从1.0.0-rc4以来一直使用的是随机生成的device.json，账号安全->设备管理中记录的都是mirai模型，现在各位会换成仿真设备device.json信息吗？~~

EDIT: 看了下其他issues，第一次qsign登录有概率被冻结，之后会不会再冻结不确定。不想手上qq小号全变成高风控号，先观望下吧...

zszcq · 2023-07-01T02:32:20Z

这里补充一个使用v1.1，自己的qq小号被冻结的情况作为参考。

qq号情况

此号年初使用go-cqhttp(1.00-rc4)登录过一段时间，最近几个月几乎没有登录使用。可能曾因gocqhttp异地登录被风控过，本次以前未被冻结过。

环境

go-cqhttp 版本：v1.1.0 (Release) linux_amd64 运行环境：Ubuntu 22.04.1 LTS (wsl2) 连接方式：WebSocket (反向) 使用协议：2 qsign签名服务器形式：本地docker@xzhouqd/qsign:8.9.63 docker run -d --restart=always --name qsign -p 8080:8080 -e ANDROID_ID=7ac5████████f5da xzhouqd/qsign:8.9.63

部署流程

昨天基本参考Issue2242，本地wsl2部署，数小时后提示Code40，号被冻结。以下部分部署过程和部分log
#修改config.yml的qq账号/密码/连接服务列表配置
./go-cqhttp
[WARNING]: 虚拟设备信息不存在, 将自动生成随机设备.
[WARNING]: 登录失败: 登录失败，建议升级最新版本后重试，或通过问题反馈与我们联系。 Code: 45
[WARNING]: 你的账号被限制登录, 请配置 SignServer 后重试
#部署本地docker版本qsign，android_id取自gocqhttp刚生成的device.json
./go-cqhttp
[WARNING]: 账号已开启设备锁，请选择验证方式: 
#手机qq登录扫码
[WARNING]: 账号已开启设备锁，请前往 -> https://accounts.qq.com/safe/verify?blahblah <- 验证后重启Bot.
#手机qq扫码网页二维码解锁
#修改协议为2（默认：6）登录
./go-cqhttp
#登陆成功，通过reverse-ws在qq群中、好友私聊窗口中各交互了数条信息
#...约25分钟后掉线提示如下
[WARNING]: Bot已离线: 服务端强制下线.
[WARNING]: 将在 3 秒后尝试重连. 重连次数：2/0
[WARNING]: 尝试重连...
[WARNING]: 快速重连失败: exchange_emp failed: 40
[WARNING]: 快速重连失败, 尝试普通登录. 这可能是因为其他端强行T下线导致的.
[ERROR]: Protocol -> connect server error: dial tcp error: dial tcp [240e:e1:a800:120::13]:8080: connect: network is unreachable
[ERROR]: 登录时发生致命错误: dial tcp error: dial tcp [240e:e1:a800:120::13]:8080: connect: network is unreachable
[WARNING]: 将在 3 秒后尝试重连. 重连次数：3/0
[WARNING]: 尝试重连...
[WARNING]: 快速重连失败: exchange_emp failed: 40
[WARNING]: 快速重连失败, 尝试普通登录. 这可能是因为其他端强行T下线导致的.
[WARNING]: 登录失败: 账号被冻结 Code: 40
手机qq提示违反协议被冻结，第一次被冻结账号sf证+人脸识别自助解封了。暂时不冒险了看看各位的反馈👀 有段时间没用gocqhttp，不知道各位类似遭遇的是否能退回某个旧版本稳定使用？

PS1

Issue2242中提到：请注意 sso 版本必须和协议版本一致。这里的协议版本是指什么？docker版本qsign需要关心这个问题吗？虽然参考该Issue拉取了docker@qsign:8.9.63，但是配合验证解锁/登录扫码的实机为安卓手机qq版本为8.9.35。 EDIT: 我好像明白了，今天才发现Code40被冻结，go-cqhttp的verbose：
#发现Code40后config.yml使用协议6时：
[2023-07-01 05:25:08] [INFO]: 当前版本:v1.1.0
[2023-07-01 05:25:08] [INFO]: 将使用 device.json 内的设备信息运行Bot.
[2023-07-01 05:25:09] [INFO]: 使用服务器 http://127.0.0.1:8080 进行数据包签名
[2023-07-01 05:25:09] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消.
[2023-07-01 05:25:14] [INFO]: 开始尝试登录并同步消息...
[2023-07-01 05:25:14] [INFO]: 使用协议: Android Pad 8.9.63.11390
[2023-07-01 05:25:14] [INFO]: Protocol -> connect to server: 114.221.144.150:8080
[2023-07-01 05:25:15] [WARNING]: 恢复会话失败: exchange_emp failed: 40 , 尝试使用正常流程登录.
[2023-07-01 05:25:16] [INFO]: 正在检查协议更新...

[2023-07-01 05:25:22] [INFO]: Protocol -> connect to server: 114.221.144.150:8080

[2023-07-01 05:25:23] [WARNING]: 登录失败: 账号被冻结 Code: 40
[2023-07-01 05:25:23] [INFO]: 按 Enter 继续....

#发现Code40后config.yml使用协议2时：
[2023-07-01 05:26:40] [INFO]: 当前版本:v1.1.0
[2023-07-01 05:26:40] [INFO]: 将使用 device.json 内的设备信息运行Bot.
[2023-07-01 05:26:40] [INFO]: 使用服务器 http://127.0.0.1:8080 进行数据包签名
[2023-07-01 05:26:40] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消.
[2023-07-01 05:26:45] [INFO]: 开始尝试登录并同步消息...
[2023-07-01 05:26:45] [INFO]: 使用协议: Android Watch 2.0.8
[2023-07-01 05:26:46] [INFO]: 正在检查协议更新...
[2023-07-01 05:26:46] [INFO]: Protocol -> connect to server: 114.221.144.150:8080
[2023-07-01 05:26:46] [WARNING]: 登录失败: 账号被冻结 Code: 40
[2023-07-01 05:26:46] [INFO]: 按 Enter 继续....
也就是说gocqhttp v1.1.0版本默认是8.9.63.11390么？我的设备信息是go-cqhttp昨天随机生成的，android_id也是新（随机）生成的，不是什么“冻结过的设备信息”。

PS2

Issue2244中有一些反馈提到”协议awatch>apad“后寄了。我的情况是配置qsign后首次以默认apad协议登录成功后，切换成awatch再登录，约30分钟后被T下线Code40冻结。

PS3

从1.0.0-rc4以来一直使用的是随机生成的device.json，账号安全->设备管理中记录的都是mirai模型，现在各位会换成仿真设备device.json信息吗？

EDIT: 看了下其他issues，第一次qsign登录有概率被冻结，之后会不会再冻结不确定。不想手上qq小号全变成高风控号，先观望下吧...

我觉得你问题出在切换手表协议,签名服务器应该是仅支持apad和Android Phone协议,并且docker版本的更新较慢,并且,你虽然在PS3中说你使用随机device.json,但是你在PS1中依然尝试使用被冻结的设备信息(如果我没看错的话,前后操作仅差1分17秒,日志显示没有重新生成device,json),

zszcq · 2023-07-01T02:36:49Z

目前从29号运行至今无任何异常,签名服务器最新版本,本地搭建(非docker版本),cq版本1.1.0,协议apd8.9.63.1139,issus关闭前如果出现冻结会在这里更新给大家

seemygesture · 2023-07-01T04:02:38Z

这里补充一个使用v1.1，自己的qq小号被冻结的情况作为参考。

qq号情况

此号年初使用go-cqhttp(1.00-rc4)登录过一段时间，最近几个月几乎没有登录使用。可能曾因gocqhttp异地登录被风控过，本次以前未被冻结过。

环境

go-cqhttp 版本：v1.1.0 (Release) linux_amd64 运行环境：Ubuntu 22.04.1 LTS (wsl2) 连接方式：WebSocket (反向) 使用协议：2 qsign签名服务器形式：本地docker@xzhouqd/qsign:8.9.63 docker run -d --restart=always --name qsign -p 8080:8080 -e ANDROID_ID=7ac5████████f5da xzhouqd/qsign:8.9.63

部署流程

昨天基本参考Issue2242，本地wsl2部署，数小时后提示Code40，号被冻结。以下部分部署过程和部分log
#修改config.yml的qq账号/密码/连接服务列表配置
./go-cqhttp
[WARNING]: 虚拟设备信息不存在, 将自动生成随机设备.
[WARNING]: 登录失败: 登录失败，建议升级最新版本后重试，或通过问题反馈与我们联系。 Code: 45
[WARNING]: 你的账号被限制登录, 请配置 SignServer 后重试
#部署本地docker版本qsign，android_id取自gocqhttp刚生成的device.json
./go-cqhttp
[WARNING]: 账号已开启设备锁，请选择验证方式: 
#手机qq登录扫码
[WARNING]: 账号已开启设备锁，请前往 -> https://accounts.qq.com/safe/verify?blahblah <- 验证后重启Bot.
#手机qq扫码网页二维码解锁
#修改协议为2（默认：6）登录
./go-cqhttp
#登陆成功，通过reverse-ws在qq群中、好友私聊窗口中各交互了数条信息
#...约25分钟后掉线提示如下
[WARNING]: Bot已离线: 服务端强制下线.
[WARNING]: 将在 3 秒后尝试重连. 重连次数：2/0
[WARNING]: 尝试重连...
[WARNING]: 快速重连失败: exchange_emp failed: 40
[WARNING]: 快速重连失败, 尝试普通登录. 这可能是因为其他端强行T下线导致的.
[ERROR]: Protocol -> connect server error: dial tcp error: dial tcp [240e:e1:a800:120::13]:8080: connect: network is unreachable
[ERROR]: 登录时发生致命错误: dial tcp error: dial tcp [240e:e1:a800:120::13]:8080: connect: network is unreachable
[WARNING]: 将在 3 秒后尝试重连. 重连次数：3/0
[WARNING]: 尝试重连...
[WARNING]: 快速重连失败: exchange_emp failed: 40
[WARNING]: 快速重连失败, 尝试普通登录. 这可能是因为其他端强行T下线导致的.
[WARNING]: 登录失败: 账号被冻结 Code: 40
手机qq提示违反协议被冻结，第一次被冻结账号sf证+人脸识别自助解封了。暂时不冒险了看看各位的反馈👀 有段时间没用gocqhttp，不知道各位类似遭遇的是否能退回某个旧版本稳定使用？

PS1

Issue2242中提到：请注意 sso 版本必须和协议版本一致。这里的协议版本是指什么？docker版本qsign需要关心这个问题吗？虽然参考该Issue拉取了docker@qsign:8.9.63，但是配合验证解锁/登录扫码的实机为安卓手机qq版本为8.9.35。 EDIT: 我好像明白了，今天才发现Code40被冻结，go-cqhttp的verbose：
#发现Code40后config.yml使用协议6时：
[2023-07-01 05:25:08] [INFO]: 当前版本:v1.1.0
[2023-07-01 05:25:08] [INFO]: 将使用 device.json 内的设备信息运行Bot.
[2023-07-01 05:25:09] [INFO]: 使用服务器 http://127.0.0.1:8080 进行数据包签名
[2023-07-01 05:25:09] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消.
[2023-07-01 05:25:14] [INFO]: 开始尝试登录并同步消息...
[2023-07-01 05:25:14] [INFO]: 使用协议: Android Pad 8.9.63.11390
[2023-07-01 05:25:14] [INFO]: Protocol -> connect to server: 114.221.144.150:8080
[2023-07-01 05:25:15] [WARNING]: 恢复会话失败: exchange_emp failed: 40 , 尝试使用正常流程登录.
[2023-07-01 05:25:16] [INFO]: 正在检查协议更新...

[2023-07-01 05:25:22] [INFO]: Protocol -> connect to server: 114.221.144.150:8080

[2023-07-01 05:25:23] [WARNING]: 登录失败: 账号被冻结 Code: 40
[2023-07-01 05:25:23] [INFO]: 按 Enter 继续....

#发现Code40后config.yml使用协议2时：
[2023-07-01 05:26:40] [INFO]: 当前版本:v1.1.0
[2023-07-01 05:26:40] [INFO]: 将使用 device.json 内的设备信息运行Bot.
[2023-07-01 05:26:40] [INFO]: 使用服务器 http://127.0.0.1:8080 进行数据包签名
[2023-07-01 05:26:40] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消.
[2023-07-01 05:26:45] [INFO]: 开始尝试登录并同步消息...
[2023-07-01 05:26:45] [INFO]: 使用协议: Android Watch 2.0.8
[2023-07-01 05:26:46] [INFO]: 正在检查协议更新...
[2023-07-01 05:26:46] [INFO]: Protocol -> connect to server: 114.221.144.150:8080
[2023-07-01 05:26:46] [WARNING]: 登录失败: 账号被冻结 Code: 40
[2023-07-01 05:26:46] [INFO]: 按 Enter 继续....
也就是说gocqhttp v1.1.0版本默认是8.9.63.11390么？我的设备信息是go-cqhttp昨天随机生成的，android_id也是新（随机）生成的，不是什么“冻结过的设备信息”。

PS2

Issue2244中有一些反馈提到”协议awatch>apad“后寄了。我的情况是配置qsign后首次以默认apad协议登录成功后，切换成awatch再登录，约30分钟后被T下线Code40冻结。

PS3

从1.0.0-rc4以来一直使用的是随机生成的device.json，账号安全->设备管理中记录的都是mirai模型，现在各位会换成仿真设备device.json信息吗？
EDIT: 看了下其他issues，第一次qsign登录有概率被冻结，之后会不会再冻结不确定。不想手上qq小号全变成高风控号，先观望下吧...
我觉得你问题出在切换手表协议,签名服务器应该是仅支持apad和Android Phone协议,并且docker版本的更新较慢,并且,你虽然在PS3中说你使用随机device.json,但是你在PS1中依然尝试使用被冻结的设备信息(如果我没看错的话,前后操作仅差1分17秒,日志显示没有重新生成device,json),

关于生成device.json部分我的表述有问题。发现Code40后我修改了device.json中的协议号再次试图登录，这之间确实没有重新生成device.json。

感谢您提供的环境方案参考！我会尝试下基于非docker版本的本地qsign服务器签名，如果相对稳定不太容易触发风控就太好了。参考Issue2242搭建docker qsign发现Code40 error后，搜了最近的issues反馈，大家的情况各不相同不好判断。造成风控的原因想必是和qsign签名算法实现有一定关联。

Superheroff · 2023-07-01T09:17:38Z

[2023-07-01 17:14:07] [INFO]: 当前版本:v1.1.0
[2023-07-01 17:14:07] [INFO]: 将使用 device.json 内的设备信息运行Bot.
[2023-07-01 17:14:07] [INFO]: 使用服务器 http://127.0.0.1:8890 进行数据包签名
[2023-07-01 17:14:07] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消.
[2023-07-01 17:14:12] [INFO]: 开始尝试登录并同步消息...
[2023-07-01 17:14:12] [INFO]: 使用协议: Android Pad 8.9.63.11390
[2023-07-01 17:14:13] [INFO]: Protocol -> connect to server: 120.241.130.216:8080
[2023-07-01 17:14:14] [WARNING]: 恢复会话失败: exchange_emp failed: 40 , 尝试使用正常流程登录.
[2023-07-01 17:14:15] [INFO]: 正在检查协议更新...
[2023-07-01 17:14:23] [INFO]: Protocol -> connect to server: 120.241.130.216:8080
[2023-07-01 17:14:24] [WARNING]: 登录失败: 你的帐号涉嫌违规被限制在非常用设备登录，请更换常用设备后重新登录并根据提示进行解封。 Code: 45
[2023-07-01 17:14:24] [WARNING]: 你的账号被限制登录, 请配置 SignServer 后重试
[2023-07-01 17:14:24] [INFO]: 按 Enter 继续....

cvb011 · 2023-07-02T01:30:34Z

我个人有类似的经历,第一次sign的Android id直接抓备用机 (常用机iOS) 的Android id, 秒冻 (备用机手Q登着同Bot账户); 之后是抓了台很久没用过的CC9 Pro,到现在一直没事,怀疑是Android ID的问题 (可能一个Android id同时出现了两台不同设备的sign触发风控了?)

Special-Week · 2023-07-02T03:25:31Z

同封号90天, 但是我qsign出现前就被封了的

zszcq · 2023-07-02T03:54:26Z

[2023-07-01 17:14:07] [INFO]: 当前版本:v1.1.0 [2023-07-01 17:14:07] [INFO]: 将使用 device.json 内的设备信息运行Bot. [2023-07-01 17:14:07] [INFO]: 使用服务器 http://127.0.0.1:8890 进行数据包签名 [2023-07-01 17:14:07] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消. [2023-07-01 17:14:12] [INFO]: 开始尝试登录并同步消息... [2023-07-01 17:14:12] [INFO]: 使用协议: Android Pad 8.9.63.11390 [2023-07-01 17:14:13] [INFO]: Protocol -> connect to server: 120.241.130.216:8080 [2023-07-01 17:14:14] [WARNING]: 恢复会话失败: exchange_emp failed: 40 , 尝试使用正常流程登录. [2023-07-01 17:14:15] [INFO]: 正在检查协议更新... [2023-07-01 17:14:23] [INFO]: Protocol -> connect to server: 120.241.130.216:8080 [2023-07-01 17:14:24] [WARNING]: 登录失败: 你的帐号涉嫌违规被限制在非常用设备登录，请更换常用设备后重新登录并根据提示进行解封。 Code: 45 [2023-07-01 17:14:24] [WARNING]: 你的账号被限制登录, 请配置 SignServer 后重试 [2023-07-01 17:14:24] [INFO]: 按 Enter 继续....

删除device,json和session.token,重新配置签名服务器的安卓id,再试

1529960009 · 2023-07-02T04:55:34Z

[2023-07-01 17:14:07] [INFO]: 当前版本:v1.1.0 [2023-07-01 17:14:07] [INFO]: 将使用 device.json 内的设备信息运行Bot. [2023-07-01 17:14:07] [INFO]: 使用服务器 http://127.0.0.1:8890 进行数据包签名 [2023-07-01 17:14:07] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消. [2023-07-01 17:14:12] [INFO]: 开始尝试登录并同步消息... [2023-07-01 17:14:12] [INFO]: 使用协议: Android Pad 8.9.63.11390 [2023-07-01 17:14:13] [INFO]: Protocol -> connect to server: 120.241.130.216:8080 [2023-07-01 17:14:14] [WARNING]: 恢复会话失败: exchange_emp failed: 40 , 尝试使用正常流程登录. [2023-07-01 17:14:15] [INFO]: 正在检查协议更新... [2023-07-01 17:14:23] [INFO]: Protocol -> connect to server: 120.241.130.216:8080 [2023-07-01 17:14:24] [WARNING]: 登录失败: 你的帐号涉嫌违规被限制在非常用设备登录，请更换常用设备后重新登录并根据提示进行解封。 Code: 45 [2023-07-01 17:14:24] [WARNING]: 你的账号被限制登录, 请配置 SignServer 后重试 [2023-07-01 17:14:24] [INFO]: 按 Enter 继续....

删除device,json和session.token,重新配置签名服务器的安卓id,再试

试了，一样的结果

iseelearn · 2023-07-02T08:25:03Z

同封，新号大概3个小时左右开始。两个号都是

skilittle · 2023-07-02T09:51:08Z

我在昨天之前没有搞qsign一切都正常也没被风控，只是看到警告出于好奇心配置了一下qsign挂了两个小时左右马上就被封了。申请解封不是说光线过暗就是验证完人脸了显示空白页面，最后找客服写保证书才给解。不敢再冒险了这段时间先缓缓吧

1529960009 · 2023-07-02T09:55:15Z

我在昨天之前没有搞qsign一切都正常也没被风控，只是看到警告出于好奇心配置了一下qsign挂了两个小时左右马上就被封了。申请解封不是说光线过暗就是验证完人脸了显示空白页面，最后找客服写保证书才给解。不敢再冒险了这段时间先缓缓吧

90天现在不是偶然现象了，很多人都是ban90

ghost · 2023-07-02T22:38:25Z

我在昨天之前没有搞qsign一切都正常也没被风控，只是看到警告出于好奇心配置了一下qsign挂了两个小时左右马上就被封了。申请解封不是说光线过暗就是验证完人脸了显示空白页面，最后找客服写保证书才给解。不敢再冒险了这段时间先缓缓吧

我冻结90天4个号了，其中有一个还是10年的老号。

hezi-biancheng · 2023-07-04T05:48:09Z

同封号90天, 但是我qsign出现前就被封了的

你是怎么看到冻结天数的，我完全看不到

Special-Week · 2023-07-04T05:52:09Z

同封号90天, 但是我qsign出现前就被封了的

你是怎么看到冻结天数的，我完全看不到

这说明你的账号扫脸可以直接解封啊

zszcq · 2023-07-04T05:55:51Z

同封号90天, 但是我qsign出现前就被封了的

你是怎么看到冻结天数的，我完全看不到

证明你账号允许解冻，如果再次登录，千万记得删除device.json和session.token，腾讯会拉黑已经冻结的设备信息，导致封禁升级90天

rhwong · 2023-07-04T08:08:19Z

90天大概率是频繁解封
这个不是什么新鲜事，在cq时代就有频繁冻结解封然后被永久封禁的例子了
你这还算好的，我近半年就一次封禁，然后所有设备都不是常用设备，遂无法解封。
客服不接受人工解封，三次接入人工，一次升级解决，均复读机式要求我必须按照页面提示点击“去处理”解封。但是页面提示只有确定按钮。
有时候真的感觉腾讯的程序员和客服的工资好好拿，气晕了

xia0ji233 · 2023-07-04T12:10:17Z

两个号，一个能正常解冻，一个到输入身份信息，点下一步没有反应

兄弟，我也是，感觉是腾讯的问题，那个UI就没有一点反应

othinus001 · 2023-07-05T07:49:05Z

90天大概率是频繁解封这个不是什么新鲜事，在cq时代就有频繁冻结解封然后被永久封禁的例子了你这还算好的，我近半年就一次封禁，然后所有设备都不是常用设备，遂无法解封。客服不接受人工解封，三次接入人工，一次升级解决，均复读机式要求我必须按照页面提示点击“去处理”解封。但是页面提示只有确定按钮。有时候真的感觉腾讯的程序员和客服的工资好好拿，气晕了

和你一样，直接打400客户电话，按3再按0（失败就多打几次，后面就能进）把诉求告诉他马上qq就能用身份证解除。顺便提醒各位最好签名1对一，客户提示不能使用分身代挂（我是同时一签名给两个号了）

Special-Week · 2023-07-08T05:49:35Z

被封90天后多次打400客服他一直用模板回答我, 没给我解封, 然后我一怒之下把tx给投诉了,

成果
可以尝试尝试

seemygesture · 2023-07-15T07:46:58Z

我觉得你问题出在切换手表协议,签名服务器应该是仅支持apad和Android Phone协议,并且docker版本的更新较慢,并且,你虽然在PS3中说你使用随机device.json,但是你在PS1中依然尝试使用被冻结的设备信息(如果我没看错的话,前后操作仅差1分17秒,日志显示没有重新生成device,json),

关于生成device.json部分我的表述有问题。发现Code40后我修改了device.json中的协议号再次试图登录，这之间确实没有重新生成device.json。

感谢您提供的环境方案参考！我会尝试下基于非docker版本的本地qsign服务器签名，如果相对稳定不太容易触发风控就太好了。参考Issue2242搭建docker qsign发现Code40 error后，搜了最近的issues反馈，大家的情况各不相同不好判断。造成风控的原因想必是和qsign签名算法实现有一定关联。

追加反馈。这几天使用unidbg-fetch-qsign 1.1.3，遭遇了第二次冻结。之后的内容放在discussion签名服务器相关问题里说明。

lmst2 · 2023-07-23T08:46:38Z

[2023-07-01 17:14:07] [INFO]: 当前版本:v1.1.0 [2023-07-01 17:14:07] [INFO]: 将使用 device.json 内的设备信息运行Bot. [2023-07-01 17:14:07] [INFO]: 使用服务器 http://127.0.0.1:8890 进行数据包签名 [2023-07-01 17:14:07] [INFO]: Bot将在5秒后登录并开始信息处理, 按 Ctrl+C 取消. [2023-07-01 17:14:12] [INFO]: 开始尝试登录并同步消息... [2023-07-01 17:14:12] [INFO]: 使用协议: Android Pad 8.9.63.11390 [2023-07-01 17:14:13] [INFO]: Protocol -> connect to server: 120.241.130.216:8080 [2023-07-01 17:14:14] [WARNING]: 恢复会话失败: exchange_emp failed: 40 , 尝试使用正常流程登录. [2023-07-01 17:14:15] [INFO]: 正在检查协议更新... [2023-07-01 17:14:23] [INFO]: Protocol -> connect to server: 120.241.130.216:8080 [2023-07-01 17:14:24] [WARNING]: 登录失败: 你的帐号涉嫌违规被限制在非常用设备登录，请更换常用设备后重新登录并根据提示进行解封。 Code: 45 [2023-07-01 17:14:24] [WARNING]: 你的账号被限制登录, 请配置 SignServer 后重试 [2023-07-01 17:14:24] [INFO]: 按 Enter 继续....

删除device,json和session.token,重新配置签名服务器的安卓id,再试

试了，一样的结果

答主你这个qq后端机器人是什么呀，我看你这个还有封号自动解封功能。而且web界面看上去挺漂亮的，我想了解一下

1529960009 added the bug? The issue author think this is a bug label Jun 30, 2023

[Bug]: 1.1版本，直接冻结90天 #2262

[Bug]: 1.1版本，直接冻结90天 #2262

Comments

1529960009 commented Jun 30, 2023

请确保您已阅读以上注意事项，并勾选下方的确认框。

go-cqhttp 版本

运行环境

运行架构

连接方式

使用协议

重现步骤

期望的结果是什么？

实际的结果是什么？

简单的复现代码/链接（可选）

日志记录（可选）

补充说明（可选）

zszcq commented Jun 30, 2023

zszcq commented Jun 30, 2023

1529960009 commented Jun 30, 2023

zszcq commented Jun 30, 2023

SuLiuming commented Jun 30, 2023

xin-code commented Jun 30, 2023

1529960009 commented Jun 30, 2023 • edited Loading

1529960009 commented Jun 30, 2023

ghost commented Jun 30, 2023

zangxx66 commented Jun 30, 2023

zszcq commented Jun 30, 2023

seemygesture commented Jun 30, 2023 • edited Loading

qq号情况

环境

部署流程

PS1

PS2

PS3

zszcq commented Jul 1, 2023

qq号情况

环境

部署流程

PS1

PS2

PS3

zszcq commented Jul 1, 2023 • edited Loading

seemygesture commented Jul 1, 2023

qq号情况

环境

部署流程

PS1

PS2

PS3

Superheroff commented Jul 1, 2023

cvb011 commented Jul 2, 2023

Special-Week commented Jul 2, 2023

zszcq commented Jul 2, 2023

1529960009 commented Jul 2, 2023

iseelearn commented Jul 2, 2023

skilittle commented Jul 2, 2023

1529960009 commented Jul 2, 2023

ghost commented Jul 2, 2023

hezi-biancheng commented Jul 4, 2023

Special-Week commented Jul 4, 2023

zszcq commented Jul 4, 2023

rhwong commented Jul 4, 2023

xia0ji233 commented Jul 4, 2023

othinus001 commented Jul 5, 2023

Special-Week commented Jul 8, 2023

seemygesture commented Jul 15, 2023 • edited Loading

lmst2 commented Jul 23, 2023

1529960009 commented Jun 30, 2023 •

edited

Loading

seemygesture commented Jun 30, 2023 •

edited

Loading

zszcq commented Jul 1, 2023 •

edited

Loading

seemygesture commented Jul 15, 2023 •

edited

Loading