為了改善您的使用體驗,本網站正在進行維護,部分功能暫時無法使用。若本站的文件無法解決您的問題,想要向社群發問的話,請到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 發問,我們的社群成員將很快會回覆您的疑問。

搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

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 於 修改