registrationid与alias不匹配

alias
registrationid
标签: #<Tag:0x00007f214d2689f8> #<Tag:0x00007f214d2687f0>

(华辉¥ ¥) #1

问题场景:一台设备先登录过用户A,设置别名成A,后用登录用户B,设置别名成B,按别名推送给A的消息该设备依然能收到,即用户B收到推送给用户A的消息

分析:通过 Device API查询发现registrationid与alias不匹配

我先查询 别名123276对应的registrationid,返回结果 是

{
    "registration_ids": [
        "13065ffa4e27e009f85",
        "170976fa8ad5bfefacf"
    ]
}

我再分别查询这2个registrationid,返回的结果是

13065ffa4e27e009f85:
{
    "mobile": "",
    "alias": "168249",
    "tags": []
}
170976fa8ad5bfefacf:
{
    "mobile": "",
    "alias": "123276",
    "tags": []
}

疑问:既然设备13065ffa4e27e009f85的别名已经设置成168249,为什么查询别名123276仍然能查到这个设置,是否因为这个原因导致按别名给123276推送的时候消息也推送到了168249


#2

该问题我反馈给后台 对你的异常别名进行清除,请稍等。


(华辉¥ ¥) #3

谢谢,请问是全部排查么,我担心类似的问题不止一台设备


#4

是的,对整个 Appkey


#5

已处理完毕,很抱歉,我们会尽快优化解决这个问题。


(kaing) #7

自从自从上次处理完后,系统再没有收到过待办
现在系统掉API推,跟在极光页面直接推都不能收到待办


#8

没有理解你的问题


(kaing) #9

上次registrationid与alias不匹配的问题您这边给处理完之后
我这边整个APP都收不到待办了


#10

你的意思是正常设置了别名的用户收不到消息了?

提供下你设备的 registrationID 和消息的MessageID 我查下


(kaing) #11

你们2月19号的时候有换过SSL的证书么 :fearful:


#12

你说的哪里的 ssl 证书?JPush 客户端好像并不涉及到这个吧?还是你服务端请求报错了什么的?


(kaing) #13

服务器端请求 一直报错
第三方工具请求没有问题


#14

那就根据说明排查处理下

如果你们是 weblogic 里面配的 SSL 证书,可以去官网重新下载配置,这个证书今年应该还没改过,毕竟过期时间是2019年5月9日。


(kaing) #15

我们是weblogic
你们现在的证书是2021-01-09到期 如果没有换过 你们这个新的证书是什么时候放上去的?


#16

诶?这是极光官网上的证书,2018年 5 月到现在都是这个证书,不太清楚你说的那个是哪一个证书
image


(kaing) #17

唉,你们这个样子,我也很难办…
官网一个证书,推送api一个证书
image


#18

应该是用 官网的证书才对呀,Java SDK 文档里面写的是官网的,且证书类型是Geo Trust

如果确认是证书的问题,那你现在直接将证书更新下看下请求能不能行


(kaing) #19

之前一直用的官网的证书,从2月19号开始服务器上的请求就一直不通了
更换了jpush的证书,现在推送正常