Docker - 版の履歴

Kusanaginoturugi: ルートレスに統一

2025-07-31T10:38:56Z

ルートレスに統一

← 古い版		2025年7月31日 (木) 19:38時点における版
185行目:		185行目:

	{{Note\|		{{Note\|
	* メインの {{ic\|dockerd}} デーモンは依然としてホスト上で {{ic\|root}} として実行されます。Docker を [https://docs.docker.com/engine/security/rootless/ ~~rootless~~ モード] ([https://docs.docker.jp/engine/security/rootless.html 日本語訳ページ]) で実行するのは、これとは別の機能です。		* メインの {{ic\|dockerd}} デーモンは依然としてホスト上で {{ic\|root}} として実行されます。Docker を [https://docs.docker.com/engine/security/rootless/ ルートレスモード] ([https://docs.docker.jp/engine/security/rootless.html 日本語訳ページ]) で実行するのは、これとは別の機能です。
	* コンテナ内のプロセスは、コンテナのイメージをビルドするために使用された Dockerfile 内の [https://docs.docker.com/engine/reference/builder/#user USER] ([https://docs.docker.jp/engine/reference/builder.html#user 日本語訳ページ]) ディレクティブで定義されているユーザとして起動されます。		* コンテナ内のプロセスは、コンテナのイメージをビルドするために使用された Dockerfile 内の [https://docs.docker.com/engine/reference/builder/#user USER] ([https://docs.docker.jp/engine/reference/builder.html#user 日本語訳ページ]) ディレクティブで定義されているユーザとして起動されます。
	* すべてのコンテナは、同じ UID/GID 範囲に割り当てられます。これにより、コンテナ間でボリュームを共有できることが保証されます。		* すべてのコンテナは、同じ UID/GID 範囲に割り当てられます。これにより、コンテナ間でボリュームを共有できることが保証されます。
212行目:		212行目:
	=== ルートレス Docker デーモン ===		=== ルートレス Docker デーモン ===

	{{Note\|Docker ~~rootless~~ は、非特権ユーザの名前空間 ({{ic\|CONFIG_USER_NS_UNPRIVILEGED}}) に依存しています。これは、{{Pkg\|linux}}、{{Pkg\|linux-lts}}、そして {{Pkg\|linux-zen}} でデフォルトで有効化されています。他のカーネルのユーザはこれを有効化する必要があるかもしれません。これはセキュリティ上、重要な意味を持ちます。詳細については、[[セキュリティ#アプリケーションのサンドボックス化]] をご覧ください。}}		{{Note\|Docker ルートレスは、非特権ユーザの名前空間 ({{ic\|CONFIG_USER_NS_UNPRIVILEGED}}) に依存しています。これは、{{Pkg\|linux}}、{{Pkg\|linux-lts}}、そして {{Pkg\|linux-zen}} でデフォルトで有効化されています。他のカーネルのユーザはこれを有効化する必要があるかもしれません。これはセキュリティ上、重要な意味を持ちます。詳細については、[[セキュリティ#アプリケーションのサンドボックス化]] をご覧ください。}}

	Docker デーモン自体を通常ユーザとして実行するには、{{aur\|docker-rootless-extras}} パッケージをインストールしてください。		Docker デーモン自体を通常ユーザとして実行するには、{{aur\|docker-rootless-extras}} パッケージをインストールしてください。

Kusanaginoturugi: /* Rootless Docker デーモン */ ルートレスに統一

2025-07-31T10:35:59Z

Rootless Docker デーモン: ルートレスに統一

← 古い版		2025年7月31日 (木) 19:35時点における版
210行目:		210行目:
	この変更を適用したあと、デフォルトですべてのコンテナは隔離されたユーザ名前空間内で実行されます。{{ic\|docker}} コマンドに {{ic\|1=--userns=host}} フラグを渡すことで、特定のコンテナ上で再割当てを部分的に無効化できます。詳細は [https://docs.docker.com/engine/security/userns-remap/#disable-namespace-remapping-for-a-container] ([https://docs.docker.jp/engine/security/userns-remap.html#disable-namespace-remapping-for-a-container 日本語訳ページ]) を見てください。		この変更を適用したあと、デフォルトですべてのコンテナは隔離されたユーザ名前空間内で実行されます。{{ic\|docker}} コマンドに {{ic\|1=--userns=host}} フラグを渡すことで、特定のコンテナ上で再割当てを部分的に無効化できます。詳細は [https://docs.docker.com/engine/security/userns-remap/#disable-namespace-remapping-for-a-container] ([https://docs.docker.jp/engine/security/userns-remap.html#disable-namespace-remapping-for-a-container 日本語訳ページ]) を見てください。

	=== ~~Rootless~~ Docker デーモン ===		=== ルートレス Docker デーモン ===

	{{Note\|Docker rootless は、非特権ユーザの名前空間 ({{ic\|CONFIG_USER_NS_UNPRIVILEGED}}) に依存しています。これは、{{Pkg\|linux}}、{{Pkg\|linux-lts}}、そして {{Pkg\|linux-zen}} でデフォルトで有効化されています。他のカーネルのユーザはこれを有効化する必要があるかもしれません。これはセキュリティ上、重要な意味を持ちます。詳細については、[[セキュリティ#アプリケーションのサンドボックス化]] をご覧ください。}}		{{Note\|Docker rootless は、非特権ユーザの名前空間 ({{ic\|CONFIG_USER_NS_UNPRIVILEGED}}) に依存しています。これは、{{Pkg\|linux}}、{{Pkg\|linux-lts}}、そして {{Pkg\|linux-zen}} でデフォルトで有効化されています。他のカーネルのユーザはこれを有効化する必要があるかもしれません。これはセキュリティ上、重要な意味を持ちます。詳細については、[[セキュリティ#アプリケーションのサンドボックス化]] をご覧ください。}}

Pikosip: /* Rootless Docker デーモン */ 誤字脱字修正

2024-08-20T10:43:17Z

Rootless Docker デーモン: 誤字脱字修正

← 古い版		2024年8月20日 (火) 19:43時点における版
212行目:		212行目:
	=== Rootless Docker デーモン ===		=== Rootless Docker デーモン ===

	{{Note\|Docker rootless は、非特権ユーザの名前空間 ({{ic\|CONFIG_USER_NS_UNPRIVILEGED}}) に依存しています。これは、{{Pkg\|linux}}、{{Pkg\|linux-lts}}、そして {{Pkg\|linux-zen}} でデフォルトで有効化されています。他のカーネルのユーザはこれを有効化する必要があるかもしれません。れはセキュリティ上、重要な意味を持ちます。詳細については、[[セキュリティ#アプリケーションのサンドボックス化]] をご覧ください。}}		{{Note\|Docker rootless は、非特権ユーザの名前空間 ({{ic\|CONFIG_USER_NS_UNPRIVILEGED}}) に依存しています。これは、{{Pkg\|linux}}、{{Pkg\|linux-lts}}、そして {{Pkg\|linux-zen}} でデフォルトで有効化されています。他のカーネルのユーザはこれを有効化する必要があるかもしれません。これはセキュリティ上、重要な意味を持ちます。詳細については、[[セキュリティ#アプリケーションのサンドボックス化]] をご覧ください。}}

	Docker デーモン自体を通常ユーザとして実行するには、{{aur\|docker-rootless-extras}} パッケージをインストールしてください。		Docker デーモン自体を通常ユーザとして実行するには、{{aur\|docker-rootless-extras}} パッケージをインストールしてください。

Kusanaginoturugi: 序文のノートを削除

2024-04-12T02:11:24Z

序文のノートを削除

← 古い版		2024年4月12日 (金) 11:11時点における版
11行目:		11行目:
	{{Related articles end}}		{{Related articles end}}
	[[Wikipedia:ja:Docker\|Docker]] は軽量コンテナとしてあらゆるアプリケーションを詰めて運んで実行できるユーティリティです。		[[Wikipedia:ja:Docker\|Docker]] は軽量コンテナとしてあらゆるアプリケーションを詰めて運んで実行できるユーティリティです。

	{{Note\|訳注: この記事では https://docs.docker.com のリンクとともに https://docs.docker.jp のリンクも合わせて表示していますが、後者のリンク先は翻訳が古い場合があります。}}

	== インストール ==		== インストール ==

Kusanaginoturugi: /* docker ログイン時に "Your password will be stored unencrypted" */ 英語版より記事を追加

2024-04-12T02:10:33Z

docker ログイン時に "Your password will be stored unencrypted": 英語版より記事を追加

← 古い版		2024年4月12日 (金) 11:10時点における版
618行目:		618行目:

	[https://specifications.freedesktop.org/secret-service/latest/ Secret Service Freedesktop DBUS API] を実装しているパスワードマネージャ (KDE の {{Pkg\|KWallet}} や GNOME の {{Pkg\|gnome-keyring}} など) を使用している場合、パスワードをパスワードマネージャに保存するための {{Aur\|docker-credentials-secretservice}} パッケージをインストールすることができます。		[https://specifications.freedesktop.org/secret-service/latest/ Secret Service Freedesktop DBUS API] を実装しているパスワードマネージャ (KDE の {{Pkg\|KWallet}} や GNOME の {{Pkg\|gnome-keyring}} など) を使用している場合、パスワードをパスワードマネージャに保存するための {{Aur\|docker-credentials-secretservice}} パッケージをインストールすることができます。

			=== "Could not find an available, non-overlapping IPv4 address pool among the defaults to assign to the network" ===

			Sometimes if you use a lot of Docker projects (ex. using docker-compose) it can happens that you run out of available IPs for Docker containers triggering the error:

			Could not find an available, non-overlapping IPv4 address pool among the defaults to assign to the network

			As found on [https://github.com/docker/docs/issues/8663 this Docker issue], the defaults are:

			{\| class="wikitable"
			! Type !! Default Size !! Default Pool
			\|-
			\| local \|\| /16 \|\| 172.17.0.0/12
			\|-
			\| local* \|\| /20 \|\| 192.168.0.0/16
			\|}

			This can be easily fixed increasing the Docker IP space by configuring {{ic\|default-address-pools}} in {{ic\|/etc/docker/daemon.json}} increasing the size value from 16 to 24 on the first IP range, keeping the second one unaltered to avoid ip collision on the local network:

			{{hc\|/etc/docker/daemon.json\|2=
			{
			...
			"default-address-pools" : [
			{
			"base" : "172.17.0.0/12",
			"size" : 24
			},
			{
			"base" : "192.168.0.0/16",
			"size" : 24
			}
			]
			}
			}}

			Restart {{ic\|docker.service}} to apply changes.

			More details and technical explanations can be found on the following excellent article: [https://straz.to/2021-09-08-docker-address-pools/ The definitive guide to docker's default-address-pools option].

			=== Slow golang compilation ===

			Due to a ulimit configuration, building a docker image and its dependances with makepkg is very slow (stuck at "Entering fakeroot environment..." step).

			It is related to [https://github.com/moby/moby/issues/45436] and [https://github.com/containerd/containerd/pull/7566].

			You can add {{ic\|1=--ulimit "nofile=1024:524288"}} to your docker build option or create/edit:

			{{hc\|/etc/docker/daemon.json\|
			{
			"default-ulimits": {
			"nofile": {
			"Name": "nofile",
			"Soft": 1024,
			"Hard": 524288
			}
			}
			}
			}}

	== 参照 ==		== 参照 ==

Kusanaginoturugi: /* nvidia-docker を使う (非推奨) */ 英語版にあわせて削除

2024-04-12T02:09:48Z

nvidia-docker を使う (非推奨): 英語版にあわせて削除

← 古い版		2024年4月12日 (金) 11:09時点における版
433行目:		433行目:

	[https://github.com/NVIDIA/nvidia-container-runtime/blob/master/README.md README.md] も見てください。		[https://github.com/NVIDIA/nvidia-container-runtime/blob/master/README.md README.md] も見てください。

	==== nvidia-docker を使う (非推奨) ====

	[https://nvidia.github.io/nvidia-docker/ nvidia-docker] は NVIDIA Container Runtime のラッパーです。デフォルトで NVIDIA ランタイムを登録し、''nvidia-docker'' コマンドを提供します。

	nvidia-docker を使うには、{{aur\|nvidia-docker}} パッケージをインストールし、docker を[[再起動]]してください。NVIDIA GPU サポートのあるコンテナは以下の方法で実行できます:

	# docker run --runtime=nvidia nvidia/cuda:9.0-base nvidia-smi

	# nvidia-docker run nvidia/cuda:9.0-base nvidia-smi

	または (以下の方法は Docker バージョン 19.03 およびそれ以降が必要です):

	# docker run --gpus all nvidia/cuda:9.0-base nvidia-smi

	{{Note\|nvidia-docker は、NVIDIA GPU でアクセラレートされたコンテナを実行する、Docker 19.03 以前で使用されていた旧来の方法で、非推奨となっています。Docker バージョン 19.03 およびそれ以降を使用している場合、代わりに [[#NVIDIA Container Toolkit を使う (推奨)\|NVIDIA Container Toolkit]] を使用することを推奨します。}}

	==== CUDA 付き Arch Linux イメージ ====		==== CUDA 付き Arch Linux イメージ ====

AshMyzk: /* Using buildx for cross-compiling */ セクション名を翻訳

2023-05-12T05:06:31Z

Using buildx for cross-compiling: セクション名を翻訳

← 古い版		2023年5月12日 (金) 14:06時点における版
357行目:		357行目:
	最後に、{{ic\|docker-compose@''project_name''.service}} を[[起動/有効化]]してください。		最後に、{{ic\|docker-compose@''project_name''.service}} を[[起動/有効化]]してください。

	=== ~~Using~~ buildx ~~for cross-compiling~~ ===		=== クロスコンパイルに buildx を使う ===

	[https://docs.docker.com/buildx/working-with-buildx/ buildx CLI プラグイン] は新しい [https://docs.docker.com/develop/develop-images/build_enhancements/ BuildKit building toolkit] ([https://docs.docker.jp/develop/develop-images/build_enhancements.html 日本語訳ページ]) を使用します。buildx インターフェイスはマルチプラットフォームなイメージのビルドをサポートしています (ホストのアーキテクチャ以外も)。		[https://docs.docker.com/buildx/working-with-buildx/ buildx CLI プラグイン] は新しい [https://docs.docker.com/develop/develop-images/build_enhancements/ BuildKit building toolkit] ([https://docs.docker.jp/develop/develop-images/build_enhancements.html 日本語訳ページ]) を使用します。buildx インターフェイスはマルチプラットフォームなイメージのビルドをサポートしています (ホストのアーキテクチャ以外も)。

AshMyzk: 同期

2023-05-12T05:04:25Z

同期

差分を表示

Kusanaginoturugi: /* 参照 */ 空行を削除

2023-05-02T02:14:26Z

参照: 空行を削除

← 古い版		2023年5月2日 (火) 11:14時点における版
585行目:		585行目:
	* [https://awesome-docker.netlify.com/ Awesome Docker]		* [https://awesome-docker.netlify.com/ Awesome Docker]
	* [https://www.trendmicro.com/en_us/research/19/l/why-running-a-privileged-container-in-docker-is-a-bad-idea.html Why A Privileged Container in Docker Is a Bad Idea]		* [https://www.trendmicro.com/en_us/research/19/l/why-running-a-privileged-container-in-docker-is-a-bad-idea.html Why A Privileged Container in Docker Is a Bad Idea]


	{{TranslationStatus\|Docker\|2022-09-28\|748634}}		{{TranslationStatus\|Docker\|2022-09-28\|748634}}

Kusanaginoturugi: /* インストール */ 開始を起動に修正

2022-11-01T07:33:10Z

インストール: 開始を起動に修正

← 古い版		2022年11月1日 (火) 16:33時点における版
16行目:		16行目:
	== インストール ==		== インストール ==

	Docker イメージを pull し Docker コンテナを実行するには、Docker Engine が必要です。Docker Engine には、コンテナを管理するデーモンや {{ic\|docker}} CLI フロントエンドが含まれています。{{Pkg\|docker}} パッケージを[[インストール]]してください。開発版は {{Aur\|docker-git}} パッケージを[[インストール]]してください。次に、{{ic\|docker.service}} を[[開始/有効化]]して、動作することを確認してください:		Docker イメージを pull し Docker コンテナを実行するには、Docker Engine が必要です。Docker Engine には、コンテナを管理するデーモンや {{ic\|docker}} CLI フロントエンドが含まれています。{{Pkg\|docker}} パッケージを[[インストール]]してください。開発版は {{Aur\|docker-git}} パッケージを[[インストール]]してください。次に、{{ic\|docker.service}} を[[起動/有効化]]して、動作することを確認してください:

	# docker info		# docker info