ニュース¶

Incus 7.2 リリースのお知らせ¶

2026/06/26

Incus チームは、Incus 7.2 のリリースのアナウンスができてうれしいです!

今回も、多岐にわたる新機能や、いつものようにパフォーマンス向上やバグ修正を含む、盛りだくさんなリリースとなっています。

いつものように、オンラインでご自身で試せます: Linux Containers - Incus - オンラインでの試用

セキュリティ修正 ¶

このリリースでは、8 件のセキュリティ問題を修正しました:

• CVE-2026-48749 (critical) - 悪意あるイメージ内の rootfs/ シンボリックリンクを経由したホスト上の任意のファイルの読み書き
• CVE-2026-48750 (critical) - 細工されたイメージ内の exec-output シンボリックリンクを介したホスト上の任意のファイルに対する書き込み
• CVE-2026-48751 (critical) - 任意のコマンド実行につながるプロジェクト制限のバイパス
• CVE-2026-48752 (critical) - 悪意あるイメージ内の templates/ シンボリックリンクを介したホスト上の任意のファイルの読み書き
• CVE-2026-48755 (critical) - 任意のファイルへの書き込みおよびコマンド実行につながる、バックアップ圧縮アルゴリズムにおける引数インジェクション
• CVE-2026-48769 (critical) - 信頼されたイメージハッシュに起因するクライアント上の任意のファイルに対する書き込み
• CVE-2026-55621 (high) - プロジェクト間のカスタムボリュームコピーに対するプロジェクト制限のバイパス
• CVE-2026-55622 (high) - プロジェクト間のインスタンスコピーにおけるプロジェクト制限の回避

新機能 ¶

インスタンスごとの SELinux 統合 ¶

Incus は、コンテナと仮想マシンの両方に対して、インスタンスごとの SELinux 隔離をサポートするようになりました。同じホスト上のインスタンスをお互いに分離するために、MCS（マルチカテゴリーセキュリティ）を自動的に割り当てます。

• security.selinux.type: インスタンスストレージに使用する SELinux ファイルタイプを上書きします
• security.selinux.level: SELinux MCS レベルを上書きします
• security.selinux.label_rootfs: rootfs のラベリング動作をコントロールします（auto、always、neverのいずれか）

計算されたコンテキストは、volatile.selinux.context キーに保持されるため、割り当てられた MCS レンジは再起動後も一定の状態を保ちます。

ドキュメント: https://linuxcontainers.org/incus/docs/main/reference/instance_options/#instance-options-security

新しい incus default CLI コマンド ¶

CLI のデフォルトオプションを制御しやすくするために incus default コマンドが追加されました。

stgraber@orilla:~$ incus default show
list_format: ""
console_type: ""
console_spice_command: ""
no_color: false
stgraber@orilla:~$ incus default set list_format=compact
stgraber@orilla:~$ incus storage list
  NAME    DRIVER  DESCRIPTION  USED BY   STATE  
 default  zfs                  11       CREATED 
stgraber@orilla:~$ incus default unset list_format
stgraber@orilla:~$ incus storage list
+---------+--------+-------------+---------+---------+
|  NAME   | DRIVER | DESCRIPTION | USED BY |  STATE  |
+---------+--------+-------------+---------+---------+
| default | zfs    |             | 11      | CREATED |
+---------+--------+-------------+---------+---------+
stgraber@orilla:~$

これらのオプションに関するドキュメントも更新されました:

https://linuxcontainers.org/incus/docs/main/client-config/

デフォルトでフィルタリングされたサーバー情報 ¶

incus info は、フィルタリングされたサーバー情報表示がデフォルトになりました。

デフォルトでは、すべての秘密鍵、証明書、その他のトークンが隠されます（SENSITIVE に置き換えられます）。これらを表示するには、--show-sensitive オプションが必要です。また、API 拡張の完全なリストを非表示にし、代わりにその数だけを表示することで、出力が簡潔になります。

CLI からの Keepalive タイムアウト ¶

incus remote コマンドに、接続の Keepalive タイムアウトを設定するための set-keepalive サブコマンドが追加されました。

stgraber@orilla:~$ incus remote set-keepalive my-remote 30
stgraber@orilla:~$ incus remote set-keepalive my-remote 0

CLI の Keepalive 機能は、リモートサーバーとの接続を維持するために使われます。それにより、後続のやりとりをかなり高速化します。これは、レイテンシーの高い接続や、多数の incus コマンドが実行される環境で特に役に立ちます。

CLI 設定の OS ごとの適切な処理 ¶

CLI が、設定やキャッシュデータを OS ごとの適切な場所に保存するようになりました。

これまでは、CLI は OS を問わず、常に ~/.config/incus/ と ~/.cache/incus/ を使用していました。その結果、macOS や Windows では、標準的ではない場所に保存されていました。

Incus 7.2 からは、macOS では ~/Library/Application Support/incus/ が、Windows では %APPDATA%\incus が使われるようになりました。CLI は初回起動時に自動的に設定ファイルを新しい場所に移動します。

スタンドアロンサーバーの証明書更新 ¶

新しいコマンド incus admin update-certificate を使うと、（クラスター化されていない）スタンドアロンシステム上のサーバー証明書を置き換えられるようになりました。

このコマンドは、スタンドアロンシステム向けの機能であり、incus cluster update-certificate に相当するコマンドです。/var/lib/incus/ 内のファイルを直接変更する方法が、このコマンドに置き換えられました。

OCI コンテナの静的ネットワーク設定 ¶

OCI アプリケーションコンテナで、ネットワークを静的に設定できるようになりました。

NIC の ipv4.address と ipv6.address キーに CIDR 値を設定し、コンテナ内のアドレスを静的に設定できます。そして、新たな ipv4.gatewayと ipv6.gateway キーでデフォルトゲートウェイを設定します。いずれかのアドレスを none に設定することで、そのアドレスファミリーに対して設定されなくなり、組み込みの DHCP クライアントも、そのアドレスファミリーに対しては動作しなくなります。

DNS に関して、新しいインスタンス設定キー oci.dns.nameservers、oci.dns.domain、oci.dns.search を使用して、コンテナの resolv.conf の初期内容を設定できます。この設定内容は、DHCP 経由で受信した情報でさらに拡張されます。

これらのキーはすべて、OCI コンテナに対してのみ有効です。

stgraber@orilla:~$ incus create docker:nginx my-nginx
Creating my-nginx
stgraber@orilla:~$ incus config set my-nginx oci.dns.nameservers=1.0.0.1,1.1.1.1 oci.dns.domain=stgraber.net
stgraber@orilla:~$ incus config device override my-nginx eth0 ipv4.address=10.10.10.2/24 ipv4.gateway=10.10.10.1
Device eth0 overridden for my-nginx
stgraber@orilla:~$ incus start my-nginx
stgraber@orilla:~$ incus list my-nginx
+----------+---------+-------------------+------------------------------------------------+-----------------+-----------+
|   NAME   |  STATE  |       IPV4        |                      IPV6                      |      TYPE       | SNAPSHOTS |
+----------+---------+-------------------+------------------------------------------------+-----------------+-----------+
| my-nginx | RUNNING | 10.10.10.2 (eth0) | fd42:8b9f:58e4:b6ac:1266:6aff:fecb:e324 (eth0) | CONTAINER (APP) | 0         |
+----------+---------+-------------------+------------------------------------------------+-----------------+-----------+

インスタンスごとの BGP ルートアドバタイズ ¶

マネージドブリッジネットワークに、新しい設定キーが 2 つ追加されました。bgp.ipv4.instances と bgp.ipv6.instances です。

有効にすると、Incus は、ネットワークに接続されている実行中のインスタンスそれぞれに対して、BGP 経由で /32 （IPv4）または /128 （IPv6） のルートを広告し、インスタンスが停止するとルートを取り消します。これにより BGP 環境において、個々のインスタンスに直接ルーティングすることが容易になります。

その一環として、Incus にインスタンス起動時に一定期間 ARP/NDP をモニタリングして、インスタンスの IP アドレスを学習する機能が拡張されました。

ドキュメント : https://linuxcontainers.org/incus/docs/main/reference/network_bridge/

