docker resilio sync
3.0.0.1409-1-ls194
LinuxServer.io チームは、次の機能を備えた別のコンテナ リリースを提供します。
私たちを見つけてください:
Resilio-sync (旧称 BitTorrent Sync) は、BitTorrent プロトコルを使用して、すべてのデバイス間でファイルとフォルダーを同期します。無料版と有料版の両方があり、このコンテナは両方をサポートしています。公式の同期イメージがありますが、ボリュームのアクセス許可を簡素化するユーザー マッピングをサポートしているため、これを作成しました。
マルチプラットフォーム対応のために Docker マニフェストを利用します。詳細については、docker のこちらと、発表についてのこちらをご覧ください。
単にlscr.io/linuxserver/resilio-sync:latestをプルするだけで、アーチの正しいイメージが取得されますが、タグを介して特定のアーチ イメージをプルすることもできます。
このイメージでサポートされているアーキテクチャは次のとおりです。
| 建築 | 利用可能 | タグ |
|---|---|---|
| x86-64 | ✅ | amd64-<バージョンタグ> |
| 腕64 | ✅ | arm64v8-<バージョンタグ> |
| アームフ |
<your-ip>:8888にあり、アカウントの作成と構成を行います。このイメージからコンテナーの作成を開始するには、docker-compose または docker cli を使用できます。
---
services :
resilio-sync :
image : lscr.io/linuxserver/resilio-sync:latest
container_name : resilio-sync
environment :
- PUID=1000
- PGID=1000
- TZ=Etc/UTC
volumes :
- /path/to/resilio-sync/config:/config
- /path/to/downloads:/downloads
- /path/to/data:/sync
ports :
- 8888:8888
- 55555:55555
restart : unless-stoppeddocker run -d
--name=resilio-sync
-e PUID=1000
-e PGID=1000
-e TZ=Etc/UTC
-p 8888:8888
-p 55555:55555
-v /path/to/resilio-sync/config:/config
-v /path/to/downloads:/downloads
-v /path/to/data:/sync
--restart unless-stopped
lscr.io/linuxserver/resilio-sync:latestコンテナーは、実行時に渡されるパラメーター (上記など) を使用して構成されます。これらのパラメータはコロンで区切られ、それぞれ<external>:<internal>を示します。たとえば、 -p 8080:80 、コンテナ内部のポート80を公開し、コンテナ外部のポート8080上のホストの IP からアクセスできるようにします。
| パラメータ | 関数 |
|---|---|
-p 8888 | WebUI |
-p 55555 | 同期ポート。 |
-e PUID=1000 | UserID については、以下の説明を参照してください。 |
-e PGID=1000 | GroupID については、以下の説明を参照してください。 |
-e TZ=Etc/UTC | 使用するタイムゾーンを指定します。このリストを参照してください。 |
-v /config | resilio-sync が構成ファイルを保存する場所。 |
-v /downloads | ダウンロード/キャッシュ用のフォルダー。 |
-v /sync | 同期フォルダーのルート。 |
特別な先頭にFILE__使用すると、ファイルから任意の環境変数を設定できます。
例として:
-e FILE__MYVAR=/run/secrets/mysecretvariable /run/secrets/mysecretvariableファイルの内容に基づいて環境変数MYVAR設定します。
すべてのイメージに対して、オプションの-e UMASK=022設定を使用して、コンテナ内で開始されるサービスのデフォルトの umask 設定をオーバーライドする機能を提供します。 umask は chmod ではないことに注意してください。追加するものではなく、その値に基づいて権限から減算されます。サポートを求める前に、ここをお読みください。
ボリューム ( -vフラグ) を使用する場合、ホスト OS とコンテナーの間で権限の問題が発生する可能性があります。ユーザーPUIDとグループPGID指定できるようにすることで、この問題を回避します。
ホスト上のすべてのボリューム ディレクトリが指定した同じユーザーによって所有されていることを確認すると、権限の問題は魔法のように消えます。
この例ではPUID=1000およびPGID=1000で、自分のものを見つけるには、次のようにid your_userを使用します。
id your_user出力例:
uid=1000(your_user) gid=1000(your_user) groups=1000(your_user)
コンテナー内の追加機能を有効にするさまざまな Docker Mod を公開しています。この画像に利用可能な MOD (存在する場合) のリストと、画像のいずれかに適用できるユニバーサル MOD のリストには、上の動的バッジからアクセスできます。
コンテナーの実行中のシェル アクセス:
docker exec -it resilio-sync /bin/bashコンテナのログをリアルタイムで監視するには:
docker logs -f resilio-syncコンテナのバージョン番号:
docker inspect -f ' {{ index .Config.Labels "build_version" }} ' resilio-syncイメージのバージョン番号:
docker inspect -f ' {{ index .Config.Labels "build_version" }} ' lscr.io/linuxserver/resilio-sync:latestほとんどのイメージは静的でバージョン管理されており、内部のアプリを更新するにはイメージの更新とコンテナーの再作成が必要です。一部の例外 (関連する readme.md に記載) を除き、コンテナー内のアプリの更新は推奨またはサポートされていません。イメージに推奨されるかどうかを確認するには、上記のアプリケーション セットアップ セクションを参照してください。
コンテナを更新する手順は次のとおりです。
画像を更新します:
すべての画像:
docker-compose pull単一の画像:
docker-compose pull resilio-syncコンテナを更新します。
すべてのコンテナ:
docker-compose up -d単一コンテナ:
docker-compose up -d resilio-sync古い未解決のイメージを削除することもできます。
docker image prune画像を更新します。
docker pull lscr.io/linuxserver/resilio-sync:latest実行中のコンテナを停止します。
docker stop resilio-syncコンテナを削除します。
docker rm resilio-sync上記の手順と同じ docker run パラメーターを使用して新しいコンテナーを再作成します (ホスト フォルダーに正しくマッピングされている場合、 /configフォルダーと設定は保持されます)。
古い未解決のイメージを削除することもできます。
docker image pruneヒント
更新通知にはDiunをお勧めします。コンテナーを無人で自動的に更新する他のツールは推奨またはサポートされていません。
開発目的または単にロジックをカスタマイズするために、これらのイメージにローカル変更を加えたい場合は、次のようにします。
git clone https://github.com/linuxserver/docker-resilio-sync.git
cd docker-resilio-sync
docker build
--no-cache
--pull
-t lscr.io/linuxserver/resilio-sync:latest . ARM バリアントは、 lscr.io/linuxserver/qemu-static /qemu-static を使用して x86_64 ハードウェア上に構築でき、その逆も可能です。
docker run --rm --privileged lscr.io/linuxserver/qemu-static --reset登録したら、 -f Dockerfile.aarch64で使用する dockerfile を定義できます。
UMASK_SET非推奨にし、基本イメージの UMASK を優先します。詳細については、上記を参照してください。
