我正在尝试将来自我的应用程序的电子邮件中的链接注册为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 ==
欢迎任何想法或采取其他方式吗?