はじめに
最近WSL2にDockerをインストールして、WSL2内でコーディングをするような環境を構築しました。
その環境でDocker経由でファイルを作成するとパーミッションエラーが起こったためその解決方法をまとめます。
※WSL2にインストールしたDockerにて動作確認はしておりますが、Docker for WSL2では未検証です。
また、Macでも動作しません。あくまでもLinux環境での設定としてください。
原因
Linux系のホストからDockerにボリュームをマウントするとホスト側から編集できなくなることがあります。
これはホストのユーザとDockerコンテナ内のユーザIDが異なるためパーミッションエラーとなるためです。
対処方法は、ホストとコンテナ内のユーザIDを合わせることです。
解決策
/etc/passwdと/etc/groupをDockerコンテナにマウントする
やり方は下記の記事を参考にしています。
dockerでvolumeをマウントしたときのファイルのowner問題 - Qiita
dockerでvolumeをマウントするときの問題点docker runするときに-vオプションをつけることによってホストのディレクトリをコンテナ内にマウントすることができる。ホスト側のファイル…
qiita.com
docker-compose.ymlで/etc/passwdと/etc/groupをマウント
コンテナ内で勝手に書き換えないようにro（read only）オプションをつけています。
version: '3'
services:
nginx:
build:
context: ./
dockerfile: ./docker/nginx/Dockerfile
ports:
- 8080:80
volumes:
- ./app/public:/app/public:cached
php-fpm:
build:
context: ./
dockerfile: ./docker/php-fpm/Dockerfile
volumes:
- ./app:/app:cached
- /etc/passwd:/etc/passwd:ro
- /etc/group:/etc/group:ro※Dockerfileの詳細は割愛します。
起動コマンド
コンテナを実行するときにユーザIDを指定してやることで、そのユーザと同じUIDでコンテナを操作できます。
# コンテナ起動済みの場合の例
$ docker-compose exec -u $(id -u $USER) nginx /bin/bash
# コンテナ未起動の場合
$ docker-compose run --rm -u $(id -u $USER) nginx /bin/bashコマンドが長いので、.bashrcなどでエイリアスを設定しておくと良いかも。
$ cat .bashrc
...
alias doce='docker-compose exec -u $(id -u $USER)'
alias docr='docker-compose run --rm -u $(id -u $USER)'
...まとめ
Windows側のエディタでファイルを編集する場合はWSL側のパーミッションは無視できますが、
WSL2側でファイル操作しようと思うとパーミッションも考慮する必要が出てきます。
気を付けよう。
コメント