プロキシー NAT モードでのダイナミックアドレス ¶

インスタンスの IP アドレスを検出する機能をもとにして、NAT モードで実行されるプロキシーデバイスは、動的アドレスとワイルドカードリッスンアドレスを使用できるようになりました。これにより、プロキシーデバイスの設定でインスタンスのアドレスをハードコードする必要がなくなりました。

stgraber@orilla:~$ incus launch docker:nginx my-nginx
Launching my-nginx
stgraber@orilla:~$ incus config device add my-nginx http-80 proxy listen=tcp:0.0.0.0:1234 connect=tcp:0.0.0.0:80 nat=true
Device http-80 added to my-nginx
stgraber@orilla:~$ incus list my-nginx
+----------+---------+--------------------+------------------------------------------------+-----------------+-----------+
|   NAME   |  STATE  |        IPV4        |                      IPV6                      |      TYPE       | SNAPSHOTS |
+----------+---------+--------------------+------------------------------------------------+-----------------+-----------+
| my-nginx | RUNNING | 10.80.1.162 (eth0) | fd42:8b9f:58e4:b6ac:1266:6aff:fe55:dbdb (eth0) | CONTAINER (APP) | 0         |
+----------+---------+--------------------+------------------------------------------------+-----------------+-----------+
stgraber@orilla:~$ ip -4 a show dev enp0s5
2: enp0s5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    altname enx001c42e6a809
    inet 10.211.55.3/24 brd 10.211.55.255 scope global dynamic noprefixroute enp0s5
       valid_lft 1031sec preferred_lft 1031sec
