TG上看不到酷Q发的消息 #41

FishMagic · 2019-10-10T06:32:30Z

TG发到QQ上的消息可以正常被转发给QQ，但是QQ上的消息不会发给TG，按照 #33 的方式测试了也不行

milkice233 · 2019-10-10T08:35:22Z

请贴出你的所有配置文件，日志等

FishMagic · 2019-10-10T08:49:48Z

qq从端

Client: CoolQ # 指定要使用的 QQ 客户端（此处为CoolQ）
CoolQ:
type: HTTP # 指定 efb-qq-slave 与酷Q 通信的方式现阶段仅支持HTTP
access_token: 6de142e7f63542389989bc742fb624e4
api_root: http://127.0.0.1:5700/ # 酷Q API接口地址/端口
host: 172.0.0.1 # efb-qq-slave 所监听的地址用于接收消息
port: 8000 # 同上
is_pro: true # 若为酷Q Pro则为true，反之为false
air_option: # 包含于 air_option 的配置选项仅当 is_pro 为 false 时才有效
upload_to_smms: true # 将来自 EFB主端(通常是Telegram) 的图片上传到 sm.ms 服务器并以链接的形式发送到 QQ 端

酷Q启动

docker run --name cqhttp-test --net="host"
-v $(pwd)/coolq:/home/user/coolq # mount coolq folder
-p 9000:9000 # 网页noVNC端口
-p 5700:5700 # 酷Q对外提供的API接口的端口
-e VNC_PASSWD=******** # 请修改 VNC 密码！！！！
-e COOLQ_PORT=5700 # 酷Q对外提供的API接口的端口
-e COOLQ_ACCOUNT=******** # 在此输入要登录的QQ号，虽然可选但是建议填入
-e CQHTTP_POST_URL=http://127.0.0.1:8000 # efb-qq-slave监听的端口/地址用于接受传入的消息
-e CQHTTP_SERVE_DATA_FILES=yes # 允许以HTTP方式访问酷Q数据文件
-e CQHTTP_ACCESS_TOKEN=6de142e7f63542389989bc742fb624e4 # Access Token
-e CQHTTP_POST_MESSAGE_FORMAT=array # 回传消息时使用数组（必选）
-e COOLQ_URL="http://dlsec.cqp.me/cqp-tuling"
richardchien/cqhttp:latest

FishMagic · 2019-10-10T08:50:19Z

日志路径在哪。。

milkice233 · 2019-10-10T09:21:13Z

config.yaml 里
host: 172.0.0.1 改成 host: 172.17.0.1
酷Q启动参数里
-e CQHTTP_POST_URL=http://127.0.0.1:8000 改成 -e CQHTTP_POST_URL=http://172.17.0.1:8000

FishMagic · 2019-10-10T11:08:12Z

依旧无法从QQ转发到tg

milkice233 · 2019-10-10T14:19:04Z

啊抱歉你开了 --net="host" 的话
host: 127.0.0.1 改成这个

FishMagic · 2019-10-10T15:08:46Z

当前配置
酷Q：

docker run --name cqhttp-test --net="host"
-v $(pwd)/coolq:/home/user/coolq # mount coolq folder
-p 9000:9000 # 网页noVNC端口
-p 5700:5700 # 酷Q对外提供的API接口的端口
-e VNC_PASSWD=******** # 请修改 VNC 密码！！！！
-e COOLQ_PORT=5700 # 酷Q对外提供的API接口的端口
-e COOLQ_ACCOUNT=******** # 在此输入要登录的QQ号，虽然可选但是建议填入
-e CQHTTP_POST_URL=http://127.17.0.1:8000 # efb-qq-slave监听的端口/地址用于接受传入的消息
-e CQHTTP_SERVE_DATA_FILES=yes # 允许以HTTP方式访问酷Q数据文件
-e CQHTTP_ACCESS_TOKEN=6de142e7f63542389989bc742fb624e4 # Access Token
-e CQHTTP_POST_MESSAGE_FORMAT=array # 回传消息时使用数组（必选）
-e COOLQ_URL="http://dlsec.cqp.me/cqp-tuling"
richardchien/cqhttp:latest

QQ从端：

Client: CoolQ # 指定要使用的 QQ 客户端（此处为CoolQ）
CoolQ:
type: HTTP # 指定 efb-qq-slave 与酷Q 通信的方式现阶段仅支持HTTP
access_token: 6de142e7f63542389989bc742fb624e4
api_root: http://127.0.0.1:5700/ # 酷Q API接口地址/端口
host: 172.0.0.1 # efb-qq-slave 所监听的地址用于接收消息
port: 8000 # 同上
is_pro: true # 若为酷Q Pro则为true，反之为false
air_option: # 包含于 air_option 的配置选项仅当 is_pro 为 false 时才有效
upload_to_smms: true # 将来自 EFB主端(通常是Telegram) 的图片上传到 sm.ms 服务器并以链接的形式发送到 QQ 端

