💡 このチュートリアルは英語版からAIによって翻訳されています。原文を確認するには、 ここをクリックしてください
Docker は、アプリケーションのデプロイと管理を簡素化する強力なコンテナ化プラットフォームです。しかし、Docker イメージを pull しようとすると、ユーザーは「pull access denied」エラーに遭遇することがあります。この包括的なチュートリアルでは、この一般的な Docker の問題を理解し、トラブルシューティングを行い、解決する方法を説明します。
この実験（Lab）を通して、Docker イメージレジストリの仕組み、アクセス拒否エラーが発生する理由、認証問題を解決するための実践的なスキルを習得します。このチュートリアルを終える頃には、コンテナ化ワークフローにおける Docker イメージへのアクセスに関する問題を自信を持って処理できるようになるでしょう。
「pull access denied」エラーを詳しく見ていく前に、Docker レジストリとイメージの pull がどのように機能するかを理解しましょう。
Docker レジストリは、Docker イメージを格納するためのストレージシステムです。コンテナイメージの push（アップロード）と pull（ダウンロード）を可能にします。Docker Hub はデフォルトのパブリックレジストリですが、組織が独自のイメージを保存するために使用するプライベートレジストリなど、他にも多くのレジストリがあります。
まず、Docker がシステムに正しくインストールされているか確認しましょう。ターミナルを開き、以下を実行します。
docker --version次のような出力が表示されるはずです。
Docker version 20.10.21, build baeda1f次に、Docker Hub からシンプルなパブリックイメージを pull してみましょう。イメージを pull する基本的な構文は次のとおりです。
docker pull [registry/][username/]repository[:tag]小さくてよく使われる公式の Alpine Linux イメージを pull してみましょう。
docker pull alpine:latest次のような出力が表示されるはずです。
latest: Pulling from library/alpine
c158987b0551: Pull complete
Digest: sha256:bc41182d7ef5ffc53a40b044e725193bc10142a1243f395ee852a8d9730fc2ad
Status: Downloaded newer image for alpine:latest
docker.io/library/alpine:latestこれにより、パブリックイメージを正常に pull できることが確認できます。イメージがダウンロードされたことを確認するために、すべての Docker イメージを一覧表示してみましょう。
docker imagesalpine イメージがリストに表示されるはずです。
REPOSITORY TAG IMAGE ID CREATED SIZE
alpine latest 9c6f07244728 2 weeks ago 5.54MBアクセス問題を解決するには、Docker イメージの命名規則を理解することが重要です。
たとえば、docker.io/nginx:1.21 では、レジストリは docker.io、リポジトリは nginx、タグは 1.21 です。
レジストリを指定しない場合、Docker は Docker Hub を使用していると仮定します。ユーザー名または組織を指定しない場合、Docker は公式イメージを含む「library」名前空間を検索します。
Docker イメージの pull の基本を理解したところで、「pull access denied」エラーについて見ていきましょう。このエラーは通常、アクセス権限のないイメージを pull しようとした場合に発生します。
意図的に「pull access denied」エラーをトリガーするために、存在しない、またはプライベートなイメージを pull してみましょう。架空のプライベートイメージを pull してみます。
docker pull labex/private-repo:latest次のようなエラーメッセージが表示されるはずです。
Error response from daemon: pull access denied for labex/private-repo, repository does not exist or may require 'docker login': denied: requested access to the resource is deniedこのエラーは、次のいずれかの理由で発生します。
Docker は、プライベートレジストリに対してシンプルな認証システムを使用します。プライベートイメージを pull する前に、docker login コマンドを使用して認証する必要があります。
docker login [registry-url]レジストリ URL が指定されていない場合、Docker は Docker Hub にログインしていると仮定します。
Docker Hub にログインしてみましょう（Docker Hub アカウントをお持ちの場合は、ご自身のものを使用できます。または、プロンプトを確認し、Ctrl+C を押してキャンセルすることもできます）。
docker loginユーザー名とパスワードの入力を求めるプロンプトが表示されます。
Login with your Docker ID to push and pull images from Docker Hub. If you don't have a Docker ID, head over to https://hub.docker.com to create one.
Username:この演習では実際にログインする必要がないため、Ctrl+C を押してログインプロセスをキャンセルできます。
「pull access denied」エラーは、いくつかの理由で発生する可能性があります。
アクセスに関する問題をトラブルシューティングする際には、Docker デーモンログを確認すると役立つことがよくあります。
sudo journalctl -u docker | tail -n 20これにより、Docker のシステムログの最後の 20 行が表示され、アクセス拒否エラーに関する追加情報が含まれている場合があります。
「pull access denied」エラーの原因を理解したところで、その解決方法を学びましょう。最も一般的な原因に基づいて、いくつかの解決策を説明します。
アクセスエラーの最も一般的な原因の 1 つは、単に誤ったリポジトリ名またはタグを使用することです。イメージ名にタイプミスがないか常に再確認してください。
特定のタグを持つ有効なイメージを pull してみましょう。
docker pull nginx:1.21.0出力は、正常な pull を示すはずです。
1.21.0: Pulling from library/nginx
a330b6cecb98: Pull complete
b847ebd0aed4: Pull complete
543e2db69aaf: Pull complete
... (more lines)
Digest: sha256:2f1cd90e00fe2a0aa8969938c6a4135443ac6c7e50d255a54b57ba1a21086ce3
Status: Downloaded newer image for nginx:1.21.0
docker.io/library/nginx:1.21.0プライベートリポジトリにアクセスしようとしている場合は、最初に認証する必要があります。
docker login [registry-url]認証に成功すると、Docker は資格情報を ~/.docker/config.json の設定ファイルに保存します。このファイルが存在するか確認しましょう。
ls -la ~/.docker/以前にログインしたことがある場合は、config.json ファイルがリストに表示されるはずです。
Docker Hub は pull にレート制限を課しています。
レート制限に達している場合は、制限を増やすために認証してください。
docker login場合によっては、完全なレジストリ URL を指定することで、アクセス問題を解決できることがあります。
docker pull docker.io/library/ubuntu:20.04この明示的な形式は、Docker が接続するレジストリを正しく識別するのに役立ちます。
別のイメージを pull して、引き続きパブリックイメージを pull できることを確認しましょう。
docker pull hello-world正常な pull を確認する出力が表示されるはずです。
Using default tag: latest
latest: Pulling from library/hello-world
2db29710123e: Pull complete
Digest: sha256:6e8b6f026e0b9c419ea0fd02d3905dd0952ad1feea67543f525c73a0a790fefb
Status: Downloaded newer image for hello-world:latest
docker.io/library/hello-world:latest次に、hello-world コンテナを実行して、すべてが正しく動作していることを確認します。
docker run hello-worldDocker からのウェルカムメッセージが表示されるはずです。
Hello from Docker!
This message shows that your installation appears to be working correctly.
...「pull access denied」エラーが発生した場合は、次のチェックリストに従ってください。
多くの現実的なシナリオでは、プライベート Docker レジストリを操作する必要があります。これらのレジストリには、認証と慎重な資格情報の管理が必要です。それらを効果的に操作する方法を学びましょう。
利用可能なプライベートレジストリのオプションはいくつかあります。
学習目的のために、ローカル Docker レジストリを設定しましょう。これにより、プライベートレジストリの仕組みを理解するのに役立ちます。
docker run -d -p 5000:5000 --name registry registry:2このコマンドは、ポート 5000 でプライベートレジストリコンテナを起動します。成功した場合は、コンテナ ID が出力されるはずです。
既存のイメージを変更し、ローカルレジストリにプッシュしてみましょう。
docker tag nginx:1.21.0 localhost:5000/my-nginx:v1docker push localhost:5000/my-nginx:v1プッシュの進行状況を示す出力が表示されるはずです。
The push refers to repository [localhost:5000/my-nginx]
72a69066d2fe: Pushed
1e7cb45d18ab: Pushed
c8db6be2bb1a: Pushed
... (more layers)
v1: digest: sha256:... size: 1570docker image rm localhost:5000/my-nginx:v1
docker pull localhost:5000/my-nginx:v1ローカルレジストリからイメージが正常に pull されるのが確認できるはずです。
本番環境のプライベートレジストリでは、認証を適切に処理する必要があります。プライベートレジストリにログインすると、Docker は資格情報を設定ファイルに保存します。
プライベートレジストリで認証するには、次のようにします。
docker login [registry-url]認証後、通常どおりイメージを pull できます。
docker pull [registry-url]/[repository]:[tag]セキュリティ上の理由から、完了したらログアウトする必要があります。
docker logout [registry-url]自動化されたシステムでは、資格情報を安全に保存することが重要です。以下を使用できます。
docker login を使用した環境変数現在の資格情報ストアを確認しましょう。
cat ~/.docker/config.json | grep -v authDocker の設定に関する詳細が表示されるはずです。
テストレジストリを停止して削除しましょう。
docker stop registry
docker rm registryこれにより、テスト用に作成したローカルレジストリコンテナが削除されます。
「pull access denied」エラーの解決方法を学んだので、将来的にこれらの問題を防止するためのベストプラクティスを探ってみましょう。
曖昧さを避けるために、常に完全修飾イメージ名を使用してください。
docker pull docker.io/library/ubuntu:20.04これにより、アクセスしようとしているレジストリ、リポジトリ、およびタグが明確になります。
Docker 資格情報ヘルパーは、レジストリの資格情報を安全に保存します。お使いのオペレーティングシステムに適したヘルパーをインストールしてください。
Ubuntu の場合は、pass ベースの資格情報ヘルパーを使用できます。
sudo apt-get update
sudo apt-get install -y pass次に、GPG キーを生成します（デモンストレーション目的で、Enter キーを押してデフォルトを受け入れることができます）。
gpg --generate-keyGPG キー ID で pass を初期化します（前の出力から実際のキー ID に置き換えてください）。
pass init "Your GPG Key ID"Docker 資格情報ヘルパーをインストールします。
sudo apt-get install -y docker-credential-passDocker デーモン設定ファイルで、デフォルトのレジストリ設定を構成できます。簡単な設定を作成しましょう。
sudo mkdir -p /etc/docker
echo '{
"registry-mirrors": ["https://registry-mirror.example.com"]
}' | sudo tee /etc/docker/daemon.json注：これは単なる例です。必要に応じて、ミラー URL を実際の URL に置き換えます。
Docker Compose は、環境全体で一貫したイメージ参照を保証するのに役立ちます。簡単な docker-compose.yml ファイルを作成しましょう。
mkdir -p ~/project/compose-demo
cd ~/project/compose-demo次に、docker-compose.yml ファイルを作成します。
cat > docker-compose.yml << 'EOF'
version: '3'
services:
web:
image: nginx:1.21.0
ports:
- "8080:80"
redis:
image: redis:6.2
EOFこのファイルを使用すると、単一のコマンドで両方のサービスを開始できます。
docker compose up -dコンテナが作成されていることを示す出力が表示されるはずです。
Creating network "compose-demo_default" with the default driver
Creating compose-demo_web_1 ... done
Creating compose-demo_redis_1 ... doneサービスが実行されていることを確認します。
docker compose ps両方のサービスが「Up」状態になっているはずです。
コンテナを停止して削除することにより、環境をクリーンアップしましょう。
docker compose down
cd ~/projectこれにより、Docker Compose で作成したコンテナが停止および削除されます。
これらのベストプラクティスに従うことで、「pull access denied」エラーを最小限に抑え、より信頼性の高いコンテナ化された環境を作成できます。
この実験（Lab）では、Docker での「pull access denied」エラーを理解し、トラブルシューティングし、解決する方法を学びました。以下の実践的な経験を積みました。
これらのスキルは、Docker 環境でのスムーズなコンテナデプロイメントと管理に不可欠です。Docker を使い続けるにつれて、適切なアクセス管理がコンテナ操作の基本的な側面であることがわかるでしょう。特に、プライベートレジストリを使用するエンタープライズ環境では重要です。
アクセス問題を解決するための重要な手順を覚えておいてください。
これで、コンテナ化ワークフローで Docker イメージへのアクセスに関する課題に自信を持って対処するための知識が得られました。
