为提升您的使用体验,本站正在维护,部分功能暂时无法使用。如果本站文章无法解决您的问题,您想要向社区提问的话,请到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 提问,我们的支持社区将会很快回复您的疑问。

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Problem with IPv6 address literal, SSL, untrusted cert

  • 2 个回答
  • 5 人有此问题
  • 3 次查看
  • 最后回复者为 lehughes

more options

If I connect to an SSL site with an IPv6 address literal, and the cert is not trusted, there is no way to override the warning and connect anyway. I can do this OK with IE.

If I connect to an SSL site with an IPv6 address literal, and the cert is not trusted, there is no way to override the warning and connect anyway. I can do this OK with IE.

所有回复 (2)

more options

Check out why the site is untrusted (click "Technical Details to expand that section) and if this is caused by a missing intermediate certificate then see if you can install this intermediate certificate from another source.

You can retrieve the certificate and check details like who issued certificates and expiration dates of certificates.

  • Click the link at the bottom of the error page: "I Understand the Risks"

Let Firefox retrieve the certificate: "Add Exception" -> "Get Certificate".

  • Click the "View..." button and inspect the certificate and check who is the issuer of the certificate.

You can see more Details like intermediate certificates that are used in the Details pane.

If "I Understand the Risks" is missing then this page may be opened in an (i)frame and in that case try the right-click context menu and use "This Frame: Open Frame in New Tab".

more options

the problem is not with an untrusted cert. the problem is what firefox does when there IS an untrusted cert, and the URL contains an IPv6 address literal (e.g. https://[2001:470:3d:100::120]). There is a bug that prevents me from overriding the warning and saying "connect anyway". This works fine with an IPv4 address literal (I can tell it to connect anyway over IPv4). Also if the URL contains a domain name (e.g. https://www.sixscape.com) that happens to resolve to an IPv6. The problem is only when the URL contains an IPv6 address literal. This is easy to reproduce.

Also, there is no problem doing this in any version of IE.

由lehughes于修改