如何設定 Docker 下載 image 略過憑證

-

前言

有遇過 pull 自己的私有倉庫無法 pull 下來的問題嗎，今天來教大家如何解決無法 pull image 問題，可暫時解決狀況

錯誤訊息

出現以下訊息代表，這個 docker registry 並沒有經過 https 憑證，所以 docker 會把它擋下來

Error response from daemon: Get "https://192.168.18.35:5000/v2/": tls: failed to verify certificate: x509: cannot validate certificate for 192.168.18.35 because it doesn't contain any IP SANs

解決方法

如果是 linux 系統，在 /etc/docker/ 目錄下建立 daemon.json 檔案，加入下面 json 資訊

{

        "insecure-registries": ["192.168.18.35:5000"]

}

再來重啟 docker

sudo systemctl restart docker

如果是 windows 系統，在 docker desktop 設定下加上上方 json 設定，套用即可使用



留言

發佈留言

此網誌的熱門文章

yarn 專案版號管理指令

-
圖片
前言 yarn 是由 facebook 開發的一款套件管理工具，用來管理 node.js 套件版本，今天來學習如何使用 yarn 升級 package.json 版號管理，可以對一個專案版號管理更加制式化 major 目標升級版號 指令 yarn version --new-version major 範例 v1.0.0 ->  v2.0.0 minor 目標升級版號 指令 yarn version --new-version minor 範例 v1.0.0 -> v1.1.0 patch 目標升級版號 指令 yarn version --new-version patch 範例 v1.0.0 -> v1.0.1 premajor 目標升級版號 指令 yarn version --new-version premajor 範例 v1.0.0 -> v2.0.0-0 preminor 目標升級版號 指令 yarn version --new-version preminor 範例 v1.0.0 -> v1.1.0-0 prepatch 目標升級版號 指令 yarn version --new-version prepatch 範例 v1.0.0 -> v1.0.1-0 prerelease 目標升級版號 指令 yarn version --new-version prerelease 範例 v1.0.0 -> v1.0.1-0 若再一次的話 v1.0.1-0 -> v1.0.1-1
閱讀更多

Gitlab CI/CD 之 needs

-
圖片
前言 上次我們講完了 only 操作方式，接下來我們要來講解 needs 操作方式，讓我們的 CI/CD 更加仔細，更加完整。 needs 作用 needs 可以在我們整個 CI/CD 流程，去定義在哪個工作之前做完，才會去做下一個工作，假設今天有三個工作，分別叫 "test-build"、"build-docker-image"、"deploy-to-development"，在 build-docker-image 工作指定 needs 在 "test-build" 工作做完時，才會去做 "build-docker-image"，另外在 "deploy-to-development" 工作指定 needs 在 "build-docker-image" 做完時，才會去做 "deploy-to-development" 這項工作。 needs 定義規則 在我們的工作定義 needs，然後寫上我們定義的工作名稱，就可完成這定義。 stages:      - testing      - build test-build:   stage: testing   script:     - echo '測試打包'   only:     - main     - develop build-docker-image:   stage: build   needs:     - test-build   script:     - echo '打包 docker image'   only:     - main     - develop 練習時間 接下來我們將上次練習的 CI/CD 練習專案，加上 needs 來看會有什麼變化，以下是我們加上 needs 範例。 stages: ...
閱讀更多

Gitlab CI/CD 與 Docker 之間關係

-
圖片
前言 上次交到 Runner 與 Executor 運作方式，今天要來講 Gitlab 與 Docker 之間運作，我們來了解一下，Gitlab 是怎麼幫我們這些指令，之後在自動化佈署的章節會使用到，實現更又效率的佈署。 Gitlab Runner 運作 在這裡你會看到特別的名詞，像是 gitlab-runner、docker+machine 還有 docker image ruby:3.1，那有些更特別的名詞會放在下個章節裡面，我們先來看 gitlab-runner 跟所謂的 ruby:3.1 image 這兩個是做什麼用的 Gitlab-Runner gitlab-runner 是 gitlab 用來註冊每個專案的 runner 工具，如果不知道叫 runner 可以回去看先前文章連結，每個專案可能有多個不同的 runner，比如: ssh runner、docker runner、shell runner，這些不同的 runner 我們會在下個章節提到，先講個概念。 Docker Image 我們剛才看到的 docker image ruby 3.1，代表 runner 運作的時候，有如下圖會去 docker hub 這個雲端服務，抓取 ruby 3.1 這個 image，下載下來就可以執行我們 ruby 這個程式語言指令。 自定義下載 Image 那如果我們不想使用 ruby 這個 image，我們想要抓自己要的比如 node.js 這個 image，是否有 CI/CD 命令可以改，當然是有的我們只要在我們腳本寫上 image 這個指令，就會幫我們抓 node.js 這個 image。我們先來查詢 node 版本，我們這邊先用 node:20.9.0-alpine 這個 image。 接下來我們寫好 image 腳本，然後 push 上去察看結果。 image: node:20.9.0-alpine stages:   - testing test-build:   stage: testing   before_script: ...
閱讀更多