国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

解決:Unable to connect to the server: x509: certificate signed by unknown authority (possibly because

這篇具有很好參考價值的文章主要介紹了解決:Unable to connect to the server: x509: certificate signed by unknown authority (possibly because。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

前提條件:之前搭建過k8s集群,使用 kubeadm reset 命令清除集群所有的配置之后,重新運行 kubectl get nodes 時報錯:

[root@master ~]# kubectl get nodes
Unable to connect to the server: x509: certificate signed by unknown authority (possibly because of "crypto/rsa: verification error" while trying to verify candidate authority certificate "kubernetes")

運行kubeadm reset清除配置后,對集群初始化也是成功的

kubeadm init --kubernetes-version=1.26.3 --apiserver-advertise-address=10.0.0.32  --service-cidr=10.2.0.0/16 --pod-network-cidr=10.224.0.0/16

然而當(dāng)運行 kubectl get nodes 時又報錯..

原因:執(zhí)行?kubeadm reset命令后沒有刪除創(chuàng)建的?.kube目錄,重新創(chuàng)建集群就會出現(xiàn)這個問題!

解決:

rm -rf .kube/
sudo mkdir ~/.kube
sudo cp /etc/kubernetes/admin.conf ~/.kube/

cd ~/.kube
sudo mv admin.conf config
sudo service kubelet restart

技術(shù)性分享,轉(zhuǎn)載請注明出處!

歡迎互相交流,共同進(jìn)步!文章來源地址http://www.zghlxwxcb.cn/news/detail-685787.html

到了這里,關(guān)于解決:Unable to connect to the server: x509: certificate signed by unknown authority (possibly because的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費用

相關(guān)文章

  • unable to connect to the server: net/http: tls handshake timeout已解決

    unable to connect to the server: net/http: tls handshake timeout已解決

    在自己電腦上學(xué)習(xí)k8s,使用kind安裝了一個集群,過了一段時間再打開發(fā)現(xiàn)了一個問題。 執(zhí)行 kubectl get po 的時候有報錯 查了半個小時也沒解決,有說內(nèi)存不夠,也有說要重啟服務(wù)的,也有說重啟docker的,關(guān)閉交換分區(qū)的,還有代理不對什么的,都沒有解決我的問題,最后我試

    2024年02月13日
    瀏覽(96)
  • MINIO 配置https報錯:x509:cannot validate certificate【已解決】

    MINIO 配置https報錯:x509:cannot validate certificate【已解決】

    為MINIO配置https時,首先按官方要求官網(wǎng)描述(How to secure access to MinIO server with TLS),將TLS的公私鑰放到:{{HOME}}/.minio/certs 里。 注意: 私鑰需要命名為:private.key 公鑰需要命名為:public.crt (如果公鑰是以pem格式結(jié)尾,可直接改為crt格式) 但配置完成后會遇到如下錯誤,x509:c

    2024年02月14日
    瀏覽(92)
  • elastic-agent安裝報錯“Fleet Server - Error - x509: certificate signed by unknown authority

    elasticssearch版本8.4.3 根據(jù)官網(wǎng)的提示https://www.elastic.co/guide/en/fleet/8.4/fleet-troubleshooting.html#agent-enrollment-certs 出現(xiàn)這種問題需要增加參數(shù) --insecure To fix this problem, pass the? --insecure ?flag along with the? enroll ?or? install ?command.? ./elastic-agent install ? --fleet-server-es=https://192.168.0.180:9200

    2024年02月11日
    瀏覽(27)
  • svn: E170013: Unable to connect to a repository at URL ‘‘ svn: E230001: Server SSL certificate

    svn: E170013: Unable to connect to a repository at URL ‘‘ svn: E230001: Server SSL certificate

    svn: E170013: Unable to connect to a repository at URL ‘https://127.0.0.1/svn/xxxx/trunk’ svn: E230001: Server SSL certificate verification failed: certificate issued for a different hostname, issuer is not trusted 意思是服務(wù)器的SSL證書驗證失敗,證書為不同主機(jī)名頒發(fā)。 解決方法:打開CMD并執(zhí)行如下命令 然后會讓你選

    2024年02月02日
    瀏覽(28)
  • Docker推送拉取鏡像到Harbor報錯:Get “https://198.30.0.111:8443/v2/“: tls: failed to verify certificate: x509:

    Docker推送拉取鏡像到Harbor報錯:Get “https://198.30.0.111:8443/v2/“: tls: failed to verify certificate: x509:

    天行健,君子以自強(qiáng)不息;地勢坤,君子以厚德載物。 每個人都有惰性,但不斷學(xué)習(xí)是好好生活的根本,共勉! 文章均為學(xué)習(xí)整理筆記,分享記錄為主,如有錯誤請指正,共同學(xué)習(xí)進(jìn)步。 在docker中推送鏡像到Harbor鏡像倉庫中,報錯 內(nèi)容如下 截圖如下 使用docker推送鏡像到

    2024年04月22日
    瀏覽(38)
  • K8S之Kuboard顯示已導(dǎo)入【創(chuàng)建 X509KeyPair 失敗】 tls: failed to find any PEM data in certificate input

    K8S之Kuboard顯示已導(dǎo)入【創(chuàng)建 X509KeyPair 失敗】 tls: failed to find any PEM data in certificate input

    kuboard用著用著,突然發(fā)現(xiàn),只是 已導(dǎo)入 狀態(tài),而不是 已就緒 的狀態(tài),且重新導(dǎo)入kubeconfig顯示 【創(chuàng)建 X509KeyPair 失敗】 tls: failed to find any PEM data in certificate input 的提示。 具體問題截圖如下: 發(fā)現(xiàn)集群狀態(tài)正常 發(fā)現(xiàn)pod狀態(tài)也是運行正常的 也是OK的 既然都看上去正常,那么,

    2024年02月04日
    瀏覽(76)
  • [postman] SSL Error: Unable to verify the first certificate(已解決)

    [postman] SSL Error: Unable to verify the first certificate(已解決)

    記錄一次解決的由ssl證書帶來的問題,以及解決歷程。 問題的產(chǎn)生的原因是這樣的,客戶想給項目遷移服務(wù)器。也是按照之前服務(wù)器的配置方式,tomcat、jdk、nginx、maven等等也是用過 scp命令進(jìn)行同步的,因為用scp命令能保證 文件的權(quán)限也不會變??蛻暨@面也提供了 https的ss

    2024年02月12日
    瀏覽(111)
  • 解決docker 推送自簽證書倉庫報錯:403 forbidden或者x509: certificate signed by unknown authority錯誤

    解決docker 推送自簽證書倉庫報錯:403 forbidden或者x509: certificate signed by unknown authority錯誤

    現(xiàn)象如下: 首先來談403 forbidden問題: 這個問題查了很久也沒找到原因, 后來chatGPT提示使用curl命令測試一下網(wǎng)絡(luò)連接 ?然后使用改進(jìn)后的curl命令 curl -vkI https://registry.myharbor.com/v2/ 參數(shù)說明: -v:表示可視化命令執(zhí)行過程 -k: 忽略https證書錯誤 -I:? 表示 ?只輸出 HTTP 響應(yīng)的頭部

    2024年04月25日
    瀏覽(36)
  • kubectl命令報錯:Unable to connect to the server: dial tcp XXX:16443: connect: no route to host

    kubectl命令報錯:Unable to connect to the server: dial tcp XXX:16443: connect: no route to host

    前提 架構(gòu): keepalived+haproxy+kubernetes 問題說明 kubernetes集群好久不用了,今天打開集群執(zhí)行一個 kubectl get nodes 命令,報錯如下: Unable to connect to the server: dial tcp 192.168.2.XXX:16443: connect: no route to host 分析原因 出現(xiàn)這個問題幾種原因, 集群壞了:如果報錯的IP是master1的節(jié)點IP或虛

    2024年02月09日
    瀏覽(130)
  • kubesphere-- Unable to connect to the server: dial tcp 192.168.211.182:6443: no route to host

    kubesphere-- Unable to connect to the server: dial tcp 192.168.211.182:6443: no route to host

    ? ? ? ? 最近鼓搗kubesphere單節(jié)點安裝,部署服務(wù),使用流水線用的好好的,有兩次重啟服務(wù)器突然顯示kubesphere連接不上。初步排查,使用 kubectl get pods --all-namespaces 命令,顯示kubectl不可用,缺少路由。 Unable to connect to the server: dial tcp 192.168.211.182:6443: connect: no route to host ? ?

    2024年02月03日
    瀏覽(28)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包