2017-12-18 391 views
0

決定從共享主機平臺遷移到基於AWS的主機環境(特定於Acquia Cloud)。這種環境不提供電子郵件服務,因此客戶保持共享主機繼續使用電子郵件(他們不希望每年額外花費2400美元購買G Suite電子郵件主機)。來自非安全服務器的HTTPS重定向在瀏覽器中給出錯誤消息

爲了實現這一目標,我們與新主機一起使用共享站點作爲傳遞,以便電子郵件仍然到達那裏,並且網絡流量進入新服務器。

名稱服務器轉到共享主機。我們有一個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他們得到這個問題就在這裏:

1Your Connection is Not Private 當我們搬到新主機,SSL證書去用它。這會導致一些搜索引擎問題。我有一個.htaccess重定向設置,但它仍然給出了這個錯誤。

這是我自己和兩家託管公司都可以提供的最佳解決方案。

難道還有比其他解決方案:

  • 攜帶SSL證書兩個帳戶
  • 移動電郵給第三方提供商(如Gmail)

如果沒有我們要去去與這些選項之一,但我想我會先問。

+0

好像你有兩個單獨的問題,在這裏你可以使用下面的命令。應該通過設置正確的MX記錄來解決郵件問題(向共享託管公司詢問該信息)。 –

+0

你有解決方案嗎? –

回答

0

這裏唯一的問題是您的證書在您的證書SAN(主題備用名稱)中沒有example.com。默認情況下,你應該在你的SAN中得到這個,但除非你告訴他們,否則很少有CA不會在SAN下提供它。請找到供您參考的圖像。如果您有Windows操作系統,只需將您的證書文件保存在.crt.cer格式中即可查看SAN。 enter image description here

否則,如果安裝在服務器

openssl s_client -connect website.com:443 | openssl x509 -noout -text | grep DNS 

你Linux操作系統和證書將列出SAN

相關問題