仍然不行

milkice233 · 2019-10-12T00:08:01Z

@FishMagic CQHTTP_POST_URL 改成 127.0.0.1

FishMagic · 2019-10-12T02:07:31Z

改完之后不就和我第一次提交的配置一样了吗。。

milkice233 · 2019-10-12T05:15:54Z

@FishMagic 你原来的配置是 host: 172.0.0.1

FishMagic · 2019-10-12T05:25:46Z

现在不是也是 host:127.0.0.1 吗

…

________________________________ From: milkice <notifications@github.com> Sent: Saturday, October 12, 2019 1:15:55 PM To: milkice233/efb-qq-slave <efb-qq-slave@noreply.github.com> Cc: 神鱼 <fish_magic@ftmc.me>; Mention <mention@noreply.github.com> Subject: Re: [milkice233/efb-qq-slave] TG上看不到酷Q发的消息 (#41) @FishMagic<https://github.com/FishMagic> 你原来的配置是 host: 172.0.0.1 ― You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<#41>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AHQXZSR5ZZKMYTTRM5PIKL3QOFMQXANCNFSM4I7IO7VQ>.

iouAkira · 2019-10-31T08:33:55Z

@FishMagic 你这个问题最后怎么解决的？我也是这个问题telegram 可以发，但是收不到

FishMagic · 2019-10-31T08:35:01Z

目前还没有解决，我在等作者的回复发件人: Akira<mailto:notifications@github.com> 发送时间: 2019年10月31日 16:34 收件人: milkice233/efb-qq-slave<mailto:efb-qq-slave@noreply.github.com> 抄送: 神鱼<mailto:fish_magic@ftmc.me>; Mention<mailto:mention@noreply.github.com> 主题: Re: [milkice233/efb-qq-slave] TG上看不到酷Q发的消息 (#41) @FishMagic<https://github.com/FishMagic> 你这个问题最后怎么解决的？我也是这个问题telegram 可以发，但是收不到 ― You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<#41>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AHQXZSQ2VZH4EVRJE2XWFP3QRKJ7RANCNFSM4I7IO7VQ>.

milkice233 · 2019-10-31T14:03:57Z

不好意思...最近比较忙（
是否可以尝试一下用 docker-compose 的方式部署，具体步骤在 https://milkice.me/2018/09/17/efb-how-to-send-and-receive-messages-from-qq-on-telegram/

dispensable · 2019-11-10T19:41:00Z

@FishMagic docker ps -a 找到容器的id， docker exec -it <id> /bin/bash;

cd /home/user/coolq/app/io.github.richardchien.coolqhttpapi/log;
tail <qq>.log;

看下具体报错是什么，如果是无法上报那个地址

apt-get update
apt-get install inetutils-ping telnet

看下端口通不？如果不通可能是防火墙的锅
参考： https://forums.docker.com/t/no-route-to-host-network-request-from-container-to-host-ip-port-published-from-other-container/39063/5 添加规则就可以了
我被坑到现在这个点

milkice233 · 2019-11-11T02:10:36Z

@dispensable 感谢！我这两天也在折腾 docker 内部和宿主机连通不了的问题，看到你这回复我才想起去看防火墙，发现果然被block了😂

iouAkira · 2019-11-11T06:21:41Z

@FishMagic docker ps -a 找到容器的id， docker exec -it <id> /bin/bash;
cd /home/user/coolq/app/io.github.richardchien.coolqhttpapi/log;
tail <qq>.log;
看下具体报错是什么，如果是无法上报那个地址
apt-get update
apt-get install inetutils-ping telnet
看下端口通不？如果不通可能是防火墙的锅
参考： https://forums.docker.com/t/no-route-to-host-network-request-from-container-to-host-ip-port-published-from-other-container/39063/5 添加规则就可以了
我被坑到现在这个点

我日志里面确实是无法上报，

用efq 容器监听的是64440映射到宿主机的64440

但是我coolq容器telnet跟宿主机是通的。

还有问题，难道必须要我的coolq容器直接访问efq容器的64440上报的么

dispensable · 2019-11-11T06:27:52Z

@FishMagic docker ps -a 找到容器的id， docker exec -it <id> /bin/bash;
cd /home/user/coolq/app/io.github.richardchien.coolqhttpapi/log;
tail <qq>.log;
看下具体报错是什么，如果是无法上报那个地址
apt-get update
apt-get install inetutils-ping telnet
看下端口通不？如果不通可能是防火墙的锅
参考： https://forums.docker.com/t/no-route-to-host-network-request-from-container-to-host-ip-port-published-from-other-container/39063/5 添加规则就可以了
我被坑到现在这个点
我日志里面确实是无法上报，

用efq 容器监听的是64440映射到宿主机的64440

但是我coolq容器telnet跟宿主机是通的。

还有问题，难道必须要我的coolq容器直接访问efq容器的64440上报的么

看起来你还是没通呀，你看telnet和curl最后都是失败了的。
他这个原理就是coolqq把收到消息的事件发一个http post到efb监听的端口，保证通就可以了。如果你监听的口是正常的，不应该301呀。

不过我的ehf是跑在宿主机上的所以加了防火墙规则就OK了。你要调查下为啥是301

milkice233 · 2019-11-11T06:36:24Z

@FishMagic docker ps -a 找到容器的id， docker exec -it <id> /bin/bash;
cd /home/user/coolq/app/io.github.richardchien.coolqhttpapi/log;
tail <qq>.log;
看下具体报错是什么，如果是无法上报那个地址
apt-get update
apt-get install inetutils-ping telnet
看下端口通不？如果不通可能是防火墙的锅
参考： https://forums.docker.com/t/no-route-to-host-network-request-from-container-to-host-ip-port-published-from-other-container/39063/5 添加规则就可以了
我被坑到现在这个点
我日志里面确实是无法上报，

用efq 容器监听的是64440映射到宿主机的64440

但是我coolq容器telnet跟宿主机是通的。

还有问题，难道必须要我的coolq容器直接访问efq容器的64440上报的么

为什么 HOST 是 mainhost？

iouAkira · 2019-11-11T06:53:52Z

@FishMagic docker ps -a 找到容器的id， docker exec -it <id> /bin/bash;
cd /home/user/coolq/app/io.github.richardchien.coolqhttpapi/log;
tail <qq>.log;
看下具体报错是什么，如果是无法上报那个地址
apt-get update
apt-get install inetutils-ping telnet
看下端口通不？如果不通可能是防火墙的锅
参考： https://forums.docker.com/t/no-route-to-host-network-request-from-container-to-host-ip-port-published-from-other-container/39063/5 添加规则就可以了
我被坑到现在这个点
我日志里面确实是无法上报，
用efq 容器监听的是64440映射到宿主机的64440
但是我coolq容器telnet跟宿主机是通的。

还有问题，难道必须要我的coolq容器直接访问efq容器的64440上报的么
为什么 HOST 是 mainhost？

我在docker-compose.yml文件里面加了这个指定绑定主机host

extra_hosts:
    - "mainhost:172.17.0.1"

终于搞定可以接收消息了

如果 efb 和 coolq 都是用docker的话，efb监听的地址端口映射到宿主机上，在coolq容器里面没法通过映射到宿主机的端口访问efb的监听地址，所以只能让coolq容器跟efq容器直接通信才行。上报地址直接写efb容器名和端口就行了

感谢🙏上面的各位的提醒，才帮我搞定这个问题

milkice233 · 2019-11-11T06:54:51Z

@FishMagic docker ps -a 找到容器的id， docker exec -it <id> /bin/bash;
cd /home/user/coolq/app/io.github.richardchien.coolqhttpapi/log;
tail <qq>.log;
看下具体报错是什么，如果是无法上报那个地址
apt-get update
apt-get install inetutils-ping telnet
看下端口通不？如果不通可能是防火墙的锅
参考： https://forums.docker.com/t/no-route-to-host-network-request-from-container-to-host-ip-port-published-from-other-container/39063/5 添加规则就可以了
我被坑到现在这个点
我日志里面确实是无法上报，
用efq 容器监听的是64440映射到宿主机的64440
但是我coolq容器telnet跟宿主机是通的。

还有问题，难道必须要我的coolq容器直接访问efq容器的64440上报的么
为什么 HOST 是 mainhost？
我在docker-compose.yml文件里面加了这个指定绑定主机host
extra_hosts:
    - "mainhost:172.17.0.1"
终于搞定可以接收消息了

如果 efb 和 coolq 都是用docker的话，efb监听的地址端口映射到宿主机上，在coolq容器里面没法通过映射到宿主机的端口访问efb的监听地址，所以只能让coolq容器跟efq容器直接通信才行。上报地址直接写efb容器名和端口就行了

感谢🙏上面的各位的提醒，才帮我搞定这个问题

对呀 docker-compose 就是这么用的
问题解决就好了

junyixu · 2020-02-11T05:28:27Z

使用 docker-compose;

依然出现只能收不能发的错误

过程：

出现

🐧💻 CoolQ Alert, System:
CoolQ is running in abnormal status.
You may need to relogin your account or have a check in CoolQ Client.

出现

Your status is offline.
You may try login with /0_login

Failed the get group detail

我尝试 /0_login
出现

由于服务器网络环境较差，无法处理此消息。
urllib3 HTTPError ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))

