Chrome訪問Dashboard時(shí)出現(xiàn)NET::ERR_CERT_INVALID怎么解決

本篇內(nèi)容介紹了“Chrome訪問Dashboard時(shí)出現(xiàn)NET::ERR_CERT_INVALID怎么解決”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

問題描述

某一天，使用 Chrome 訪問 Dashboard 時(shí)，產(chǎn)生 NET::ERR_CERT_INVALID 錯(cuò)誤。

以前出現(xiàn) NET::ERR_CERT_AUTHORITY_INVALID 錯(cuò)誤，還能通過瀏覽器 Advanced 的 Proceed to xxxx (unsafe) 繼續(xù)訪問。

原因分析

類似的問題都是因?yàn)樽C書錯(cuò)誤導(dǎo)致的。而且 Dashbaord 的證書是自簽名的，也會(huì)導(dǎo)致瀏覽器提示證書錯(cuò)誤。

根本原因在于：在集群部署時(shí)，我們使用自簽名證書，導(dǎo)致后續(xù)的自動(dòng)創(chuàng)建的證書都屬于自簽名證書。

解決方案

補(bǔ)充說明：以前我們嘗試重新生成 Dashboard 證書來解決問題，但繁瑣且不正規(guī)（因此我們從筆記中刪除該方案）。

如果想從根本上解決該問題，那么需要重新簽發(fā)集群證書，這樣才能從根本上解決相關(guān)問題。但是成本過高，而且要經(jīng)過測(cè)試驗(yàn)證。

我們選擇簡(jiǎn)單的方法：直接定義 Ingress 資源，并使用 nginx.ingress.kubernetes.io/backend-protocol: "HTTPS" 注解來反向代理 Dashboard 的 HTTPS 端口，由于 Nginx Ingress 默認(rèn) nginx.ingress.kubernetes.io/proxy-ssl-verify 為 off，因此不會(huì)檢查后端 Dashboard 的 TLS 證書，所以也未出現(xiàn)任何錯(cuò)誤。

參考 Dashboard 筆記的「通過 Ingress 暴露 Dashboard 服務(wù)」部分，以獲取 Ingress 資源的配置方法。

相關(guān)文章

「Kubernetes」- 部署 Dashboard 服務(wù)（Kubernetes v1.18.9）
「Kubernetes」- 部署 Dashboard 服務(wù)（Kubernetes v1.14.0）

參考文獻(xiàn)

i can access dashboard in Linux with https://masternodeIP:port with googlechrome, but can't do that in Windows. #2954

“Chrome訪問Dashboard時(shí)出現(xiàn)NET::ERR_CERT_INVALID怎么解決”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！