【问题标题】:SSL on primary subdomain not showing securely主子域上的 SSL 未安全显示
【发布时间】:2018-04-25 15:55:59
【问题描述】:

希望这不是一个愚蠢的问题。服务器和 SSL 不是我的强项。

我有一个通配符 SSL 证书,在我的根域上它可以工作。在我的一个子域上,它安全地显示。但是在第二个子域上,我得到了坏掉的挂锁。

www.mydomain.ca - secure
www.subdom.mydomain.ca - secure
www.subdom2.mydomain.ca - broken padlock

现在有了根域,我知道它是一个特定的 CMS,第一个子域是 Drupal 站点,而现在损坏的站点托管在 Azure 中。

我想我的问题是我需要在我的 subdom2 上安装单独的 SSL 证书吗? (据我所知,这是在我之前的第一个 subdom 上完成的)。或者通配符 SSL 证书的性质是否涵盖任何子域 - 前提是所有内容都在网站上安全提供?

更新

如果有人遇到此问题,则问题是我们的供应商提供的图像不是 https。最后,问题与我的通配符 SSL 证书无关,它看起来好像实际上涵盖了所有子域,只要内容被安全地提供!

【问题讨论】:

  • 您的子域 URL 真的像 www.subdom.mydomain.ca,带有“www.”吗?我遇到的所有通配符证书在前面只允许单级通配符,因此“*.mydomain.ca”将覆盖“subdom.mydomain.ca”,但不包括“www.subdom.mydomain.ca”。
  • 同时,本网站的约定是问题和答案始终分开,因此如果您已经解决了自己的问题,请you are encouraged to answer your own question 而不是将解决方案编辑到问题中。这样,问题就会自动标记为“已回答”,未来的读者会更清楚。
  • @IMSoP 公平标注!我自己回答了这个问题。

标签: ssl


【解决方案1】:

如果有人遇到此问题,则问题是我们的供应商提供的图像不是 https。最后,问题与我的通配符 SSL 证书无关,它看起来好像实际上涵盖了所有子域,只要内容被安全地提供!

【讨论】:

    猜你喜欢
    • 2017-07-15
    • 2019-05-12
    • 1970-01-01
    • 2017-07-06
    • 1970-01-01
    • 1970-01-01
    • 2018-11-29
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多