服务器收不到支付宝notify_url异步回调请求的问题排查

小背景

最近在调整支付宝支付的功能时发现，不能够正常接收支付宝付款成功之后的回调通知了，从代码到配置最后到服务器配置都排查了一遍，最终发现问题原因竟然是因为我们的回调地址notify_url是https的但并非是权威机构颁发的证书，不被支付宝所信赖，所以并没有发起回调。

问题追踪

确认自己的回调地址notify_url配置无误之后，在开发环境自己用Postman请求自己设置的回调地址，是可以正常进入到Controller的接口层。

遂即便怀疑测试环境服务器负载配置是否正确，通过跟踪nginx的access.log，发现自己模拟发起的请求的都可以进入到服务器中，并正确转发到后面的应用进程中。

那不成是支付宝的沙箱环境挂了，或者支付宝服务器出bug了，理性告诉我应该另有蹊跷，在支付宝的一个页面中有提及这问题。

需确认页面是http还是https，如果是https，那么需要安装ssl证书，证书要求有如下：要求“正规的证书机构签发，不支持自签名”。

然后赶快，按照支付宝，宝爷的要求，去自检了一下自家的证书，下面两个地址可以很方便的检测SSL证书的合法性。

检测地址：

https://www.chinassl.net/ssltools/ssl-checker.html

https://cheapsslsecurity.com/ssltools/ssl-checker.php

把notify_url的通知域名放上去检测，报出No Intermediate/Chain certificate were found.

妈耶，俺们的证书居然不是权威机构颁发的，太可怕了。

未找到相应认证机构所颁发的认证证书链，RapidSSL RSA CA 2018并不是权威机构，所以不被支付宝所信赖，所以就没有向对应的地址notify_url进行接口回调通知。

分析出原因后，立马更换为http的回调地址，便可以正常接收通知了，后面我们换了一个由GoDaddy.com, Inc授权过后的https证书，彻底解决了这个问题。

参考文章：

https://docs.open.alipay.com/66/104422

http://wmtcore.com/2016/05/13/%E6%94%AF%E4%BB%98%E5%AE%9Dnotify-%E5%BC%82%E6%AD%A5%E9%80%9A%E7%9F%A5%E4%B8%8Ehttps%E7%9A%84%E9%97%AE%E9%A2%98/