当前位置:  开发笔记 > 后端 > 正文

托管SSL并转发到sendgrid的AWS CloudFront无法正常工作

如何解决《托管SSL并转发到sendgrid的AWSCloudFront无法正常工作》经验,为你挑选了0个好方法。

我正在尝试将来自我的应用程序的电子邮件中的链接注册为SSL / HTTPS安全链接。这有助于传递性以及电子邮件客户端可能做的将链接视为http或https的其他操作。

我们的应用程序使用SendGrid发送电子邮件,它还支持对我们链接的点击跟踪。为了做到这一点,SendGrid和大多数其他电子邮件发件人服务用我们 自己的链接http://clicktrack.sendgrid.net替换了我们放入的原始链接,该链接是https://blahblah.com链接或不是https,而是http。

SendGrid支持点击跟踪链接的“白色标签”,例如 http://subdomain.blahblah.com ,如果我们正确设置的话,还支持https版本。https://sendgrid.com/docs/Classroom/Build/Add_Content/content_delivery_networks.html上显示了https / ssl链接的SendGrids要求。

基本上,他们是在要求我们设置一个CDN或其他服务器,以托管我们的SSL证书,终止SSL,然后将请求转发到他们的服务器。一旦到位,他们就可以在其末端“打开” ssl以获取我们的电子邮件链接。

我尝试在AWS CloudFront中进行设置,其来源为sendgrid.net,分发具有我们的SSL证书和指向我们的分发的路由53 CNAME。因此,subdomain.blahblah.com指向发行版CDN,CDN指向sendgrid,所有都应该起作用。

测试它虽然不起作用。如果我转到子域的http版本,它确实可以工作,则CDN可以正确转发。AWS支持表明这是与主机头相关的问题,并且当我在subdomain2.blahblah.com上使用第二个CNAME作为源时,CDN无法验证源。这导致我删除了第二个cname和direclty,将sendgrid用作源,但是这没有用,并且他们还没有提供解决方案。我收到这样的错误。

错误

无法满足该请求。

CloudFront无法连接到源。由cloudfront(CloudFront)生成的请求ID:pl1bS3OObC6mUd2vyyhM6bNFt3xyLsfzVIqNmiPkEO7mQgJyQCn_pA ==

欢迎任何想法或采取其他方式吗?

推荐阅读
Gbom2402851125
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有