stgraber@orilla:~$ nc -v 10.211.55.3 1234
Connection to 10.211.55.3 1234 port [tcp/*] succeeded!

VM に対する NBD アクセスの拡張 ¶

新たに公開された GET /1.0/instances/{name}/nbd エンドポイントにより、仮想マシンに接続されているすべてのディスクが NBD 経由で公開され、一度に 1 つのボリュームではなく、すべてのディスクに同時にアクセスできるようになりました。

これは、複数クライアントによる同時接続をサポートする新しい incus debug nbd コマンドにも統合されています。

stgraber@orilla:~$ incus start v1
stgraber@orilla:~$ incus debug nbd v1
NBD listening on 127.0.0.1:36539

これらの API は、主に VM 上のすべてのドライブに容易に、一貫してアクセスする必要があるバックアップシステム用に作られています。NBD エクスポートでは、ダーティービットマップも公開されるため、容易にインクリメンタルバックアップが作成できます。

インスタンスが停止している場合、個々のボリュームの NBD API を通して復元を実行できます。

ストレージボリュームの Btrfs 圧縮 ¶

btrfs ドライバーに、新たにストレージボリュームに関する btrfs.compression 設定キーが追加されました。これは Btrfs の compression プロパティーにマップされ、同じ値を取ります（例えば zstd、lzo、zlib、none）。

これは、既存の Btrfs ファイルシステムの圧縮設定を上書きするのに使えます。そして、Incus ボリュームで異なる圧縮アルゴリズムを使ったり、圧縮をオフにしたりできるようになります。圧縮をオフにすることにより、Incus は仮想マシンのディスクに対して nocow フラグを設定できるようになります。

ドキュメント : https://linuxcontainers.org/incus/docs/main/reference/storage_btrfs/

InfiniBand の SR-IOV GUID 設定 ¶

sriov nictype を使用する infiniband デバイスで新しい設定キー node_guid と port_guid がサポートされるようになりました。

これらのキーが設定されると、割り当てられた仮想機能の対応する GUID は、インスタンスの起動時に指定された値に変更され、インスタンスの停止時に元の値に戻ります。

ドキュメント : https://linuxcontainers.org/incus/docs/main/reference/devices_infiniband/

Websocket オリジン制限 ¶

新たなサーバー設定キー core.https_allowed_websocket_origin を追加しました。

許可するオリジンのカンマ区切りのリスト、もしくはワイルドカードとして * が指定できます。これにより、Websocket 接続で受け付けるオリジンを制御できます。

これは、クロスオリジンアクセスだけでなく、一部のプロキシー環境においても役に立ちます。

ドキュメント : https://linuxcontainers.org/incus/docs/main/server_config/#server-options-core

遅延機能のロギング ¶

今回のリリースで、リポジトリー全体にわたる大きな変更として、遅延したクリーンアップ呼び出しのロギングが追加されました。

その結果、ユーザーは、多数の新しい WARNING レベルのログエントリーに気づくかもしれません（例えば、ファイル・ソケット・レスポンスボディーのクローズに関するログ）。これは想定内の動作であり、不具合を示すものではありません。これらのエラーは以前から起こっていたものの、単に無視されていただけです。

もしそのような不審だったり、繰り返しのメッセージに気づいた場合、調査や出力停止ができる可能性があるため、お知らせください。

すべての変更点 ¶

このリリースのすべての変更のリストは次の通りです（翻訳なし）:

ドキュメント¶

Incus のドキュメントはこちらです:
https://incus-ja.readthedocs.io/ja/latest/ （日本語訳）
https://linuxcontainers.org/incus/docs/main/ （原文）

パッケージ ¶

Incus の開発元は、通常リリースの tarball のみをリリースするため、公式の Incus パッケージはありません。Incus を実行するために使えるオプションを以下にいくつか示します。

Linux 上に Incus サーバーをインストールする ¶

Incus はほとんどの一般的な Linux ディストリビューションで利用できます。インストール手順の詳細は、Incus のドキュメントを参照してください。

https://incus-ja.readthedocs.io/ja/latest/installing/ （日本語訳）
https://linuxcontainers.org/incus/docs/main/installing/ （原文）

Incus クライアントの Homebrew パッケージ ¶

Homebrew 経由で、Linux と macOS 向けにクライアントツールが利用できます。

https://formulae.brew.sh/formula/incus

Incus クライアントの Chocolatey パッケージ ¶

Chocolatey 経由で、Windows ユーザー向けにクライアントツールが利用できます。

https://community.chocolatey.org/packages/incus/7.2.0

Incus クライアントの Winget パッケージ ¶

Winget 経由で、Windows ユーザー向けにクライアントツールが利用できます。

https://winstall.app/apps/LinuxContainers.Incus

サポート ¶

月次のフィーチャーリリースは、次のリリースがリリースされるまでのみサポートされます。より長いサポート期間と少ない変更頻度が必要な場合、代わりに Incus 7.0 LTS の使用を検討すべきです。

コミュニティサポートはこちらから : https://discuss.linuxcontainers.org
商用サポートはこちらから : https://zabbly.com/incus
バグはこちらから報告できます : https://github.com/lxc/incus/issues

Incus 7.1 リリースのお知らせ¶

2026/05/30

Incus チームは、Incus 7.1 のリリースのアナウンスができてうれしいです!

このリリースは、Incus 7.0 LTS リリース以来初めての月次フィーチャーリリースです。今回は、少し時間が取れましたので、バックログを少し片付けることができたので、かなり新機能が豊富なリリースになっています。

いつものように、オンラインでご自身で試せます: https://linuxcontainers.org/incus/try-it/

セキュリティ修正 ¶

このリリースでは、4 件のセキュリティ問題を修正しました:

• CVE-2026-48753 (critical)
• CVE-2026-47753 (low)
• CVE-2026-48754 (low)
• CVE-2026-48756 (low)

新機能 ¶

カスタムストレージボリュームのリビルド ¶

新しい incus storage volume rebuild コマンドを使って、カスタムストレージボリュームのリビルドができるようになりました。

もとになるボリュームを削除し、新しい空のボリュームを同じ設定で作成します。リビルドはスナップショットがないボリュームのときのみ可能です。

これは実質的に、インスタンスに対する incus rebuild と同じ動作ですが、カスタムストレージボリュームに適用されるようになりました。

stgraber@castiana:~$ incus storage volume create default foo
Storage volume foo created
stgraber@castiana:~$ incus storage volume rebuild default foo
Storage volume foo rebuilt

仮想マシンの明示的な CPU トポロジー ¶

仮想マシンに対する limit.cpu 設定キーを利用して、sock=2,cores=4,threads=2 のような形式で明示的に CPU トポロジーを指定できるようになりました。

これによりゲストに対して公開するものの柔軟性が高まります。しかしこの構文を使用すると、その仮想マシンにたいする動的な CPU ホットプラグとホットリムーブが無効になることに注意してください。

stgraber@castiana:~$ incus launch images:debian/13 v1 --vm -c limits.cpu="sockets=4,cores=2,threads=4"
Launching v1
stgraber@castiana:~$ incus exec v1 bash
root@v1:~# lscpu | grep -E 'Socket|Core|Thread'
Thread(s) per core:                      4
Core(s) per socket:                      2
Socket(s):                               4
root@v1:~# nproc
32

カスタム TPM プラットフォーム証明書 ¶

新しいサーバーの設定キーをいくつか導入しました:

• instances.tpm.platform_cert
• instances.tpm.platform_key

これにより、仮想 TPM デバイスの Endorsement Key に署名するための認証局を提供できるようになります。こうすることで、特定の TPM デバイスに対する信頼を確立できるようになります。

stgraber@castiana:~$ incus config get instances.tpm.platform_cert
-----BEGIN CERTIFICATE-----
MIIBjDCCATOgAwIBAgIUD0ayUKYdRlCHaXIzzSTWIDX0L4owCgYIKoZIzj0EAwMw
HDEaMBgGA1UEAwwRSW5jdXMgVFBNIHNpZ25pbmcwHhcNMjYwNTIzMDEyODMyWhcN
MzYwNTIwMDEyODMyWjAcMRowGAYDVQQDDBFJbmN1cyBUUE0gc2lnbmluZzBZMBMG
ByqGSM49AgEGCCqGSM49AwEHA0IABHeorFI2aDNnjcmKgaXKJgwmQFdPEUwVFbze
9PBYRc+157TE7WGNxfjK/x9K6/c/oo91cP7wMfhSuvtLfbVG7d+jUzBRMB0GA1Ud
DgQWBBTCr1gVrRuPVC54BoneUqnQpIUfaDAfBgNVHSMEGDAWgBTCr1gVrRuPVC54
BoneUqnQpIUfaDAPBgNVHRMBAf8EBTADAQH/MAoGCCqGSM49BAMDA0cAMEQCIFJo
oJ/mWxv69XLDdOMUpvmGu1INjo8cBQh9KqIgnYUYAiA/JXgYEp0u9DCpge9Eifc/
R3QrMmCl71nW2Lz4kZOqhw==
-----END CERTIFICATE-----
stgraber@castiana:~$ incus config get instances.tpm.platform_key
-----BEGIN EC PRIVATE KEY-----
MHcCAQEEIMdKhntzfFiQqaBZGo8IvtK16AetkUIYVbhgimeX57aAoAoGCCqGSM49
AwEHoUQDQgAEd6isUjZoM2eNyYqBpcomDCZAV08RTBUVvN708FhFz7XntMTtYY3F
+Mr/H0rr9z+ij3Vw/vAx+FK6+0t9tUbt3w==
-----END EC PRIVATE KEY-----
stgraber@castiana:~$ incus config device add v1 tpm tpm
Device tpm added to v1
stgraber@castiana:~$ incus start v1
stgraber@castiana:~$ incus wait v1 agent
stgraber@castiana:~$ incus exec v1 bash
root@v1:~# tpm2_getekcertificate | openssl x509 -noout -text
Certificate:
    Data:
        Version: 3 (0x2)
        Serial Number: 2 (0x2)
        Signature Algorithm: ecdsa-with-SHA256
        Issuer: CN=Incus TPM signing
        Validity
            Not Before: May 30 01:32:08 2026 GMT
            Not After : Dec 31 23:59:59 9999 GMT
        Subject: CN=unknown
        Subject Public Key Info:
            Public Key Algorithm: rsaEncryption
                Public-Key: (2048 bit)
                Modulus:
                    00:c1:04:b8:19:52:9e:4a:a2:f0:30:1c:23:00:48:
                    40:71:9b:62:ef:18:d0:56:71:95:da:58:0b:a9:82:
                    1d:a3:46:b0:66:eb:ad:fe:b1:e0:c1:35:c7:33:bd:
                    00:69:f4:eb:08:64:84:f1:7a:4f:0b:95:16:1d:88:
                    18:17:30:ef:3b:74:28:cc:45:b7:9b:ce:be:00:d0:
                    88:6f:74:4e:90:10:5f:5f:c4:7f:3d:d4:31:3b:5b:
                    87:57:7d:e5:b1:d0:c4:6b:bd:e8:49:0b:4f:f6:d9:
                    cb:58:85:91:6a:e7:02:87:bf:5d:99:a0:db:88:74:
                    f2:47:d8:35:41:fb:09:ec:a6:ae:c4:d4:07:8f:de:
                    95:d4:82:71:b7:a2:c9:e9:a4:3d:e9:40:73:04:03:
                    ef:dc:7f:15:60:52:c5:b8:14:9c:ef:66:4a:28:4d:
                    d7:79:b8:27:b2:b9:d4:58:55:44:f1:52:6a:5e:f7:
                    a8:e4:56:39:55:65:42:41:c2:73:de:00:de:65:08:
                    0f:d5:d3:cb:a4:82:3a:75:cf:4e:ac:b2:94:58:96:
                    a8:9c:c0:f8:e3:3c:2e:25:76:6d:24:7e:00:58:f5:
                    63:01:e9:90:84:8e:21:b2:e0:29:a4:d8:cb:2f:f7:
                    d4:a6:a0:3a:e4:54:54:10:77:4f:d0:96:1b:68:b2:
                    e4:91
                Exponent: 65537 (0x10001)
        X509v3 extensions:
            X509v3 Extended Key Usage: 
                Endorsement Key Certificate
            X509v3 Subject Alternative Name: critical
                DirName:/tcg-at-tpmManufacturer=id:00001014/tcg-at-tpmModel=swtpm/tcg-at-tpmVersion=id:20240125
            X509v3 Basic Constraints: critical
                CA:FALSE
            X509v3 Subject Directory Attributes: 
                TPM Specification:
    0:d=0  hl=2 l=  12 cons: SEQUENCE          
    2:d=1  hl=2 l=   3 prim:  UTF8STRING        :2.0
    7:d=1  hl=2 l=   1 prim:  INTEGER           :00
   10:d=1  hl=2 l=   2 prim:  INTEGER           :B7


            X509v3 Authority Key Identifier: 
                C2:AF:58:15:AD:1B:8F:54:2E:78:06:89:DE:52:A9:D0:A4:85:1F:68
            X509v3 Key Usage: critical
                Key Encipherment
    Signature Algorithm: ecdsa-with-SHA256
    Signature Value:
        30:46:02:21:00:b9:7a:97:78:fb:4d:ea:6e:93:27:24:3a:f6:
        66:08:b9:ae:54:e8:2b:c1:c8:e9:1c:74:45:79:88:88:72:3e:
        46:02:21:00:82:f6:c0:d9:dc:c0:1a:5e:95:cb:f3:b9:fa:00:
        65:55:b3:5f:b4:25:7e:c5:c6:fb:b2:c4:e4:41:36:6d:76:5b

ドキュメント : https://linuxcontainers.org/incus/docs/main/server_config/#miscellaneous-options

アタッチ時のボリューム作成 ¶

incus storage volume attach コマンドで、新たに --create オプションを受け付けるようになりました。

設定すると、カスタムストレージボリュームが存在しない場合は、インスタンスに接続される前に作成されるため、別途 incus storage volume create を実行する手順が不要になります。

stgraber@castiana:~$ incus storage volume attach default v1-extra v1 extra --create
stgraber@castiana:~$ incus exec v1 bash
root@v1:~# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda      8:0    0   10G  0 disk
├─sda1   8:1    0  100M  0 part /boot/efi
└─sda2   8:2    0  9.9G  0 part /
sdb      8:16   0   10G  0 disk

ストレージに対するファイルシステム作成オプション ¶

新しい block.create_options 設定オプションを使うと、ブロックデバイス上にボリュームを作成する際に使う mkfs の引数を制御できます。

btrfs.create_options も同様に、新しいストレージプールを作成するときに使う mkfs.btrfs オプションを制御するために導入されました。

ドキュメント : https://linuxcontainers.org/incus/docs/main/reference/storage_btrfs/#storage-btrfs

低レベルの LINSTORE 設定 ¶

新しく linstore.raw.* 設定キーのセットが、LINSTOR ストレージプールとストレージボリュームの両方で利用できるようになりました。これにより、低レベルのプロパティを、基となるリソースグループとリソース定義に直接設定できるようになります。

ドキュメント : https://linuxcontainers.org/incus/docs/main/reference/storage_linstor/

ネットワークアドレスセット内の IP アドレスの範囲 ¶

ネットワークアドレスセットは、IP アドレスの範囲をサポートするようになりました（例: 10.0.0.120-10.0.0.130）。これは、ネットワーク ACL ルールですでに許可されていたものと一致します。

単一の IP アドレス範囲は、最大 256 アドレスまで拡張できます。それ以上のアドレスセットは、CIDR 表記を使用して表現する必要があります。

stgraber@castiana:~$ incus network address-set create demo
Network address set demo created
stgraber@castiana:~$ incus network address-set add demo 10.0.0.100-10.0.0.200

ドキュメント : https://linuxcontainers.org/incus/docs/main/howto/network_address_sets/

ブリッジネットワークにおけるマルチキャストスヌーピング ¶

管理ブリッジネットワークに、新たに bridge.multicast_snooping 設定オプションが追加されました。false に設定すると、ブリッジ上でのマルチキャストスヌーピングが無効化されます。

ドキュメント : https://linuxcontainers.org/incus/docs/main/reference/network_bridge/

リモートごとの複数のアドレス ¶

incus remote コマンドが、単一のリモートに対して複数のアドレスを受け付けるようになりました。

Incus は、最後に正常に動作したアドレスを記憶し、障害時には他のアドレスに切り替えます。これにより、クラスター構成や高可用性サーバーに対してフォールバックポイントを容易に提供できます。

S3 オブジェクトストレージの改良 ¶

ビルトインの S3 互換オブジェクトストレージーサーバーが、一般的な拡張機能をいくつかサポートするように拡張されました:

• SigV2 と SigV4 署名アルゴリズムの両方で、署名付き URL をサポートするようになりました
• CopyObject 操作を実装しました。オブジェクトをサーバーサイドでコピーできます

すべての変更点 ¶

このリリースのすべての変更のリストは次の通りです（翻訳なし）:

ドキュメント¶

Incus のドキュメントはこちらです:
https://incus-ja.readthedocs.io/ja/latest/ （日本語訳）
https://linuxcontainers.org/incus/docs/main/ （原文）

パッケージ ¶

Incus の開発元は、通常リリースの tarball のみをリリースするため、公式の Incus パッケージはありません。Incus を実行するために使えるオプションを以下にいくつか示します。

Linux 上に Incus サーバーをインストールする ¶

Incus はほとんどの一般的な Linux ディストリビューションで利用できます。インストール手順の詳細は、Incus のドキュメントを参照してください。

https://incus-ja.readthedocs.io/ja/latest/installing/ （日本語訳）
https://linuxcontainers.org/incus/docs/main/installing/ （原文）

Incus クライアントの Homebrew パッケージ ¶

Homebrew 経由で、Linux と macOS 向けにクライアントツールが利用できます。

https://formulae.brew.sh/formula/incus

Incus クライアントの Chocolatey パッケージ ¶

Chocolatey 経由で、Windows ユーザー向けにクライアントツールが利用できます。

https://community.chocolatey.org/packages/incus/7.1.0

Incus クライアントの Winget パッケージ ¶

Winget 経由で、Windows ユーザー向けにクライアントツールが利用できます。

https://winstall.app/apps/LinuxContainers.Incus

サポート ¶

月次のフィーチャーリリースは、次のリリースがリリースされるまでのみサポートされます。より長いサポート期間と少ない変更頻度が必要な場合、代わりに Incus 7.0 LTS の使用を検討すべきです。

コミュニティサポートはこちらから : https://discuss.linuxcontainers.org
商用サポートはこちらから : https://zabbly.com/incus
バグはこちらから報告できます : https://github.com/lxc/incus/issues

Incus 7.0 LTS リリースのお知らせ¶

2026/05/05

はじめに ¶

Incus チームは、Incus 7.0 LTS のリリースを発表することを大変誇りに思い、またうれしく思います!!

Incus は、最新のシステムコンテナ、アプリケーションコンテナ、仮想マシンのマネージャーです。Apache 2.0 ライセンスのもとにリリースされており、Linux Containers Organization の一部として、コミュニティー主導の Open Source プロジェクトとして運営されています。

Incus はクラウドのような環境を提供し、プロジェクトが作成したイメージ や任意の OCI レジストリーからインスタンスを作成し、サーバーをシームレスにクラスタリングできる機能をはじめとして、幅広い機能を提供します。

複数の異なるローカルやリモートのストレージオプション、従来型、または完全に分散化されたネットワークをサポートし、完全な REST API、Ansible、Terraform/OpenTofu、Packer、Kubernetes Cluster API などの一般的なツールとの統合を含む、一般的なクラウド機能をほとんど提供します。

このリリースは、Incus にとって 2 度目の LTS リリースであり、Incus 6.0 LTS は、5 年間のライフサイクルのうちの残り 3 年間のセキュリティ修正のみのフェーズに入ります。

Incus 7.0 LTS は、LXC 7.0 LTS と LXCFS 7.0 LTS に続く、今回の LTS リリースの締めくくりです。

姉妹プロジェクトと同様に、Incus 7.0 LTS は 2031 年 6 月 までサポートされます。

最初の2年間は、バグ修正やセキュリティ対策、および軽微なユーザビリティ改善が、定期的なポイントリリース（7.0.x）を通じて提供されます。最初の2年間が経過した後、Incus 7.0 LTS は、5年間のサポート期間の残り 3 年は、セキュリティ対策のみのメンテナンスに移行します。

6.0 LTS と 7.0 LTS リリースの間で合計 204 名が Incus に貢献し、6.23 と 7.0 LTS リリースの間では 45 名が貢献しました。

いつものように、オンラインでご自身で試せます: https://linuxcontainers.org/incus/try-it/

Enjoy!

セキュリティ修正 ¶

このリリースには、9 件のセキュリティ問題の修正を含みます。
これらは、https://7asecurity.com が実施したセキュリティ監査の一部として報告されたものです。

• CVE-2026-35527 (Moderate)
• CVE-2026-40195 (Moderate)
• CVE-2026-40197 (Moderate)
• CVE-2026-40251 (Moderate)
• CVE-2026-41647 (Moderate)
• CVE-2026-41684 (Moderate)
• CVE-2026-41685 (Moderate)
• CVE-2026-40243 (Low)
• CVE-2026-41648 (Low)

互換性のない変更 ¶

今回のリリースは、新しいメジャーリリースであるため、互換性を損なう変更をいくつか加えています。

最小システム要件が更新されました:

• Go 1.25
• Linux 6.12
• QEMU 8.2
• LXC 6.0.0
• nftables 1.0.0
• dnsmasq 2.90
• openvswitch 2.15.0 （OVS や OVN 使用時）
• ovn 23.03.0 （OVN 使用時）
• ZFS 2.1.0 （ZFS 使用時）
• LVM 2.03.11 （LVM 使用時）

それに加えて、レガシーなシステムサポートが削除されました:

• cgroup v1 サポートの廃止
• xtables (iptables/ip6tables/ebtables) サポートの廃止

incus コマンドラインツールも、解析ロジックが大幅に改良され、多くの古い特殊ケースが廃止され、さまざまなコマンドの動作が一貫性を保つように改良されました。

Incus 6.23 からの変更点 ¶

MinIO をビルトイン S3 リスナーへ置き換え ¶

MinIO はもはや開発元でメンテナンスされないため、ストレージバケットのバックエンドプロバイダーとしては使い続けられなくなりました。

他の外部依存へ移行し、それに伴う複雑な設定や統合作業を避けるため、必要となる基本的な S3 操作を Incus に直接実装することにしました。

ストレージバケットは、初回アクセス時に MinIO のディスク上のフォーマットから、新しいディスク上のフォーマット（メタデータが別のプレーンファイル）に変換されます。この処理は、バケット内のオブジェクトのサイズによっては数分かかる場合があります。

移行ロジックは、必要に応じて元の MinIO メタデータを保持します。

クライアントの視点では、変換時の初期の接続遅延を除いて、API に違いはなく、従来通りの S3 のままです。

サーバーのシャットダウン動作 ¶

新たなサーバー設定オプションとして、core.shutdown_action が追加されました。

デフォルト値である shutdown では、すべてのインスタンスがクリーンにシャットダウンします。新しい値である evacuate を指定すると、シャットダウン時にクラスター化サーバーの退避がトリガーされ、可能な限り多くのインスタンスは他のサーバーに移行できます。

ドキュメント : https://linuxcontainers.org/incus/docs/main/server_config/

低レベルバックアップ API ¶

標準的なバックアップソフトウェアとの統合を簡単にするため、Incus は NBD API と、変更追跡用のダーティビットマップの作成を制御する API を公開するようになりました。

これら 2 つの機能を組み合わせることで、増分での転送やリストアを含む、容易な仮想マシンのバックアップが可能になります。

NBD は Incus API を通して提供されるため、Incus CLI ツールがバックエンドコネクションを処理し、通常の NBD クライアントとのインターフェースとなる NBD リスナーをセットアップできます。

stgraber@castiana:~$ incus storage volume nbd default virtual-machine/v1 --address=127.0.0.1:1234
NBD listening on 127.0.0.1:1234

ストレージプールのプロジェクト制限 ¶

新たにプロジェクトの設定キーに restricted.storage-pools.access が追加されました。これにより、プロジェクト内からアクセス可能なストレージプールのカンマ区切りのリストを指定できます。

これは、プロジェクト内でストレージプールに対して 0 バイトのクォータを設定するのと同様に動作しますが、拒否リストではなく、許可リスト形式を採用しています。

ドキュメント : https://linuxcontainers.org/incus/docs/main/reference/projects/

クラスターリバランス時の配置スクリプトレット呼び出し ¶

クラスターのリバランス機能が有効になり、Incus が負荷分散のためにインスタンスの移動を検討している場合、インスタンス配置スクリプトレットは専用の rebalance コールを受け取るようになりました。

候補サーバーのリストは、負荷が低い方から高い方へソートされます。

ドキュメント : https://linuxcontainers.org/incus/docs/main/explanation/clustering/

ファイル転送コマンドは cp コマンドと同様に ¶

incus file push と incus file pull コマンドは、cp コマンドと合致するオプションを使い、cp コマンド同様に動作するようになりました:

-p, --create-dirs      必要なディレクトリーを作成する
-L, --dereference      ソースパス内のシンボリックリンクを常にたどる
-H, --follow           コマンドラインに指定したソースパスのみシンボリックリンクをたどる
-P, --no-dereference   ソースパス内のシンボリックリンクはたどらない
-r, --recursive        再帰的にファイルを転送する

これにより、Incus インスタンス間でのファイル転送がより予測どおりになります。

incus image copy の --reuse フラグ ¶

incus image copy コマンドに --reuse フラグが追加されました。このフラグを --copy-aliases と同時に使うと、新たにコピーされたイメージが、既存のエイリアスをすべて引き継ぎます。

Incus 6.0.6 LTS 以降の変更 ¶

これまで、Incus 6.x リリースから 6.0.x LTS リリースへのバックポートをかなり積極的に行いました。その結果、6.0.6 LTS から移行するユーザーにとっての新機能リストは比較的短いです。

これらの新機能は主に、ディスク上の大規模な変更やデータベーススキーマの変更を必要とするため、LTS へのバックポートには適さなかった変更にフォーカスを当てています。

ここまで紹介したすべての新機能 ¶

Incus 6.0.6 LTS は、Incus 6.23 の直前にリリースされたため、ここまでで紹介したすべての新機能は、Incus 6.0.6 LTS から移行するユーザーにも適用されます。

OCI サポート ¶

Incus 6.3 で初めて導入された機能として、OCI イメージからアプリケーションコンテナを作成できるようになりました。

リソース制限や、システムコールインターセプションなど、Incus コンテナのすべての設定オプションは、これらの OCI イメージから作成したコンテナにもすべて適用されます。

stgraber@dakara:~$ incus remote add docker https://docker.io --protocol=oci
stgraber@dakara:~$ incus launch docker:mysql mysql \
> -c environment.MYSQL_DATABASE=wordpress \
> -c environment.MYSQL_USER=wordpress \
> -c environment.MYSQL_PASSWORD=wordpress \
> -c environment.MYSQL_RANDOM_ROOT_PASSWORD=1
Launching mysql

stgraber@dakara:~$ incus list mysql
+-------+---------+----------------------+------------------------------------------+-----------------+-----------+
| NAME  |  STATE  |         IPV4         |                   IPV6                   |      TYPE       | SNAPSHOTS |
+-------+---------+----------------------+------------------------------------------+-----------------+-----------+
| mysql | RUNNING | 172.17.250.26 (eth0) | 2602:fc62:c:250:216:3eff:fefa:468 (eth0) | CONTAINER (APP) | 0         |
+-------+---------+----------------------+------------------------------------------+-----------------+-----------+

stgraber@dakara:~$ incus launch docker:wordpress wordpress \
> -c environment.WORDPRESS_DB_HOST=172.17.250.26 \
> -c environment.WORDPRESS_DB_USER=wordpress \
> -c environment.WORDPRESS_DB_PASSWORD=wordpress \
> -c environment.WORDPRESS_DB_NAME=wordpress
Launching wordpress

stgraber@dakara:~$ incus list wordpress
+-----------+---------+-----------------------+-------------------------------------------+-----------------+-----------+
|   NAME    |  STATE  |         IPV4          |                   IPV6                    |      TYPE       | SNAPSHOTS |
+-----------+---------+-----------------------+-------------------------------------------+-----------------+-----------+
| wordpress | RUNNING | 172.17.250.119 (eth0) | 2602:fc62:c:250:216:3eff:fe61:c1fc (eth0) | CONTAINER (APP) | 0         |
+-----------+---------+-----------------------+-------------------------------------------+-----------------+-----------+
stgraber@dakara:~$

依存ストレージボリューム ¶

Incus 6.23 で初めて導入されたこの機能により、インスタンスと完全にひも付いたカスタムボリュームを持つことができるようになりました。一致するスナップショットを取得したり、インスタンスとともに移行したり、バックアップに含めたり、インスタンスが削除されると同時に削除したりできるようになりました。（訳注：インスタンスを削除すると同時にボリュームも削除され、インスタンスのスナップショットを作成するとボリューム上に一致するスナップショットが作成され、インスタンスのバックアップには依存ボリュームが含まれる）

stgraber@castiana:~$ incus launch images:debian/13 c1
Launching c1
stgraber@castiana:~$ incus storage volume create default c1-extra dependent=true
Storage volume c1-extra created
stgraber@castiana:~$ incus config device add c1 extra disk pool=default source=c1-extra dependent=true path=/extra
Device extra added to c1
stgraber@castiana:~$ incus storage volume snapshot create default c1-extra test
Error: Direct snapshots are not allowed for dependent volumes
stgraber@castiana:~$ incus snapshot create c1 foo
stgraber@castiana:~$ incus storage volume snapshot list default c1-extra
+------+----------------------+------------+
| NAME |       TAKEN AT       | EXPIRES AT |
+------+----------------------+------------+
| foo  | 2026/03/27 18:54 EDT |            |
+------+----------------------+------------+
stgraber@castiana:~$ incus snapshot delete c1 foo
stgraber@castiana:~$ incus storage volume snapshot list default c1-extra
+------+----------+------------+
| NAME | TAKEN AT | EXPIRES AT |
+------+----------+------------+

ネットワークアドレスセット ¶

Incus 6.12 で初めて導入されたネットワークアドレスセットは、送信元・送信先アドレスのリストを重複させる必要がないため、ネットワーク ACL を簡素化する便利な方法です。

アドレスセットは、ACL と同様にプロジェクトにひもづけられ、それぞれのセットは IPv4 と IPv6 アドレスを含めることができます。セットは ACL のソースとデスティネーションフィールドから参照できます。

stgraber@dakara:~$ incus network address-set create cloudflare-dns
Network address set cloudflare-dns created
stgraber@dakara:~$ incus network address-set add cloudflare-dns 1.0.0.1
stgraber@dakara:~$ incus network address-set add cloudflare-dns 1.1.1.1
stgraber@dakara:~$ incus network address-set add cloudflare-dns 2606:4700:4700::1001
stgraber@dakara:~$ incus network address-set add cloudflare-dns 2606:4700:4700::1111

stgraber@dakara:~$ incus network acl create my-acl
Network ACL my-acl created
stgraber@dakara:~$ incus network acl rule add my-acl egress action=allow state=enabled
stgraber@dakara:~$ incus network acl rule add my-acl egress action=reject state=enabled destination='$cloudflare-dns'

stgraber@dakara:~$ incus config device override d13 eth0 security.acls=my-acl
Device eth0 overridden for d13

stgraber@dakara:~$ incus exec d13 -- ping linuxcontainers.org -c1 -W1
PING linuxcontainers.org (2602:fc62:a:1::7) 56 data bytes
64 bytes from rproxy.dcmtl.stgraber.org (2602:fc62:a:1::7): icmp_seq=1 ttl=59 time=8.60 ms

--- linuxcontainers.org ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 8.599/8.599/8.599/0.000 ms

stgraber@dakara:~$ incus exec d13 -- ping one.one.one.one -c1 -W1
PING one.one.one.one (2606:4700:4700::1111) 56 data bytes

--- one.one.one.one ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

ドキュメント : https://linuxcontainers.org/incus/docs/main/howto/network_address_sets/

Linstor ストレージドライバー ¶

Incus 6.11 で初めて導入された Linstor は、DRBD を使ってシステム間で効率的なデータレプリケーションを行う、もう 1 つのリモートストレージオプションです。

Linstor の詳細については、公式サイトをご覧ください: https://linbit.com/linstor/

Linstor を使用すると、コンテナや仮想マシン用のブロックボリュームを生成できます。通常は、プライマリーコピーはインスタンスが稼働しているサーバー上に、レプリカはクラスター内の他のサーバー上に存在します。

ドライバードキュメント : https://linuxcontainers.org/incus/docs/main/reference/storage_linstor/
Howto: https://linuxcontainers.org/incus/docs/main/howto/storage_linstor_setup/
インターナル : https://linuxcontainers.org/incus/docs/main/reference/storage_linstor_internals/

TrueNAS ストレージドライバー ¶

Incus 6.16 で初めて導入された TrueNAS ストレージドライバーは、リモートの TrueNAS サーバーを、Incus インスタンスとボリュームのストレージプールとして使用できるようにします。

これは、TrueNAS が使用する ZFS ストレージドライバーと非常に似た動作をします。しかし、ローカルで ZFS とやりとりするのではなく、TrueNAS API を使用してさまざまなアクションをリモートでストレージサーバー上で実行します。そして、iSCSI を使用して TrueNAS からボリュームをエクスポートし、Incus サーバーへ接続します。

（Ceph や Linstor やクラスター化された LVM と並んで）リモートストレージドライバーとしてこれをクラスターで使用すると、データの移動が不要なため、サーバー間でインスタンスのシームレスなマイグレーションができるようになります。

root@truenas-incus:~# incus storage create demo truenas source=test/demo truenas.host=192.0.2.10 truenas.api_key=MY-KEY truenas.allow_insecure=true
Storage pool demo created
root@truenas-incus:~# incus launch images:debian/13 d13 --storage demo
Launching d13
root@truenas-incus:~# incus list
+------+---------+---------------------+------------------------------------------------+-----------+-----------+
| NAME |  STATE  |        IPV4         |                      IPV6                      |   TYPE    | SNAPSHOTS |
+------+---------+---------------------+------------------------------------------------+-----------+-----------+
| d13  | RUNNING | 10.2.165.159 (eth0) | fd42:a815:51cf:d4bb:1266:6aff:fe51:ae56 (eth0) | CONTAINER | 0         |
+------+---------+---------------------+------------------------------------------------+-----------+-----------+

ドキュメント : https://linuxcontainers.org/incus/docs/main/reference/storage_truenas/

クラスターグループごとの CPU ベースライン定義 ¶

Incus 6.4 で初めて導入されたこの機能で、Incus はクラスターグループ内で CPU 定義を構成できるようになりました。これにより、混在したクラスター内での効率的な CPU 利用とライブマイグレーションが可能になります。

この機能により、CPU モデル・世代ごとに 1 つのクラスターグループを持ち、Incus がそれらのサーバーに対して共通の CPU フラグのセットを計算できるようになります。

例えば、incus cluster group set foo instances.vm.cpu.x86_64.baseline=kvm64 instances.vm.cpu.x86_64.flags=auto とすると、Incus は自動的に foo クラスターグループ内のサーバーを自動的に調べ、共通の CPU フラグのセットを flag 設定キーに入力します。

ただし、これにより、完全にカスタムの CPU 定義を設定することもできます。例えば、incus cluster group set foo instances.vm.cpu.x86_64.baseline=EPYCv2 instances.vm.cpu.x86_64.flags=-svm とすると、仮想化拡張機能（svm）を無効にした、基本的な第 2 世代の AMD EPYC CPU が公開されます。

すべての変更点 ¶

Incus 6.23 以降のすべての変更点のリストは次の通りです（翻訳なし）:

ドキュメント ¶

Incus のドキュメントはこちらです:
https://incus-ja.readthedocs.io/ja/latest/ （日本語訳）
https://linuxcontainers.org/incus/docs/main/ （原文）

インストール ¶

Incus の開発元は、通常リリースの tarball のみをリリースするため、公式の Incus パッケージはありません。Incus を実行するために使えるオプションを以下にいくつか示します。

Linux パッケージ ¶

Incus はほとんどの一般的な Linux ディストリビューションで利用できます。インストール手順の詳細は、Incus のドキュメントを参照してください。

https://incus-ja.readthedocs.io/ja/latest/installing/ （日本語訳）
https://linuxcontainers.org/incus/docs/main/installing/ （原文）

Incus クライアントの Homebrew パッケージ ¶

Homebrew 経由で、Linux と macOS 向けにクライアントツールが利用できます。

https://formulae.brew.sh/formula/incus

Incus クライアントの Chocolatey パッケージ ¶

Chocolatey 経由で、Windows ユーザー向けにクライアントツールが利用できます。

https://community.chocolatey.org/packages/incus/7.0.0

Incus クライアントの Winget パッケージ ¶

Winget 経由で、Windows ユーザー向けにクライアントツールが利用できます。

https://winstall.app/apps/LinuxContainers.Incus

LXD からの移行 ¶

lxd-to-incus 移行ツールを使用すると、LXD から Incus へ直接移行できます。
このツールは、LXD 4.0 LTS から最新の LXD 5.21 バグ修正リリースまで、幅広いバージョンでテストされています。

事前に、潜在的なコンフリクトを自動的にチェックし、LXD から Incus への非常に素早い移行が可能です。

詳細はこちらをご覧ください : https://linuxcontainers.org/incus/docs/main/howto/server_migrate_lxd/

サポート ¶

Incus 7.0 LTS は、合計 5 年間（2031 年 6 月まで）サポートされます。

最初の 2 年間は、バグ修正やセキュリティ修正、および軽微なユーザビリティ改善を含むポイントリリースが提供されます。最初の 2 年間が経過した後（Incus 8.0 LTSのリリース後）は、Incus 7.0 LTS は残りの 3 年間はセキュリティ修正のみのサポートに移行します。

これは、過去 10 年間、他のプロジェクト（LXCおよびLXCFS）で実施してきたサポートと同様です。

コミュニティサポートはこちらから : https://discuss.linuxcontainers.org
商用サポートはこちらから : https://zabbly.com/incus
バグはこちらから報告できます : https://github.com/lxc/incus/issues

Incus 6.23 リリースのお知らせ¶

2026/03/27

はじめに ¶

Incus チームは、Incus 6.23 のリリースのアナウンスができてうれしいです!

このリリースは、4 月 30 日にリリース予定の Incus 7.0 LTS に前にリリースする、最後の 6.x リリースです。

今回は非常に内容が充実したリリースです。セキュリティ問題（7asecurity による継続的な分析のおかげです）、バグ修正、パフォーマンスの改良に加えて、VM 向け OS サポートの拡張から、依存ボリュームによる、より柔軟なインスタンスストレージの追加まで、非常に優れた機能が多数含まれています。

いつものように、オンラインでご自身で試せます: https://linuxcontainers.org/incus/try-it/

Enjoy!

新たなメンテナー ¶

今回の Incus リリースに伴い、Incus プロジェクトに 2 人の新たなメンテナーが加わりました:

• Benjamin Somers
• Piotr Resztak

彼らは二人とも Incus に長年貢献しており、Incus のコードベース全体にわたる様々な機能開発やバグ修正に携わってきたため、コードレビューやプロジェクトの全体的な方向性決定、メンテナンスを支援するのに十分な資格を持っています。

彼らはこれまでのメンテナーに合流します:

• Aleksa Sarai
• Christian Brauner
• Free Ekanayaka
• Serge Hallyn
• Stéphane Graber
• Tycho Andersen

脆弱性の修正 ¶

このリリースでは、次の 6 つの脆弱性を修正しました:

• CVE-2026-33711 (low)
• CVE-2026-33542 (moderate)
• CVE-2026-33743 (moderate)
• CVE-2026-33898 (high)
• CVE-2026-33897 (critical)
• CVE-2026-33945 (critical)

CVE-2026-33542 を除くすべての問題は、7asecurity による Incus の継続的なレビューの一環として発見されました。

LTS ブランチへのバックポートは stable-6.0 ブランチで利用可能であり、Incus LTS のパッケージをリリースしているディストリビューションには通知済みで、更新されたパッケージが公開されているか、まもなく公開される予定です。

新機能 ¶

依存ストレージボリューム ¶

Incus は「依存」（dependent）ボリュームをサポートするようになりました。これは、インスタンスにアタッチされた通常のカスタムボリュームと実質同じですが、インスタンスに完全にひもづいているところが異なります。

これは、インスタンスを削除すると同時にボリュームも削除され、インスタンスのスナップショットを作成するとボリューム上に一致するスナップショットが作成され、インスタンスのバックアップには依存ボリュームが含まれ、リストア時は依存ボリュームもリストアされ、インスタンスを移行すると依存ボリュームも一緒に移行されることを意味します。

stgraber@castiana:~$ incus launch images:debian/13 c1
Launching c1
stgraber@castiana:~$ incus storage volume create default c1-extra dependent=true
Storage volume c1-extra created
stgraber@castiana:~$ incus config device add c1 extra disk pool=default source=c1-extra dependent=true path=/extra
Device extra added to c1
stgraber@castiana:~$ incus storage volume snapshot create default c1-extra test
Error: Direct snapshots are not allowed for dependent volumes
stgraber@castiana:~$ incus snapshot create c1 foo
stgraber@castiana:~$ incus storage volume snapshot list default c1-extra
+------+----------------------+------------+
| NAME |       TAKEN AT       | EXPIRES AT |
+------+----------------------+------------+
| foo  | 2026/03/27 18:54 EDT |            |
+------+----------------------+------------+
stgraber@castiana:~$ incus snapshot delete c1 foo
stgraber@castiana:~$ incus storage volume snapshot list default c1-extra
+------+----------+------------+
| NAME | TAKEN AT | EXPIRES AT |
+------+----------+------------+

FreeBSD VM サポート ¶

Incus は FreeBSD 上でエージェントを実行することをサポートするようになりました。
MacOS サポートと同様に、これは Incus とエージェント間でネットワーク接続があることに依存しており、VM は Incus が管理するネットワーク上で実行されている必要があります。

イメージサーバーで、FreeBSD 14 と 15 のデイリービルドが利用できます。

stgraber@castiana:~$ incus launch images:freebsd/15.0 bsd -c security.secureboot=false --vm
Launching bsd
stgraber@castiana:~$ incus wait bsd agent && incus exec bsd sh
# freebsd-version·
15.0-RELEASE

注意: すべてのパッケージ作成者が FreeBSD エージェント用の必要なビルドレシピを含めるまでにしばらく時間がかかる場合があります。その結果、一部の Incus 6.23 システムでは、初期状態ではシェルにアクセスできないことがあります。VM をシングルユーザーモードで再起動すると、root パスワードを設定して、コンソール経由で使用できるようになります。

CLI パーサーの改良 ¶

incus コマンドのメインコマンドラインパーサーにいくつかの改良が加えられました。引数に誤りや不足があることを示すエラーメッセージが大幅に改良され、ヘルプメッセージの視認性を向上させるためにカラー出力されるようになりました。

ゲートウェイの DHCP アナウンスの無効化をサポート ¶

ipv4.dhcp.gateway に、特別な値として none を設定できるようになりました。これにより、DHCP サーバーから IP アドレスのみを設定し、ルーティング情報をプッシュしないよう設定できます。

これにより、インスタンスの一部が複数のネットワークに接続されており、それらの中には外部ネットワークへのトラフィックをルーティングすることを目的としていないような場合に、特に役立ちます。

OVN ネットワークでの ipv4.dhcp.gateway のサポート ¶

前述の機能に関連し、OVN でも、特別な値である none を含め、ipv4.dhcp.gateway もサポートするようになりました。

これにより、OVN ネットワーク上の別のインスタンスやマシンを仮想ルーターの代わりにゲートウェイとして機能させたり、OVN DHCP サービスがデフォルトルートを一切広告しないように設定したりできるようになります。

OVN NIC での io.bus サポート ¶

OVN NIC で io.bus が使えるようになりました。

これにより、VM に USB ネットワークインターフェースを追加し、OVN ネットワークに接続できるようになりました。

VM エージェントのライフサイクルイベント ¶

今回のリリースで、新たなライフサイクルイベントが 2 つ追加されました:

• instance-agent-started
• instance-agent-stopped

これらのイベントについては説明不要でしょう。イベントは、Incus VM に限定されており、Incus がシリアル接続経由でエージェント通知を受信するとすぐに発生します。

incus file pull と incus storage volume file pull の再実装 ¶

この両方のコマンドのファイル取得ロジックは、一般的な cp コマンドの動作に合わせるように更新されました。

これは、特にシンボリックリンクの扱いに関係するもので、次のようなオプションをサポートするようになりました:

• -L （ソースパス内のシンボリックリンクを常にたどる）
• -H （コマンドラインに指定したソースパスのみシンボリックリンクをたどる）
• -P （ソースパス内のシンボリックリンクはたどらない）

プロジェクト関連のメトリクス ¶

プロジェクト全体の統計情報を提供するために、いくつか新しいメトリクスが追加されました。

stgraber@castiana:~/Code/lxc/incus (git:lxc/main)$ incus query /1.0/metrics | grep _project_
# HELP incus_project_resources_total Current resource count in a project.
# TYPE incus_project_resources_total gauge
incus_project_resources_total{project="default",resource="containers"} 0
incus_project_resources_total{project="default",resource="virtual-machines"} 3
incus_project_resources_total{project="default",resource="images"} 17
incus_project_resources_total{project="default",resource="profiles"} 1
incus_project_resources_total{project="default",resource="networks"} 3
incus_project_resources_total{project="default",resource="storage-volumes"} 6
incus_project_resources_total{project="demo",resource="containers"} 0
incus_project_resources_total{project="demo",resource="virtual-machines"} 0
incus_project_resources_total{project="demo",resource="images"} 0
incus_project_resources_total{project="demo",resource="profiles"} 1
incus_project_resources_total{project="demo",resource="networks"} 0
incus_project_resources_total{project="demo",resource="storage-volumes"} 0
incus_project_resources_total{project="user-1001",resource="containers"} 0
incus_project_resources_total{project="user-1001",resource="virtual-machines"} 0
incus_project_resources_total{project="user-1001",resource="images"} 2
incus_project_resources_total{project="user-1001",resource="profiles"} 1
incus_project_resources_total{project="user-1001",resource="networks"} 0
incus_project_resources_total{project="user-1001",resource="storage-volumes"} 0

インスタンスの低レベル修復 API ¶

/1.0/instances/NAME/debug/repair に新しい API 専用のエンドポイントを導入しました。
これにより、Incus は低レベルの修復アクションをいくつか公開できるようになりました。これは、特にユーザーがインスタンスのディスク上の構成やストレージを直接確認できないような制限された環境（IncusOS はその良い例です）で実行する必要があるかもしれない修復アクションです。

現在サポートされているアクションは rebuild-config-volume 1 つだけです。クラスター化 LVM ドライバーで QCOW2 ブロックストレージを使用しているインスタンスで利用できます。名前が示すとおり、ホストの電源喪失から生じる btrfs の破損問題から構成ボリュームを完全にリビルドできます。

すべての変更点 ¶

このリリースのすべての変更のリストは次の通りです（翻訳なし）:

ドキュメント¶

Incus のドキュメントはこちらです:
https://incus-ja.readthedocs.io/ja/latest/ （日本語訳）
https://linuxcontainers.org/incus/docs/main/ （原文）

パッケージ ¶

Incus の開発元は、通常リリースの tarball のみをリリースするため、公式の Incus パッケージはありません。Incus を実行するために使えるオプションを以下にいくつか示します。

Linux 上に Incus サーバーをインストールする ¶

Incus はほとんどの一般的な Linux ディストリビューションで利用できます。インストール手順の詳細は、Incus のドキュメントを参照してください。

https://incus-ja.readthedocs.io/ja/latest/installing/ （日本語訳）
https://linuxcontainers.org/incus/docs/main/installing/ （原文）

Incus クライアントの Homebrew パッケージ ¶

Homebrew 経由で、Linux と macOS 向けにクライアントツールが利用できます。

https://formulae.brew.sh/formula/incus

Incus クライアントの Chocolatey パッケージ ¶

Chocolatey 経由で、Windows ユーザー向けにクライアントツールが利用できます。

https://community.chocolatey.org/packages/incus/6.23.0

Incus クライアントの Winget パッケージ ¶

Winget 経由で、Windows ユーザー向けにクライアントツールが利用できます。

https://winstall.app/apps/LinuxContainers.Incus

サポート ¶

月次のフィーチャーリリースは、次のリリースがリリースされるまでのみサポートされます。より長いサポート期間と少ない変更頻度が必要な場合、代わりに Incus 6.0 LTS の使用を検討すべきです。

コミュニティサポートはこちらから : https://discuss.linuxcontainers.org
商用サポートはこちらから : https://zabbly.com/incus
バグはこちらから報告できます : https://github.com/lxc/incus/issues

Incus 6.0.6 LTS リリースのお知らせ¶

2026/03/16

はじめに ¶

Incus チームは、Incus 6.0.6 のリリースのアナウンスができてうれしいです!

このリリースは、Incus 6.0 に対する 6 度目のバグ修正リリースです。Incus 6.0 は 2029 年 6 月までサポートされます。

変更点 ¶

いつもどおり、このバグ修正リリースは、安定性とセキュリティー強化にフォーカスを当てています。

データの移行や、データベースの変更を必要としない、ユーザー側の動作に予期しない変更を起こさないようなマイナーな改善もバックポートされています。

このような改善の数は、LTS ブランチ内での時間経過とともに減っていくでしょう。

このリリースのハイライトは次のとおりです:

• VM における USB CD-ROM の処理の見直し
• CLI でのコンソール動作の設定の拡張
• コンテナ向けの tmpfs と tmpfs-overlay ディスクのサポート
• IncusOS 管理コマンドの追加
• Out-of-memory 優先度の制御のための設定の追加
• バックアップをインポートする際に設定とデバイスを上書き可能に
• database-client クラスターロールの追加
• OVN アップリンクネットワークにおける parent=none のサポート
• 事前に与える構成でクラスターグループが設定可能に
• Systemd クレデンシャルメカニズムの利用の追加
• ストレージボリュームのファイル操作
• ISO ボリュームのエクスポート
• BPF トークン委任のサポート
• Incus エージェントの macOS サポート
• VM における VirtIO サウンドカードタイプの追加
• USB デバイスを削除せずにデタッチする機能のサポート
• OVN network における dns.mode プロパティの追加
• MAC アドレスパターンを設定可能に
• IncusOS CLI の拡張
• SELinux の初期サポート
• Windows エージェントサポートの改良
• リソース API にシリアルデバイス情報が含まれるように
• OVN NIC の帯域幅制限サポート
• ほとんどの CLI コマンドで複数オブジェクトの削除をサポート
• PCI ファームウェアの VM へのパススルーをオフにする機能
• CLI での PKCS12 生成
• CLI CSV 出力における RAW 単位の出力サポート
• クラスター化 LVM 上のボリュームで QCOW2 フォーマットを使用
• スタンドアローンの incus cluster join コマンドの追加
• VM エージェントの設定ファイルの追加
• OVN での逆引き DNS レコードの生成
• incus wait コマンドの追加
• ネットワークインタフェースの自動 SR-IOV 選択
• ネットワークインターフェースへの attached と connected プロパティーの追加
• インスタンスの並列起動
• OIDC クレームによるネットワーク制限
• ネットワークゾーンにおける SOA レコードのサポート強化
• API での強制（再帰的）ファイル削除機能のサポート
• Windows エージェントの vsock サポート
• 直接バックアップの取得が可能に
• ディスクのみのスナップショットリストアのサポート
• サーバーログ専用のストレージボリュームのサポート
• QCOW2 ストレージの改良
• lvmcluster ストレージプールのリサイズ
• lvmcluster でのリストアにおけるスナップショットの自動削除のサポート
• unix-hotplug における USB コントローラーの完全なパススルーのサポート
• 認可スクリプトレット内の証明書情報の拡張
• VM の高速再起動
• プロジェクトにおけるイメージサーバー URL の制限のサポート
• incus-migrate における URL ベースのインポートのサポート
• ACME を使用した証明書取得のマルチドメインサポート
• SR-IOV NIC における信頼済みプロパティーの制御が可能に
• 退避状況を追跡するためのクラスターメンバーの状態の追加
• インスタンスの移行なしでのクラスターのリストアのサポート
• インスタンス起動時のメトリクスの追加

このアップデートでは、次の脆弱性にも対処しています:

• CVE-2026-28384 (LXD also affecting Incus)
• CVE-2025-64507 (Incus also affecting LXD)
• CVE-2026-23954 (Incus also affecting LXD)
• CVE-2026-23953 (Incus also affecting LXD)

これらの問題はすべて、これまでの月例リリースで修正されていました。LXD 側での情報公開の遅れにより、CVE 番号が割り当てられない場合がありました。6.0.x を提供しているディストリビューションでは、これらの問題について事前に通知を受けており、6.0.6 リリースに先立って、パッチを適用した Incus 6.0.5 が利用可能になっていたはずです。

コミットのすべてのリストは次のとおりです（翻訳なし）:

サポートとアップグレード ¶

Incus 6.0 ブランチは 2029 年 6 月までサポートされます。常に最新の LTS バグ修正リリースを実行することを強く推奨します。

ダウンロード ¶

• リリース tarball : incus-6.0.6.tar.xz
• GPG シグネチャー : incus-6.0.6.tar.xz.asc

以前のニュース¶

• 2026/02/27
• 2026/01/23
• 2025/12/19
• 2025/11/29
• 2025/10/31
• 2025/09/26
• 2025/08/29
• 2025/08/15
• 2025/08/01
• 2025/06/28
• 2025/05/30
• 2025/04/25
• 2025/04/04
• 2025/03/28
• 2025/02/28
• 2025/01/24
• 2024/12/19
• 2024/12/13
• 2024/11/15
• 2024/10/03
• 2024/09/06
• 2024/08/09
• 2024/07/12
• 2024/06/28
• 2024/05/31
• 2024/05/07
• 2024/04/04
• 2024/03/26
• 2024/02/23
• 2024/01/29
• 2024/01/26
• 2023/12/21
• 2023/11/27
• 2023/10/28
• 2023/10/07