安卓通知转发

Posted by

不知道各位有没有遇到下面这种场景:在PC端浏览网站,遇到要手机号注册,于是填写了手机号,下发了验证码。接着拿起手机解锁,点开短信通知,查看验证码,然后放下手机,在浏览器上填写验证码(手持苹果全家福的估计完全没有这种问题)。突然有一天,我觉得这协同的过程得优化一下,于是开启了尝试各种解决方案。

当前我的手机是安卓Mix4,PC是Mac,一个大致的思想就是手机端安装App,可以监控手机收到的短信、通知(数据最好不要经过第三方服务器),然后转发到指定的服务,之后PC端监听到服务的消息后,显示出来。接下来找到了这么几种解决方案。

方案一:AirDroid

AirDroid支持多平台客户端,是一家台湾公司出品的,算是比较有名的。它可以使用局域网的方式,也可以登录账号后,通过远程服务器的方式,转发消息。手机下载打开后,刚开始就弹出了各种权限获取,另外 + 广告。首先试用功能,免不了的各种授权:获取短信、联系人、完全获取手机文件等等关键权限。之后开启了必要的消息转发、短信转发功能。Mac端同样下载应用后开启服务,我通过登录账号的方式进入了应用,并可以看到当前同时登录的手机在线。

接着我尝试了一下用我老婆的手机给我手机发送短信。几秒过后,哎,PC端该应用收到了转发过来的通知!居然没想到这么顺利,虽然有广告,但是不影响使用对吧。

于是我后面随便找了一个网站,来模拟一下下发验证码的场景。结果,这次点了发送之后,手机在收到消息之后,PC端一直没有收到消息。我又检查了各种配置,还有官方提供的FAQ去排查,还是无解(这里我怀疑是因为MIUI这里启用了验证码类型的短信特殊权限,而该服务没有获取到权限)。中途给对方反馈了问题,得到的也是没什么作用的回复。

方案二:KDE Connect

这个我是在V2ex上找到的,然后中途还看到了一篇少数派的介绍文章。见这里官网,它也是跨平台的。Mac的安装包要去对应的Jenkins构建包去下载。该应用提供的功能不仅仅是消息转发,还支持各种消息推送,比如短信通知、应用通知、远程命令、多媒体控制等等,功能十分强大。这里提一点,它是要求局域网的,否则发现不了设备(当然你也可以用VPN)。

随后在两端安装完应用后,同一WIFI下,我在Mac端点击Refresh,始终发现不了的我手机设备。然后手机端点击刷新,也同样发现不了我的PC。通过官网的FAQ,没有办法,我只能将PC设置了固定的IP地址,并在手机端的添加了该IP。刚开始双方刷新还是都发现不了设备,后面过了一会儿,发现PC端扫描到了。

在各端的应用点击设备,会出现设备的配置插件。随即设置好开启的功能,授予必要的权限,找了个网站发送验证码短信测试,结果居然没有收到(这里前面已经测试PC端可以接收到手机端的通知了)。我再次点开了手机端该应用的权限列表,这次找到了”读取通知类短信”,授予允许。然后再次测试,终于行了!

我以为到这里就可以了,虽然有些小缺点(局域网、要添加IP才能发现设备),但是还是不影响使用。结果就在当天下午四五点的时候,我明显的感觉到了手机的震动,但是PC端没有收到任何通知,我点开PC端的应用查看,发现在连接的设备里有手机,但是我尝试点开读取短信列表,发现一直load不出来。然后手机端开了应用之后,这下PC端才读取到了短信列表。我怀疑是手机端应用无法保活,一段时间后该应用退出了。于是我授予了自启动、省电策略为无限制,后面测试一天,这个问题还是存在。。。

方案N:PushBullet+Join+Snapdrop+各种

折腾了比较久了,已经忘了上述几种有什么问题了。。。反正就是有问题

方案N+1:SMSForwarder

我也不记得我是在哪儿发现这个神奇的应用了,推一下GIthub地址。它的第一个介绍就让我眼前一亮:这些不就是我一路踩的坑吗🤣

以下是它支持的功能及转发方式(图片摘自Github):

根据它介绍的转发通道,我依次仔细看了Gotify、ServerChan、Bark、PushPlus,都不是特别符合我的要求。Bark:它是推送到IPhone客户端的,不属于我的场景;Gotify:没有合适的桌面端来做消息收取;ServerChan:依赖微信公众号等这种方式推到微信(有些场景下,当然不期望打开微信)。至于企业微信、钉钉等开始没有尝试,因为明白这类是肯定可以的。但是它们又与工作沟通软件挂钩,也还是不太好。

刚开始为了试验功能性问题,还是使用了钉钉消息机器人的方式,都是ok的,包括验证码类短信、推广类短信、应用通知等,都可以触达。并且我试验了开启自启动和省点策略为无之后,应用保活正常,没有被杀死的情况。

接下来就是依靠webhook的方式,寻找一个合适的PC端接收通知的方案。后面折腾来去,想到了一个合适的方式,为什么不找一个类似于钉钉这种的聊天软件,可以通过机器人等API的方式发送消息就可以咯。这个之前就捣腾Nas的时候,接触过一款开源的聊天软件:Mattermoster。于是查了一下文档,是支持通过API创建消息的,并且也有机器人功能。想到这里,感觉终于可以有一个完美的实现的方式了。

Mattermost的机器人文档发消息示例为:

curl -i -X POST -H 'Content-Type: application/json' -d '{"channel_id":"3juogthdo7g9bpbmaaah9w1pbh", "message":"This is a message from a bot", "props":{"attachments": [{"pretext": "Look some text","text": "This is text"}]}}' -H 'Authorization: Bearer fjc4t4wsufy18nya5w53uui3fw' https://***/api/v4/posts

参数通过POST方式,另外头部设置Auth。而看了SMSForwarder的webhook方式,当前不支持自定义头部,于是在Github上提交了一个issue(作者回复的很快,后面第二天我就看到了已经着手开发了该功能),同时想到了额外的解决方式:在自己的服务应用上开发一个接口,用来兼容该webhook支持的方式,作为转发,然后将消息由我自己的服务请求到Mattermost接口。

接下来在我自己的服务器上,通过docker的方式安装了Mattermost,配置了域名。紧接着在已有的服务上开了一个接口,用来做转发。一切准备就绪,效果如下

当前SMSForwarder主体功能都有了,只是还有一些操作交互上还待进一步优化,希望能够越做越好!

前前后后折腾一周,总算有比较合适的解决方案了。如果你有更好的解决方式,欢迎留言交流~~

2 comments

Leave a Reply

您的电子邮箱地址不会被公开。 必填项已用*标注