LinuxServer.ioチームは、次のような別のコンテナリリースをお届けします。
定期的かつタイムリーなアプリケーションの更新
簡単なユーザーマッピング(PGID、PUID)
S6オーバーレイを備えたカスタムベースイメージ
LinuxServer.ioエコシステム全体にわたって共通のレイヤーを使用して毎週のベースOS更新を行い、スペースの使用量、ダウンタイム、帯域幅を最小限に抑える
定期的なセキュリティの更新
で私たちを見つけてください:
ブログ - ハウツーガイド、意見などを含む私たちのコンテナでできることはすべてできます!
Discord-コミュニティとチームとのリアルタイムサポート /チャット。
談話 - コミュニティフォーラムに投稿します。
フリート - 維持されているすべての画像を表示するオンラインWebインターフェイス。
Github-すべてのリポジトリのソースを表示します。
集団を開く - 私たちの予算を寄付または貢献することで、私たちを支援することを検討してください
代わりにUnifi-Network-Application画像をお勧めします:https://github.com/linuxserver/docker-unifi-network-application
Unifi-Controllerソフトウェアは、低レイテンシと高稼働時間のパフォーマンスを必要とする高密度クライアントの展開に最適な強力なエンタープライズワイヤレスソフトウェアエンジンです。
マルチプラットフォームの認識のためにDockerマニフェストを利用しています。詳細については、Dockerから入手できます。ここで発表しています。
lscr.io/linuxserver/unifi-controller:latest
を引くだけで、アーチの正しい画像を取得する必要がありますが、タグを介して特定のアーチ画像をプルすることもできます。
この画像でサポートされているアーキテクチャは次のとおりです。
建築 | 利用可能 | タグ |
---|---|---|
x86-64 | ✅ | AMD64- <バージョンタグ> |
ARM64 | ✅ | ARM64V8- <バージョンタグ> |
ARMHF |
この画像は、タグを介して利用可能なさまざまなバージョンを提供します。説明を注意深く読んで、不安定なタグを使用する場合は注意を払ってください。
タグ | 利用可能 | 説明 |
---|---|---|
最新 | ✅ | 安定したUNIFIコントローラーリリース。 |
mongoless | ✅ | MongoDBを含む安定したUNIFIコントローラーがリリースされます。 |
詳細については、https://info.linuxserver.io/issues/2023-09-06-unifi-controllerを参照してください。
WebUIはhttps:// ip:8443にあり、最初の実行ウィザードでセットアップされています。
Unifiが他のデバイス(アクセスポイントなどのデバイスを採用するには、IPアドレスが情報を変更する必要があります。 UnifiはDocker内でデフォルトで実行されるため、他のデバイスでアクセスできないIPアドレスを使用します。これを変更するには、[設定]> [システム]> [Advanced]に移動し、デバイスがアクセスできるホスト名またはIPアドレスに情報ホストを設定します。さらに、チェックボックスの「オーバーライド」をチェックする必要があります。これにより、デバイスが採用中にコントローラーに接続できるようにします(デバイスは、採用中にインフォーエンドポイントを使用します)。
Unifiは、リリースごとにこのオプションの場所を変更するため、設定で「情報を提供」または「ホストを通知する」または「情報通知」を検索してください。
デバイスを手動で採用するために、これらの手順を実行します。
ssh ubnt@$AP-IP set-inform http://$address:8080/inform
デフォルトのデバイスパスワードはubnt
です。 $address
、このコンテナを実行しているホストのIPアドレスであり、 $AP-IP
はアクセスポイントIPアドレスです。
セキュリティゲートウェイ(ルーター)を使用する場合、ネットワーク接続デバイスがIPアドレスを取得できない可能性があります。これは、「DHCP Gateway IP」を設定> [Networks]> Network_Name、正しい(およびアクセス可能な)IPアドレスに設定することで修正できます。
この画像は、デフォルトで自己署名証明書を使用します。これは当然、スキームがhttps
であることを意味します。証明書を検証する逆プロキシを使用している場合は、コンテナのこのチェックを無効にする必要があります。
この画像からコンテナの作成を開始するには、Docker-ComposeまたはDocker CLIを使用できます。
---バージョン: "2.1"サービス:Unifi-controller:image:lscr.io/linuxserver/unifi-controller:latestcontainer_name:unifi-controllerenvironment: -PUID = 1000 -PGID = 1000 -TZ = ETC/UTC -MEM_LIMIT = 1024 #OPTIONAL -MEM_STARTUP = 1024 #OPTIONALVOLUMES: - /path/to/data:/configports: -8443:8443-3478:3478/UDP -10001:10001/UDP -8080:8080-1900:1900/UDP #optional -8843:8843 /udp #optionalrestart:ストップをしない限り
docker run -d -name = unifi-controller -e puid = 1000 -e pgid = 1000 -e tz = etc/utc -e mem_limit = 1024 `#optional` -e mem_startup = 1024 `#optional` -p 8443:8443 -p 3478:3478/udp -p 10001:10001/udp -p 8080:8080 -p 1900:1900/udp `#optional` -p 8843:8843 `#optional` -p 8880:8880 `#optional` -p 6789:6789 `#optional` -p 5514:5514/udp `#optional` -v/path/to/data:/config - ストップをしない限り、restart lscr.io/linuxserver/unifi-controller:latest
コンテナは、実行時に渡されたパラメーターを使用して構成されます(上記のようなものなど)。これらのパラメーターはコロンによって分離され、それぞれ<external>:<internal>
を示します。たとえば、 -p 8080:80
、コンテナの内側からポート80
露出して、コンテナの外側のポート8080
のホストのIPからアクセスできるようにします。
パラメーター | 関数 |
---|---|
-p 8443 | Unifi Web管理ポート |
-p 3478/udp | Unifiスタンポート |
-p 10001/udp | AP発見に必要です |
-p 8080 | デバイス通信に必要です |
-p 1900/udp | Make controller discoverable on L2 network ために必要です |
-p 8843 | UNIFIゲストポータルHTTPSリダイレクトポート |
-p 8880 | UNIFIゲストポータルHTTPリダイレクトポート |
-p 6789 | モバイルスループットテスト用 |
-p 5514/udp | リモートSyslogポート |
-e PUID=1000 | useridについては、説明については以下を参照してください |
-e PGID=1000 | GroupIDについては、説明については以下を参照してください |
-e TZ=Etc/UTC | 使用するタイムゾーンを指定して、このリストを参照してください。 |
-e MEM_LIMIT=1024 | オプションでJavaメモリ制限(メガバイトで)を変更します。 default に設定して、デフォルトにリセットします |
-e MEM_STARTUP=1024 | オプションで、Javaの初期/最小メモリ(Megabytes)を変更します。 default に設定して、デフォルトにリセットします |
-v /config | ここに保存されているすべてのUNIFIデータ |
特別なPrepend 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 unifi -controller /bin /bash
コンテナのログをリアルタイムで監視するには:
docker logs -f unifi -controller
コンテナバージョン番号:
docker Inspect -f '{{index .config.labels "build_version"}}' unifi -controller
画像バージョン番号:
Docker Inspect -F '{{index .config.labels "build_version"}}' lscr.io/linuxserver/unifi-controller:latest
私たちの画像のほとんどは静的、バージョンであり、内部のアプリを更新するために画像の更新とコンテナレクリエーションが必要です。いくつかの例外(つまり、NextCloud、Plex)を除き、コンテナ内のアプリの更新を推奨またはサポートしません。画像に推奨されるかどうかを確認するには、上記のアプリケーションセットアップセクションを参照してください。
以下は、コンテナを更新するための指示です。
画像の更新:
すべての画像:
Docker-Compose Pull
単一画像:
Docker-Compose Pull Unifi-Controller
コンテナの更新:
すべてのコンテナ:
docker -compose up -d
単一のコンテナ:
docker-compose up -d unifi-controller
古いぶら下がっている画像を削除することもできます。
Docker画像剪定
画像を更新します:
docker pull lscr.io/linuxserver/unifi-controller:latest
実行中のコンテナを停止します:
Docker Stop Unifi-Controller
コンテナを削除します。
Docker RM Unifi-Controller
上記と同じDocker実行パラメーターを備えた新しいコンテナを再作成します(ホストフォルダーに正しくマッピングされた場合、 /config
フォルダーと設定が保存されます)
古いぶら下がっている画像を削除することもできます。
Docker画像剪定
最新の画像をそのタグに引っ張り、1回の実行で同じenv変数に置き換えます。
docker run -rm -v /var/run/docker.sock:/var/run/docker.sock cantablrr/監視機 -Run-Once Unifi-Controller
古いぶら下がり画像を削除することもできます: docker image prune
警告:既存のDockerコンテナの自動更新のソリューションとして、監視塔の使用を推奨しません。実際、私たちは一般的に自動化された更新を思いとどまらせます。ただし、これは、元のパラメーターを忘れたコンテナの1回限りの手動更新に役立つツールです。長期的には、Docker Composeを使用することを強くお勧めします。
ヒント:更新通知にはDIUNをお勧めします。コンテナを無人に自動的に更新する他のツールは、推奨またはサポートされていません。
開発目的でこれらの画像にローカルな変更を加えたい場合、またはロジックをカスタマイズするためだけに、
git clone https://github.com/linuxserver/docker-unifi-controller.gitcd docker-unifi-controller Dockerビルド - ノーキャッシュ - 引く -t lscr.io/linuxserver/unifi-controller:latest。
ARMバリアントは、 multiarch/qemu-user-static
を使用してX86_64ハードウェア上に構築できます
docker run - rm-privileged multiarch/qemu-user-static:Register-reset
登録したら、 -f Dockerfile.aarch64
で使用するDockerfileを定義できます。
01.01.24: - 非難。
05.09.23: - https://info.linuxserver.io/issues/2023-09-06-unifi-controllerに従って非推奨警告を追加します。
04.09.23: - v7.5をサポートするためにJREを17にバンプします。
02.05.23: - 画像サイズを縮小するために、ビルド中にapt-get install
クリーンアップします。
18.03.23: - Mongolessブランチを追加します。
10.03.23: - 故障した場合、 /run /unifiへの書き込みとsymlink to /config /runをテストします。
20.02.23: -S6v3に移行し、ビルドにデブパッケージをインストールし、権限を修正します。
23.01.23: - /config
ボリュームからrun
を除外します。
30.11.22: - JREを11にぶつけます。
01.06.22: - ARMHFを非難します。
23.12.21: - runからsystem.propertiesにmin/maxメモリ構成を移動します。
22.12.21: -Debパッケージのインストールを最初のinitに移動して、OverlayFSパフォーマンスの問題を避けます。
13.12.21: -64ビットコンテナをフォーカルにリベースします。
11.12.21: - Java Optsを追加してCVE-2021-44228を緩和します。
11.06.21: - 新しいオプションの環境変数を介してJava初期MEMを変更することを許可します。
12.01.21: - UnifiがLTS Stable Buildsをリリースしなくなったため、 LTS
タグを非難します。既存のユーザーはlatest
タグに切り替えることができます。 5.6.42(LTS)から6.0.42(最新)への直接アップグレードは正常にテストされました。
17.07.20: -64ビットコンテナをバイオニックおよびマンゴ3.6にリベースします。
16.06.20: - logrotateを追加します。
02.06.20: - 更新されたポートリストと説明。一部のポートをオプションに移動しました。
14.11.19: -DebパッケージのURLを変更して、新しいUbiquityドメインを一致させました。
29.07.19: - 新しいオプションの環境変数を介してJava Mem Limitを変更してください。
23.03.19: - 新しいベース画像に切り替え、ARM32v7タグにシフトします。
10.02.19: - 新しいタグとパイプラインロジックを使用した新しいUnifi -Controller画像の初期リリース