但是

网络状态很好
4. 我试图重发消息
出现

Message is not sent.

TypeError("'NoneType' object is not subscriptable")

测试日志

coolq info 里面只有 from qq 没有 from tg

再次尝试 /0_login 后正常

之前也是一样，时常提示需要 /0_login

junyixu · 2020-02-11T10:43:44Z

猜想是不是由于频繁 docker restart 导致的 coolq 组件损坏，我又 compose up -d 了一个容器... 过几天再看看效果

junyixu · 2020-02-11T12:42:37Z

猜想是不是由于频繁 docker restart 导致的 coolq 组件损坏，我又 compose up -d 了一个容器... 过几天再看看效果

不是的 coolq 部件损坏的问题，晚上又出现

junyixu · 2020-02-13T15:45:41Z

我的问题，这晚上的丢包太可怕了

milkice233 added the help wanted Extra attention is needed label Nov 11, 2019

milkice233 closed this as completed Jan 27, 2020

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

TG上看不到酷Q发的消息 #41

TG上看不到酷Q发的消息 #41

FishMagic commented Oct 10, 2019

milkice233 commented Oct 10, 2019

FishMagic commented Oct 10, 2019

FishMagic commented Oct 10, 2019

milkice233 commented Oct 10, 2019 •

edited

Loading

