决定从共享托管平台迁移到基于AWS的托管环境(特别是Acquia Cloud)。此环境不提供电子邮件服务,因此客户端使共享主机继续使用该电子邮件服务(他们不希望每年额外花费2400美元用于G Suite电子邮件托管)。
为了实现这一目标,我们与新主机合作,将共享网站用作传递,以便电子邮件仍然存在,并且网络流量将转到新服务器。
名称服务器转到共享主机。我们有一个DNS Cname www.example.com指向新的AWS服务器和指向共享主机的A记录。这是保持电子邮件仍在运行的唯一方法。当我们指出A记录时,就是当电子邮件发生故障时。这是托管公司的建议。
现在,如果他们转到http://example.com,https://www.example.com,http://www.example.com和www.example.com,一切正常,没问题。但是,如果他们转到https://example.com,他们就会在这里得到这个问题:
1: 当我们搬到新主机时,SSL证书随之而来。这会导致一些搜索引擎问题。我有一个.htaccess重定向设置,但它仍然会出错。
这是我和两家托管公司最能提出的,而且这不是一个很好的解决方案。
是否有解决方案:
如果没有,我们将选择其中一个选项,但我想我先问。
答案 0 :(得分:0)
The only issue here is your certificate does not have example.com in your certificate SAN (Subject Alternative Name). By default, you should get this in your SAN but few CA don't provide it under SAN unless and until you tell them. Kindly find the image for your reference. If you have windows OS just save your certificate file in .crt or .cer format to view the SAN.
Else you can use below command if you Linux OS and the certificate is installed on the server
openssl s_client -connect website.com:443 | openssl x509 -noout -text | grep DNS
It will list the SAN