FishMagic commented Oct 10, 2019

milkice233 commented Oct 10, 2019

FishMagic commented Oct 10, 2019

milkice233 commented Oct 12, 2019

FishMagic commented Oct 12, 2019

milkice233 commented Oct 12, 2019 •

edited

Loading

FishMagic commented Oct 12, 2019 via email

iouAkira commented Oct 31, 2019

FishMagic commented Oct 31, 2019 via email

milkice233 commented Oct 31, 2019

dispensable commented Nov 10, 2019

milkice233 commented Nov 11, 2019

iouAkira commented Nov 11, 2019

dispensable commented Nov 11, 2019

milkice233 commented Nov 11, 2019

iouAkira commented Nov 11, 2019

milkice233 commented Nov 11, 2019

如果 efb 和 coolq 都是用docker的话，efb监听的地址端口映射到宿主机上，在coolq容器里面没法通过映射到宿主机的端口访问efb的监听地址，所以只能让coolq容器跟efq容器直接通信才行。上报地址直接写efb容器名和端口就行了

junyixu commented Feb 11, 2020 •

edited

Loading

junyixu commented Feb 11, 2020

junyixu commented Feb 11, 2020 •

edited

Loading

junyixu commented Feb 13, 2020

TG上看不到酷Q发的消息 #41

TG上看不到酷Q发的消息 #41

Comments

FishMagic commented Oct 10, 2019

milkice233 commented Oct 10, 2019

FishMagic commented Oct 10, 2019

FishMagic commented Oct 10, 2019

milkice233 commented Oct 10, 2019 • edited Loading

FishMagic commented Oct 10, 2019

milkice233 commented Oct 10, 2019

FishMagic commented Oct 10, 2019

milkice233 commented Oct 12, 2019

FishMagic commented Oct 12, 2019

milkice233 commented Oct 12, 2019 • edited Loading

FishMagic commented Oct 12, 2019 via email

iouAkira commented Oct 31, 2019

FishMagic commented Oct 31, 2019 via email

milkice233 commented Oct 31, 2019

dispensable commented Nov 10, 2019

milkice233 commented Nov 11, 2019

iouAkira commented Nov 11, 2019

dispensable commented Nov 11, 2019

milkice233 commented Nov 11, 2019

iouAkira commented Nov 11, 2019

如果 efb 和 coolq 都是用docker的话，efb监听的地址端口映射到宿主机上，在coolq容器里面没法通过映射到宿主机的端口访问efb的监听地址，所以只能让coolq容器跟efq容器直接通信才行。上报地址直接写efb容器名和端口就行了

milkice233 commented Nov 11, 2019

如果 efb 和 coolq 都是用docker的话，efb监听的地址端口映射到宿主机上，在coolq容器里面没法通过映射到宿主机的端口访问efb的监听地址，所以只能让coolq容器跟efq容器直接通信才行。上报地址直接写efb容器名和端口就行了

junyixu commented Feb 11, 2020 • edited Loading

过程：

测试日志

再次尝试 /0_login 后正常

junyixu commented Feb 11, 2020

junyixu commented Feb 11, 2020 • edited Loading

junyixu commented Feb 13, 2020

milkice233 commented Oct 10, 2019 •

edited

Loading

milkice233 commented Oct 12, 2019 •

edited

Loading

junyixu commented Feb 11, 2020 •

edited

Loading

junyixu commented Feb 11, 2020 •

edited

Loading