Actualités¶

Incus 7.1 est maintenant disponible¶

30 mai 2026

L’équipe d’Incus est heureuse d’annoncer la sortie d’Incus 7.1 !

Il s’agit de notre première version mensuelle depuis la sortie d’Incus 7.0 LTS, et elle contient un grand nombre de changements, puisque nous avons pris du temps pour traiter une bonne partie de nos bugs et requêtes de fonctionnalités en attente.

Comme d’habitude, vous pouvez l’essayer vous-même en ligne : https://linuxcontainers.org/incus/try-it/

Correctifs de sécurité¶

Cette version corrige 6 vulnérabilités :

• CVE-2026-48753 (critique)
• CVE-2026-47753 (faible)
• CVE-2026-48754 (faible)
• CVE-2026-48756 (faible)

Nouvelles fonctionnalités¶

Reconstruction de volumes de stockage personnalisés¶

Il est à présent possible de reconstruire un volume de stockage personnalisé avec la nouvelle commande incus storage volume rebuild.

Le volume sous-jacent est supprimé et un nouveau volume vide est créé, avec la même configuration. La reconstruction est uniquement permise si le volume n’a pas d’instantanés.

Le comportement est le même que incus rebuild pour les instances, mais pour les volumes de stockage personnalisés.

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

Topologie CPU explicite pour les machines virtuelles¶

La clef de configuration limits.cpu a été étendue pour les machines virtuelles, de sorte qu’il soit possible de spécifier une topologie CPU explicite, de la forme sockets=2,cores=4,threads=2.

Cela permet plus de flexibilité dans ce qui est exposé au système invité, mais il est important de noter que l’utilisation de cette fonctionnalité empêchera le (dé)branchement à chaud de 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

Certificats TPM personnalisés¶

Deux nouvelles clef de configuration du serveur ont été ajoutées :

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

Elles permettent de fournir une autorité de certification permettant de signer l’Endorsement Key du TPM virtuel. Il est alors possible de faire explicitement confiance à ce 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

Documentation : https://linuxcontainers.org/incus/docs/main/server_config/#miscellaneous-options

Création automatique de volume¶

La commande incus storage volume attach accepte désormais un drapeau --create.

Lorsqu’il est utilisé, un volume de stockage personnalisé est créé, si aucun volume du même nom n’existe, avant d’être attaché à l’instance (économisant un appel à 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

Paramètres personnalisés pour la création de systèmes de fichiers¶

Une nouvelle option de configuration, block.create_options, permet de contrôler les arguments passés à mkfs lors de la création de volumes sur des périphériques en bloc.

btrfs.create_options a également été ajouté pour contrôler les options passées à mkfs.btrfs lors de la création d’un nouveau pool de stockage.

Documentation : https://linuxcontainers.org/incus/docs/main/reference/storage_btrfs/#storage-btrfs

Configuration LINSTOR de bas niveau¶

Un nouvel ensemble de clefs de configuration, linstor.raw.*, est à présent disponible pour les pools et les volumes de stockage LINSTOR. Il permet de définir des propriétés de bas niveau sur les groupes de ressources et les définitions de ressources sous-jacents.

Documentation : https://linuxcontainers.org/incus/docs/main/reference/storage_linstor/

Plages d’adresses IP dans les ensembles d’adresses réseau¶

Les ensembles d’adresses réseau supportent à présent des plages d’adresses IP (par exemple, 10.0.0.120-10.0.0.130), comme cela était le cas pour les règles des ACL réseau.

Chaque plage peut contenir au plus 256 adresses ; les ensembles plus grands doivent être exprimés avec la notation 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

Documentation : https://linuxcontainers.org/incus/docs/main/howto/network_address_sets/

Contrôle du snooping multicast sur les bridges¶

Une nouvelle option de configuration, bridge.multicast_snooping, a été ajoutée aux réseaux de type bridge. Lorsque celle-ci est définie à false, le snooping multicast est désactivé sur le bridge.

Documentation : https://linuxcontainers.org/incus/docs/main/reference/network_bridge/

Support de plusieurs adresses par serveur distant¶

La commande incus remote accepte désormais plusieurs adresses pour chaque serveur distant.

Incus conserve en mémoire la dernière adresse fonctionnelle et bascule sur la suivante en cas de problème de connexion, permettant de définir facilement des adresses alternatives pour les serveurs en cluster.

Améliorations dans le stockage objet S3¶

Le serveur de stockage objet intégré compatible S3 a été étendu pour supporter quelques extensions communes :

• Les URL pré-signées sont désormais supportées pour les algorithmes de signature SigV2 et SigV4.
• L’opération CopyObject est maintenant implémentée, permettant la copie des objets côté serveur.

Liste complète des changements¶

Voici une liste complète de tous les changements apportés par cette version :

Documentation¶

La documentation d’Incus peut être consultée sur :

https://linuxcontainers.org/incus/docs/main/

Paquets¶

Incus ne fournit pas de paquet d’installation mais bien un tarball à chaque version. Vous trouverez ci-dessous différentes solutions pour mettre Incus en service.

Installation du serveur Incus sous Linux¶

Incus est disponible sur la plupart des distributions Linux courantes. Vous trouverez des instructions d’installation détaillées dans notre documentation.

https://linuxcontainers.org/incus/docs/main/installing/

Paquet Homebrew du client Incus¶

Le client Incus est disponible sur Homebrew pour Linux et macOS.

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

Paquet Chocolatey du client Incus¶

Le client Incus est disponible sur Chocolatey pour les utilisateurs de Windows.

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

Paquet Winget du client Incus¶

Le client Incus est aussi disponible sur Winget pour les utilisateurs de Windows.

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

Support¶

Les versions de fonctionnalité d’Incus ne sont supportées que jusqu’à la sortie de la suivante. Les personnes souhaitant un support plus long et des changements moins fréquents devraient plutôt envisager d’utiliser Incus 6.0 LTS.

Le support communautaire est disponible sur : https://discuss.linuxcontainers.org
Un support commercial est disponible sur : https://zabbly.com/incus
Les bugs peuvent être signalés sur : https://github.com/lxc/incus/issues

Incus 7.0 LTS est maintenant disponible¶

5 mai 2026

Introduction¶

C’est avec beaucoup de fierté et de plaisir que l’équipe d’Incus annonce la sortie d’Incus 7.0 LTS !

Incus est un gestionnaire moderne de conteneurs système et d’application et de machines virtuelles. C’est un projet open source publié sous licence Apache 2.0 et géré par la communauté dans le cadre de l’organisation Linux Containers.

Incus fournit un environnement de type cloud permettant la création d’instances à partir de nos images prédéfinies ou de dépôts OCI, et offrant une grande variété de fonctionnalités, comme la capacité de gérer en toute simplicité des clusters de serveurs.

Il prend en charge différents systèmes de stockage locaux ou distants, une gestion réseau traditionnelle ou entièrement distribuée, et offre les fonctionnalités cloud les plus courantes, avec notamment une API REST, des intégrations avec des outils comme Ansible, Terraform/OpenTofu, Packr, Kubernetes Cluster API, et plus encore !

Il s’agit de la deuxième version LTS d’Incus, marquant l’entrée d’Incus 6.0 LTS dans sa phase de maintien en condition de sécurité pendant les 3 dernières années de son cycle de vie de 5 ans.

Incus 7.0 LTS rejoint LXC 7.0 LTS et LXCFS 7.0 LTS pour conclure cette série de versions LTS.

Tout comme ces autres projets, Incus 7.0 LTS sera supporté jusqu’en juin 2031.

Les 2 premières années seront consacrées à la corrections de bugs et de problèmes de sécurité, ainsi qu’à des améliorations livrées dans des versions mineures (7.0.x). Après ces deux premières années, Incus 7.0 LTS ne recevra plus que des mises à jour de sécurité pour le reste de ses 5 ans de support.

Un total de 204 individus ont contribué à Incus entre les versions 6.0 LTS et 7.0 LTS, avec 45 contributrices et contributeurs entre les versions 6.23 et 7.0 LTS.

Comme d’habitude, vous pouvez l’essayer en ligne : https://linuxcontainers.org/incus/try-it/

Correctifs de sécurité¶

Cette version corrige un total de 9 vulnérabilités.
Celles-ci ont été remontées dans le cadre d’un audit de sécurité d’Incus mené par https://7asecurity.com.

• CVE-2026-35527 (modérée)
• CVE-2026-40195 (modérée)
• CVE-2026-40197 (modérée)
• CVE-2026-40251 (modérée)
• CVE-2026-41647 (modérée)
• CVE-2026-41684 (modérée)
• CVE-2026-41685 (modérée)
• CVE-2026-40243 (faible)
• CVE-2026-41648 (faible)

Changements majeurs¶

Puisqu’il s’agit d’une nouvelle version majeure, nous en avons profité pour apporter quelques changements pouvant affecter les systèmes exécutant Incus.

Les exigences système minimales ont été mises à jour :

• Go 1.25
• Linux 6.12
• QEMU 8.2
• LXC 6.0.0
• nftables 1.0.0
• dnsmasq 2.90
• Open vSwitch 2.15.0 (lorsqu’OVS ou OVN sont utilisés)
• OVN 23.03.0 (lorsqu’OVN est utilisé)
• ZFS 2.1.0 (lorsque ZFS est utilisé)
• LVM 2.03.11 (lorsque LVM est utilisé)

De plus, certains sous-systèmes historiques ont été supprimés :

• Retrait du support des CGroupV1
• Retrait du support de xtables (iptables/ip6tables/ebtables)

L’outil incus a également connu bon nombre d’améliorations dans sa gestion des arguments en ligne de commande, et a été rendu plus cohérent par la suppression de cas spéciaux préservés pour des raisons historiques.

Changements depuis Incus 6.23¶

Remplacement de MinIO¶

MinIO n’étant plus maintenu, il n’était pas raisonnable de continuer à l’utiliser pour nos buckets de stockage.

Plutôt que d’utiliser une nouvelle dépendance externe et d’effectuer tout le travail d’intégration qui vient avec, nous avons décidé d’implémenter notre propre serveur S3, fournissant les opérations basiques dont nous avons besoin dans Incus.

Les buckets de stockage seront automatiquement convertis depuis le format de stockage de MinIO vers notre nouveau format (de simples fichiers avec leurs métadonnées) la première fois qu’ils seront requêtés. Le processus peut prendre quelques minutes en fonction de la taille des objets présents dans le bucket.

La logique de migration conserve les métadonnées de MinIO originales, si celles-ci se montraient utiles un jour.

Du point de vue des clients, hormis un délai au premier accès du fait de la conversion, l’API n’a pas changé et reste conforme à S3.

Action à l’extinction du serveur¶

Une nouvelle option de configuration du serveur, core.shutdown_action, a été ajoutée.

La valeur shutdown (par défaut), arrête les instances proprement. La nouvelle valeur evacuate déclenche l’évacuation du serveur de son cluster à l’extinction, permettant le déplacement des instances vers d’autres serveurs.

Documentation : https://linuxcontainers.org/incus/docs/main/server_config/

API de sauvegarde bas niveau¶

Pour simplifier son intégration dans des logiciels de sauvegarde, Incus expose désormais une API NBD et des API permettant de suivre quels blocs ont été modifiés dans les volumes en bloc (dirty bitmaps).

La combinaison de ces deux fonctionnalités ouvre la voie vers des sauvegardes et restaurations incrémentales simplifiées.

Le client en ligne de commande d’Incus peut être utilisé pour gérer la connexion NBD et fournir un port d’écoute local utilisable par des clients NBD standards.

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

Restrictions sur les pools de stockage dans les projets¶

Une nouvelle clef de configuration pour les projets, restricted.storage-pools.access, a été ajoutée pour définir une liste de pools de stockage (séparée par des virgules) pouvant être utilisés dans un projet.

Son effet est similaire au fait de définir un quota de 0 octets pour les pools ne devant pas être utilisés dans le projet, mais l’option permet de définir positivement les pools autorisés, et non négativement les pools interdits.

Documentation : https://linuxcontainers.org/incus/docs/main/reference/projects/

Appel du scriptlet de placement des instances lors du rééquilibrage du cluster¶

Le scriptlet de placement des instances supporte une nouvelle raison rebalance lorsque la fonctionnalité de rééquilibrage est activée et qu’Incus cherche à déplacer des instances pour équilibrer sa charge.

La liste des serveurs candidats est triée du serveur le moins chargé au plus chargé.

Documentation : https://linuxcontainers.org/incus/docs/main/explanation/clustering/

Commandes de transfert de fichiers alignées avec cp¶

Les commandes incus file push et incus file pull suivent à présent un comportement similaire à celui de la commande cp, avec des drapeaux en commun :

-p, --create-dirs      Créer les dossiers intermédiaires
-L, --dereference      Toujours suivre les liens symboliques source
-H, --follow           Seulement suivre les liens symboliques source fournis en arguments
-P, --no-dereference   Ne jamais suivre les liens symboliques source
-r, --recursive        Transférer les fichiers récursivement

L’expérience devrait être plus prédictible lors du transfert de fichiers vers et depuis des instances Incus.

Drapeau --reuse pour incus image copy¶

La commande incus image copy supporte désormais un drapeau --reuse qui, lorsqu’utilisé aves --copy-aliases, fait que les anciens alias pointent sur la nouvelle image.

Changements depuis Incus 6.0.6 LTS¶

Nous avons rétroporté de manière assez agressive les changements des versions Incus 6.x vers les versions 6.0.x LTS. En conséquence, la liste des nouvelles fonctionnalités par rapport à la version 6.0.6 LTS est assez courte.

Ces fonctionnalités demandent des changements majeurs sur le disque ou dans les bases de données, et n’étaient donc pas appropriées pour du rétroportage dans les versions LTS.

Toutes les fonctionnalités citées ci-dessus¶

Incus 6.0.6 LTS est sorti juste avant Incus 6.23 ; en conséquence, toutes les nouvelles fonctionnalités citées ci-dessus s’appliquent aux migrations depuis Incus 6.0.6 LTS.

Support d’OCI¶

Ajouté dans Incus 6.3, le support d’OCI permet la création de conteneurs d’application à partir d’images OCI.

Toutes les options de configuration des conteneurs Incus, qu’il s’agisse de limites de ressources, d’interceptions de syscalls… s’appliquent également aux conteneurs applicatifs. Ils sont aussi tous lancés dans le même environnement sûr de conteneurisation que nos conteneurs système.

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:~$

Volumes de stockage dépendants¶

Ajoutés dans Incus 6.23, les volumes de stockage dépendants permettent de lier des volumes personnalisés à des instances, de telle sorte que les instantanés, la migration, les sauvegardes, et les suppressions portent à la fois sur les instances et leurs volumes dépendants.

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 |
+------+----------+------------+

Ensembles d’adresses réseau¶

Ajoutés dans Incus 6.12, les ensembles d’adresses réseau fournissent un moyen de simplifier la définition d’ACL réseau référençant ces ensembles.

Tout comme les ACL, les ensembles d’adresses sont liés à chaque projet, et chaque ensemble peut contenir un certain nombre d’adresses IPv4 et IPv6. Les ensembles peuvent ensuite être utilisés dans les ACL comme source ou comme destination.

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

Documentation : https://linuxcontainers.org/incus/docs/main/howto/network_address_sets/

Driver de stockage LINSTOR¶

Ajouté dans Incus 6.11, le driver LINSTOR permet la création de pools de stockage utilisant DRBD pour gérer la réplication des données entre différents systèmes.

Vous pouvez en apprendre plus sur LINSTOR sur leur site web : https://linbit.com/linstor/

Cela permet aux volumes en bloc d’être créés pour les conteneurs et les machines virtuelles, avec une copie primaire présente typiquement sur le serveur sur lequel l’instance tourne, et une copie répliquée présente sur un autre serveur du cluster.

Documentation du driver : https://linuxcontainers.org/incus/docs/main/reference/storage_linstor/
Guide d’utilisation : https://linuxcontainers.org/incus/docs/main/howto/storage_linstor_setup/
Documentation technique : https://linuxcontainers.org/incus/docs/main/reference/storage_linstor_internals/

Driver de stockage TrueNAS¶

Ajouté dans Incus 6.16, le driver TrueNAS permet l’utilisation d’un serveur TrueNAS distant comme pool de stockage pour les instances et volumes Incus.

Son comportement est similaire au driver de stockage ZFS (que TrueNAS utilise), mais, plutôt que d’interagir avec ZFS localement, le driver utilise l’API de TrueNAS pour effectuer les actions sur un serveur de stockage distant. Les volumes sont exposés au serveur Incus en iSCSI par le serveur TrueNAS.

Puisqu’il s’agit d’un driver de stockage distant (comme Ceph, Linstor et LVM en cluster), il peut être utilisé avec des clusters de serveurs Incus pour assurer des migrations fluides d’instances sans déplacement de disques.

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         |
+------+---------+---------------------+------------------------------------------------+-----------+-----------+

Documentation : https://linuxcontainers.org/incus/docs/main/reference/storage_truenas/

Définition de fonctionnalités CPU dans des groupes d’un cluster¶

Ajoutées dans Incus 6.4, les définitions de fonctionnalités CPU permettent de gérer de manière efficace des clusters de machines hétérogènes.

Il est ainsi possible d’avoir un groupe par modèle/génération de CPU, et de laisser Incus calculer un ensemble de flags CPU commun pour ces serveurs.

Par exemple, incus cluster group set foo instances.vm.cpu.x86_64.baseline=kvm64 instances.vm.cpu.x86_64.flags=auto permet à Incus de parcourir automatiquement les serveurs dans le groupe foo et de le laisser définir la clef de configuration flags avec l’ensemble des flags CPU en commun.

Mais cela permet également de définir votre propre configuration CPU ; par exemple, incus cluster group set foo instances.vm.cpu.x86_64.baseline=EPYCv2 instances.vm.cpu.x86_64.flags=-svm expose un CPU AMD EPYC de base de 2e génération, avec l’extension de virtualisation (svm) désactivée.

Liste complète des changements¶

Voici une liste complète de tous les changements apportés depuis Incus 6.23 :

Documentation¶

La documentation d’Incus peut être consultée sur :
https://linuxcontainers.org/incus/docs/main/

Installation¶

Incus ne fournit pas de paquet d’installation mais bien un tarball à chaque version. Vous trouverez ci-dessous différentes solutions pour mettre Incus en service.

Paquets Linux¶

Incus est disponible sur la plupart des distributions Linux courantes. Vous trouverez des instructions d’installation détaillées dans notre documentation.

https://linuxcontainers.org/incus/docs/main/installing/

Paquet Homebrew du client Incus¶

Le client Incus est disponible sur Homebrew pour Linux et macOS.

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

Paquet Chocolatey du client Incus¶

Le client Incus est disponible sur Chocolatey pour les utilisateurs de Windows.

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

Paquet Winget du client Incus¶

Le client Incus est aussi disponible sur Winget pour les utilisateurs de Windows.

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

Migration depuis LXD¶

Un outil de migration, lxd-to-incus, permet une migration en place de LXD vers Incus.
Il a été testé avec des versions de LXD de la 4.0 LTS à la dernière version LXD 5.21.

Il permet une migration très rapide de LXD vers Incus, en vérifiant automatiquement à l’avance les conflits potentiels.

Pour plus d’informations, consultez : https://linuxcontainers.org/incus/docs/main/howto/server_migrate_lxd/

Support¶

Incus 7.0 LTS sera supporté pendant un total de 5 ans (jusqu’en juin 2029).

Durant les 2 premières années, de nouvelles versions mineures contenant des corrections de bugs, des mises à jour de sécurité et d’autres améliorations mineures seront publiées. Après cette période initiale de 2 ans (après la sortie d’Incus 8.0 LTS), Incus 7.0 LTS ne recevra plus que des mises à jour de sécurité pendant les 3 années restantes.

Cela correspond à ce que nous faisons pour nos autres projets (LXC et LXCFS) depuis 10 ans.

Le support communautaire est disponible sur : https://discuss.linuxcontainers.org
Un support commercial est disponible sur : https://zabbly.com/incus
Les bugs peuvent être signalés sur : https://github.com/lxc/incus/issues

Incus 6.23 est maintenant disponible¶

27 mars 2026

Introduction¶

L’équipe d’Incus est heureuse d’annoncer la sortie d’Incus 6.23 !

Cette version est la dernière de la série 6.x, précédant la sortie d’Incus 7.0 LTS prévue pour le 30 avril.

C’est également une nouvelle version très complète, avec la résolution d’un bon nombre de vulnérabilités (en grande partie grâce à une analyse en cours de 7asecurity) et de bugs, des améliorations des performances, et de nouvelles fonctionnalités étendant le support des OS invités et rendant la gestion du stockage plus flexible avec les volumes dépendants.

Comme d’habitude, vous pouvez l’essayer vous-même en ligne : https://linuxcontainers.org/incus/try-it/

Nouveaux mainteneurs¶

Cette nouvelle version est l’occasion pour le projet Incus d’accueillir deux nouveaux mainteneurs :

• Benjamin Somers
• Piotr Resztak

Ils contribuent tous deux depuis un certain temps à Incus, et ont été impliqués dans le développement de bon nombre de nouvelles fonctionnalités et correctifs de bugs dans une grande partie de la base de code d’Incus. Ils sont donc suffisamment qualifiés pour aider à la revue de code et à l’orientation et à la maintenance du projet.

Ils rejoignent les mainteneurs historiques :

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

Correctifs de sécurité¶

Cette version corrige 6 vulnérabilités :

• CVE-2026-33711 (faible)
• CVE-2026-33542 (modérée)
• CVE-2026-33743 (modérée)
• CVE-2026-33898 (haute)
• CVE-2026-33897 (critique)
• CVE-2026-33945 (critique)

À l’exception de la CVE-2026-33542, toutes ces vulnérabilités ont été identifiées dans le cadre d’une analyse de sécurité toujours en cours par 7asecurity.

Les correctifs ont été rétroportés sur notre branche LTS (stable-6.0), et les distributions proposant Incus LTS ont été notifiées et ont publié (ou vont prochainement publier) des paquets mis à jour.

Nouvelles fonctionnalités¶

Volumes de stockage dépendants¶

Incus supporte désormais des volumes dits « dépendants ». Ils se comportent de la même manière que des volumes personnalisés attachés à une instance, à la différence qu’un lien explicite est créé entre le volume et l’instance.

Supprimer une instance comportant des volumes dépendants supprimera également ces derniers ; prendre un instantané de l’instance prendra aussi un instantané de ses volumes dépendants ; les sauvegardes et les migrations inclueront également ces derniers.

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 |
+------+----------+------------+

Support des VM FreeBSD¶

L’agent d’Incus peut à présent être lancé sur des invités FreeBSD.
De la même manière que pour macOS, l’agent nécessite une connexion réseau avec Incus, et donc que la VM soit dans un réseau géré par Incus.

Des images de FreeBSD 14 et 15 construites quotidiennement sont disponibles sur notre serveur d’images.

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

NOTE : L’agent peut mettre du temps à arriver dans toutes les distributions Linux, aussi les systèmes exécutant Incus 6.23 n’auront pas tous la possibilité d’en utiliser les fonctionnalités. Un redémarrage de la VM en mode mono-utilisateur permet de définir un mot de passe pour l’utilisateur root, permettant d’utiliser la console.

Nouveau parseur pour la CLI Incus¶

Un certain nombre d’améliorations ont été apportées à l’outil en ligne de commande incus. Celui-ci peut désormais mieux identifier les erreurs dans l’utilisation des arguments, et utilise des couleurs pour améliorer la clarté des messages d’aide.

Support de la désactivation des annonces de la passerelle en DHCP¶

Il est désormais possible de définir ipv4.dhcp.gateway avec la valeur spéciale none pour indiquer à Incus de ne pas pousser de routes en DHCP.

Cette option est particulièrement utile lorsque des instances sont connectées à plusieurs réseaux, certains desquels ne routant pas de trafic vers l’extérieur.

Support de ipv4.dhcp.gateway sur les réseaux OVN¶

En lien avec la fonctionnalité précédente, les réseaux OVN supportent à présent l’option ipv4.dhcp.gateway, y compris sa nouvelle valeur none.

Cela permet qu’une instance du réseau OVN soit utilisée comme passerelle à la place du routeur virtuel, ou encore de désactiver l’annonce de route par défaut.

Support de io.bus sur les cartes réseau OVN¶

Il est maintenant possible d’utiliser io.bus avec les cartes réseau OVN.

Cela permet d’ajouter à des VM des interfaces réseau USB connectées à des réseaux OVN.

Événements de cycle de vie pour l’agent Incus¶

Deux nouveaux événements de cycle de vie ont été ajoutés dans cette version :

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

Leurs noms parlent d’eux-mêmes. Ces événements sont limités aux VM, et sont émis dès qu’Incus reçoit une notification de l’agent sur sa connexion série.

Réécriture de incus file pull et incus storage volume file pull¶

La logique de récupération de fichiers des deux commandes a été réécrite pour mieux correspondre au comportement de la commande cp.

Cette modification permet de mieux gérer les liens symboliques, aves les nouvelles options suivantes :

• -L (Toujours suivre les liens symboliques source)
• -H (Seulement suivre les liens symboliques source fournis en arguments)
• -P (Ne jamais suivre les liens symboliques source)

Métriques relatives aux projets¶

De nouvelles métriques ont été ajoutées pour fournir des statistiques sur les projets.

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 de bas niveau pour réparer les instances¶

Un nouveau chemin d’API a été ajouté sous /1.0/instances/NOM/debug/repair.
Il permet à Incus d’exposer des actions de réparation de bas niveau, utiles notamment dans des environnements restreints dans lesquels il n’est pas possible d’inspecter les données stockées sur disque (IncusOS en est un bon exemple).

Pour le moment, une seule action est fournie : rebuild-config-volume, permettant pour les instances utilisant du stockage en bloc QCOW2 avec LVM en cluster d’en reconstruire le volume de configuration, ce qui permet notamment de se remettre de corruptions BTRFS suivant une extinction forcée d’un serveur.

Liste complète des changements¶

Voici une liste complète de tous les changements apportés par cette version :

Documentation¶

La documentation d’Incus peut être consultée sur :

https://linuxcontainers.org/incus/docs/main/

Paquets¶

Incus ne fournit pas de paquet d’installation mais bien un tarball à chaque version. Vous trouverez ci-dessous différentes solutions pour mettre Incus en service.

Installation du serveur Incus sous Linux¶

Incus est disponible sur la plupart des distributions Linux courantes. Vous trouverez des instructions d’installation détaillées dans notre documentation.

https://linuxcontainers.org/incus/docs/main/installing/

Paquet Homebrew du client Incus¶

Le client Incus est disponible sur Homebrew pour Linux et macOS.

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

Paquet Chocolatey du client Incus¶

Le client Incus est disponible sur Chocolatey pour les utilisateurs de Windows.

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

Paquet Winget du client Incus¶

Le client Incus est aussi disponible sur Winget pour les utilisateurs de Windows.

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

Support¶

Les versions de fonctionnalité d’Incus ne sont supportées que jusqu’à la sortie de la suivante. Les personnes souhaitant un support plus long et des changements moins fréquents devraient plutôt envisager d’utiliser Incus 6.0 LTS.

Le support communautaire est disponible sur : https://discuss.linuxcontainers.org
Un support commercial est disponible sur : https://zabbly.com/incus
Les bugs peuvent être signalés sur : https://github.com/lxc/incus/issues

Incus 6.22 est maintenant disponible¶

27 févr. 2026

Introduction¶

L’équipe d’Incus est heureuse d’annoncer la sortie d’Incus 6.22 !

Cette nouvelle version est assez dense, avec de nombreux changements aux quatre coins du projet, ainsi qu’un grand nombre de corrections de bugs. Tout le monde devrait y trouver son compte !

Comme d’habitude, vous pouvez l’essayer vous-même en ligne : https://linuxcontainers.org/incus/try-it/

Nouvelles fonctionnalités¶

Support de VSOCK dans l’agent Windows¶

Lorsque nous avons ajouté le support de l’agent Incus pour les VM Windows, le driver Windows pour VirtIO VSOCK n’était toujours pas signé par Microsoft et le support dans Go pour VSOCK sur les systèmes Windows était absent.

Ces deux limitations étant à présent levées, nous utilisons désormais VSOCK au lieu de TCP pour le transport des données de l’agent Windows. Le comportement est ainsi similaire à celui des systèmes Linux, permettant d’interagir avec l’agent même lorsqu’Incus ne connaît pas l’adresse IP de la VM ou n’a pas la permission de s’y connecter.

stgraber@castiana:~ (incus:dev-cluster01/default)$ incus list Windows
+-------------+---------+---------------------------+-------------------------------------------------------------------------+-----------------+-----------+----------+
|    NAME     |  STATE  |           IPV4            |                                  IPV6                                   |      TYPE       | SNAPSHOTS | LOCATION |
+-------------+---------+---------------------------+-------------------------------------------------------------------------+-----------------+-----------+----------+
| Windows2016 | RUNNING | 172.17.45.252 (Ethernet0) | 2602:fc62:c:1045:992a:86ac:bed4:7643 (Ethernet0)                        | VIRTUAL-MACHINE | 0         | incus03  |
|             |         |                           | 2001:0:14c9:dc0e:c7f:1835:53ee:d203 (Teredo Tunneling Pseudo-Interface) |                 |           |          |
+-------------+---------+---------------------------+-------------------------------------------------------------------------+-----------------+-----------+----------+
| Windows2025 | RUNNING | 172.17.45.215 (Ethernet0) | 2602:fc62:c:1045:db35:1adc:89f5:5e9e (Ethernet0)                        | VIRTUAL-MACHINE | 0         | incus03  |
+-------------+---------+---------------------------+-------------------------------------------------------------------------+-----------------+-----------+----------+

stgraber@castiana:~ (incus:dev-cluster01/default)$ incus info Windows2025
Name: Windows2025
Description: Auto-imported from VMware
Status: RUNNING
Type: virtual-machine
Architecture: x86_64
Location: incus03
PID: 2658
Created: 2026/02/25 01:36 EST
Last Used: 2026/02/26 16:36 EST
Started: 2026/02/26 16:36 EST

Operating System:
  OS: Windows Server 2025 Datacenter Evaluation
  OS Version: 26100
  Kernel Version: 6.3
  Hostname: WIN-QVHTSU4SGJK
  FQDN: WIN-QVHTSU4SGJK

Resources:
  Processes: 87
  CPU usage:
    CPU usage (in seconds): 57366
  Memory usage:
    Memory (current): 1.58GiB
  Network usage:
    Ethernet0:
      Type: broadcast
      State: UP
      Host interface: Ethernet0
      MAC address: 00:50:56:a9:12:b0
      MTU: 1500
      Bytes received: 14.34MB
      Bytes sent: 3.48MB
      Packets received: 13036
      Packets sent: 8992
      IP addresses:
        inet6: 2602:fc62:c:1045:db35:1adc:89f5:5e9e/64 (global)
        inet6: fe80::78a1:5e60:236:58a2/64 (link)
        inet:  172.17.45.215/24 (global)
    Loopback Pseudo-Interface 1:
      Type: loopback
      State: UP
      Host interface: Loopback Pseudo-Interface 1
      MTU: -1
      Bytes received: 0B
      Bytes sent: 0B
      Packets received: 0
      Packets sent: 0
      IP addresses:
        inet6: ::1/128 (local)
        inet:  127.0.0.1/8 (local)

NOTE : Pour que le nouvel agent fonctionne correctement, vous devez vous assurer que les drivers VirtIO VSOCK sont installés sur l’instance Windows, de même que le service correspondant. Dans la plupart des cas, cela demande de trouver le bon driver VSOCK dans l’ISO contenant les drivers VirtIO, faire un clic droit sur le fichier .inf, et l’installer (pour le moment, l’installateur VirtIO ne semble pas le faire).

Récupération directe de sauvegardes¶

Incus embarque une API de sauvegarde, permettant la création de sauvegardes d’instances et de volumes de stockage personnalisés. Cette API a pour but d’être intégrée dans des systèmes automatisés de sauvegarde.

Côté utilisateur, ce mécanisme est utilisé dans incus export et incus storage volume export. Dans les deux cas, ces commandes créaient une sauvegarde côté serveur, la téléchargeaient, et la supprimaient ensuite.

La situation n’était pas idéale, dans la mesure où les données étaient stockées sur disque dans le seul but d’être téléchargées et supprimées tout de suite après. Incus 6.22 permet désormais de streamer de bout en bout les sauvegardes du client au serveur.

stgraber@dakara:~$ incus launch images:alpine/edge a1
Launching a1
stgraber@dakara:~$ incus export a1
Backup exported successfully!
stgraber@dakara:~$ ls -lh a1.tar.gz 
-rw-rw-r-- 1 stgraber stgraber 4.0M Feb 27 10:43 a1.tar.gz

Restauration des données seules depuis des instantanés¶

Les instantanés dans Incus capturent bien plus d’informations que le seul état du disque (configuration de l’instance, et, lorsque demandé, état de fonctionnement de celle-ci). Cependant, un cas d’usage fréquent est de ne souhaiter restaurer que les données du disque et rien de plus, ce qui est désormais supporté.

stgraber@dakara:~$ incus snapshot restore a1 snap0 --diskonly

Volume de stockage dédié aux journaux serveur¶

Les journaux d’Incus peuvent grossir avec le temps, en particulier sur des systèmes comportant des centaines ou des milliers de VM. Incus dispose d’un mécanisme de rotation des journaux pour rester maître de la situation, mais ceux-ci peuvent toutefois prendre plusieurs Go de stockage.

Une nouvelle clef de configuration, storage.logs_volume, permet de stocker les journaux d’Incus sur un volume de stockage personnalisé dédié, comme c’était le cas pour les images et les sauvegardes.

stgraber@dakara:~$ incus storage volume create default logs
Storage volume logs created
stgraber@dakara:~$ incus config set storage.logs_volume default/logs
Error: Failed validation of "storage.logs_volume": `storage.logs_volume` cannot be changed if there are running instances
stgraber@dakara:~$ incus stop --all
stgraber@dakara:~$ incus config set storage.logs_volume default/logs
stgraber@dakara:~$ incus start --all

Documentation : https://linuxcontainers.org/incus/docs/main/server_config/#miscellaneous-options

Améliorations dans le stockage QCOW2¶

Pour rappel, Incus utilise QCOW2 pour la prise d’instantanés des volumes de stockage en bloc sur lvmcluster. Incus peut à présent créer et gérer ces instantanés pour des instances, avec un support complet des instances en fonctionnement et de la migration à chaud.

Les volumes de stockage personnalisés en bloc utilisent désormais également QCOW2 par défaut, avec un support pour la prise d’instantanés. D’autres fonctionnalités cependant (prise d’instantanés des volumes attachés à des VM en fonctionnement) arriveront avec Incus 6.23.

Redimensionnement de pools de stockage lvmcluster¶

Les clusters Incus partageant du stockage en bloc avec le driver lvmcluster peuvent désormais redimensionner les périphériques en bloc sous-jacents, permettant à Incus d’accroître la capacité du stockage LVM qui s’y trouve.

Il est possible de définir la propriété size sur un pool lvmcluster à la valeur de sa nouvelle taille souhaitée, ou à max, pour accroître sa taille à la taille maximale disponible sur le stockage sous-jacent.

Documentation : https://linuxcontainers.org/incus/docs/main/reference/storage_lvm/

Suppression automatique d’instantanés à la restauration avec lvmcluster¶

Toujours avec lvmcluster, le driver a une restriction commune à de nombreux autres backends de stockage, à savoir le fait qu’il est uniquement possible de restaurer le dernier instantané (demandant ainsi la suppression de tous les instantanés plus récents que celui que nous souhaitons restaurer).

Nous avons donc rajouté une clef de configuration lvmcluster.remove_snapshots pour supprimer automatiquement les instantanés intermédiaires durant la restauration.

Documentation : https://linuxcontainers.org/incus/docs/main/reference/storage_lvm/

Passthrough de contrôleurs USB entiers¶

Le périphérique unix-hotplug a été étendu avec une nouvelle clef de configuration pci, permettant de sélectionner un contrôleur USB particulier, rajoutant dynamiquement à une instance tous les périphériques s’y connectant.

stgraber@dakara:~$ incus launch images:debian/13 c1
Launching c1
stgraber@dakara:~$ incus config device add c1 usb-controller unix-hotplug pci=0000:24:00.0
Device usb-controller added to c1
stgraber@dakara:~$ incus exec c1 bash
root@c1:~# find /dev/bus
/dev/bus
/dev/bus/usb
/dev/bus/usb/005
/dev/bus/usb/005/023

Documentation : https://linuxcontainers.org/incus/docs/main/reference/devices_unix_hotplug/

Accès aux certificats TLS depuis le scriptlet d’autorisation¶

Dans les environnements où une intégration à OpenID Connect et OpenFGA n’est pas pratique, Incus supporte un mécanisme d’autorisation plus simple au travers d’un scriptlet.

Il s’agit d’un script dans un langage similaire à Python, qui est exécuté dans Incus à chaque fois qu’un accès doit être validé pour une opération donnée. L’implémentation initiale exposait au scriptlet l’empreinte du certificat TLS ainsi que l’opération et l’objet concerné.

Désormais, toutes les informations dont Incus dispose au sujet du certificat sont également exposées au scriptlet.

Cela permet d’implémenter des politiques d’accès plus complexes, reposant sur des propriétés du certificat, comme son nom ou les restrictions qui lui sont appliquées dans Incus.

Documentation : https://linuxcontainers.org/incus/docs/main/authorization/#scriptlet-authorization

Redémarrage rapide des VM¶

Incus prend en charge un grand nombre de fonctionnalités et d’intégrations avec les VM, lesquelles requièrent parfois une configuration assez poussée de l’hôte en-dehors de QEMU.

Pour cette raison, Incus a toujours redémarré complètement QEMU à chaque redémarrage des VM, afin de pouvoir démarrer dans un état sain.

Bien que cela garantisse la sûreté des opérations, le redémarrage de QEMU entraîne une déconnexion de la console et un délai. Pour améliorer cette situation, Incus surveille désormais si un redémarrage complet est souhaitable (par exemple, à la suite d’une opération de hotplug), et le cas échéant uniquement, redémarre QEMU. Dans les autres cas, le redémarrage des VM s’effectue de manière beaucoup plus rapide et sans déconnexion de la console.

Restrictions sur les URL des serveurs d’images dans les projets¶

Les personnes administrant des clusters Incus avec des projets restreints peuvent vouloir limiter les domaines depuis lesquels leurs utilisateurs peuvent télécharger des images.

Nous avons ajouté une nouvelle clef de configuration pour les projets, restricted.images.servers, à cet effet. Elle prend une liste de domaines depuis lesquels les téléchargements d’images sont autorisés. Les requêtes vers les autres serveurs seront rejetées.

Enfin, les projets restreints ne peuvent dorénavant plus faire de migration en mode pull, uniquement en mode push.

stgraber@dakara:~$ incus project set foo restricted=true restricted.images.servers=example.net
stgraber@dakara:~$ incus launch images:alpine/edge a1
Launching a1
Error: Failed instance creation: Image server "images.linuxcontainers.org" isn't allowed in this project
stgraber@dakara:~$ incus project set foo restricted=true restricted.images.servers=images.linuxcontainers.org
stgraber@dakara:~$ incus launch images:alpine/edge a1
Launching a1

Documentation : https://linuxcontainers.org/incus/docs/main/reference/projects/

Import d’URL dans incus-migrate¶

incus-migrate est notre outil de migration prenant en charge de nombreux scénarios, allant de la migration de machines physiques vers Incus à l’import d’images de VM et de conteneurs externes.

L’outil a été mis à jour pour permettre l’import direct d’images via des URL, rendant trivial l’import d’images QCOW2 ou VMDK depuis le web.

stgraber@dakara:~$ incus-migrate 
The local Incus server is the target [default=yes]:

What would you like to create?
1) Container
2) Virtual Machine
3) Virtual Machine (from .ova)
4) Custom Volume

Please enter the number of your choice: 2
Project to create the instance in [default=default]: 
Name of the new instance: talos
Please provide the path or URL to a disk, partition, or qcow2/raw/vmdk image file: https://factory.talos.dev/image/9ed5fecdacb36b5c5427b87d409f1065cfb2df69b0f71c58b868d9d466d8dab3/v1.12.4/metal-amd64.qcow2
Downloading "https://factory.talos.dev/image/9ed5fecdacb36b5c5427b87d409f1065cfb2df69b0f71c58b868d9d466d8dab3/v1.12.4/metal-amd64.qcow2"
Does the VM support UEFI booting? [default=yes]: 
Does the VM support UEFI Secure Boot? [default=yes]: no

Instance to be created:
  Name: talos
  Project: default
  Type: virtual-machine
  Source: /tmp/3948685006
  Source format: qcow2
  Config:
    security.secureboot: "false"

Additional overrides can be applied at this stage:
1) Begin the migration with the above configuration
2) Override profile list
3) Set additional configuration options
4) Change instance storage pool or volume size
5) Change instance network
6) Add additional disk
7) Change additional disk storage pool

Please pick one of the options above [default=1]: 4
Please provide the storage pool to use: default
Do you want to change the storage size? [default=no]: yes
Please specify the storage size: 50GiB

Instance to be created:
  Name: talos
  Project: default
  Type: virtual-machine
  Source: /tmp/3948685006
  Source format: qcow2
  Storage pool: default
  Storage pool size: 50GiB
  Config:
    security.secureboot: "false"

Additional overrides can be applied at this stage:
1) Begin the migration with the above configuration
2) Override profile list
3) Set additional configuration options
4) Change instance storage pool or volume size
5) Change instance network
6) Add additional disk
7) Change additional disk storage pool

Please pick one of the options above [default=1]: 1
Converting image "/tmp/3948685006" to raw format before importing
Instance talos successfully created
stgraber@dakara:~$ incus start talos

Documentation : https://linuxcontainers.org/incus/docs/main/howto/import_machines_to_instances/

Certificats multidomaines via ACME¶

Incus supporte l’utilisation d’ACME/Let’s Encrypt pour obtenir des certificats HTTPS.
Jusqu’à présent, nous étions limités à des certificats portant sur des hôtes uniques, mais supportons désormais l’utilisation de plusieurs domaines séparés par des virgules dans la clef de configuration acme.domain.

stgraber@dakara:~ (incus:dev-cluster01/default)$ incus config set acme.domain=cluster01.dev.stgraber.org,foo.dev.stgraber.org

Documentation : https://linuxcontainers.org/incus/docs/main/server_config/#server-options-acme

Contrôle de la propriété trusted pour les cartes réseau SR-IOV¶

L’usage des cartes réseau SR-IOV dans Incus se faisait jusqu’à présent dans le mode untrusted, empêchant de changer leur adresse MAC ou leur VLAN.

Pour les environnements de confiance, nous avons rajouté la propriété security.trusted, permettant de désactiver ces restrictions.

stgraber@dakara:~$ incus create images:alpine/edge a1
Creating a1
stgraber@dakara:~$ incus config device add a1 eth0 nic nictype=sriov parent=enp1s0 name=eth0 security.trusted=true
Device eth0 added to a1
stgraber@dakara:~$ incus start a1

Documentation : https://linuxcontainers.org/incus/docs/main/reference/devices_nic/#nictype-sriov

Nouveaux états pour les membres évacués des clusters¶

Pour mieux suivre l’état des clusters, nous avons ajouté deux états supplémentaires à leurs membres, EVACUATING et RESTORING, selon respectivement si ceux-ci sont en cours d’évacuation ou de restauration.

stgraber@dakara:~ (incus:dev-cluster01/default)$ incus cluster list
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+--------+-------------------+
|  NAME   |                         URL                         |      ROLES      | ARCHITECTURE | FAILURE DOMAIN | DESCRIPTION | STATUS |      MESSAGE      |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+--------+-------------------+
| incus01 | https://[2602:fc62:b:8007:1266:6aff:fe46:8bd]:8443  | database-leader | x86_64       | default        |             | ONLINE | Fully operational |
|         |                                                     | database        |              |                |             |        |                   |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+--------+-------------------+
| incus02 | https://[2602:fc62:b:8007:1266:6aff:fe02:fa52]:8443 | database        | x86_64       | default        |             | ONLINE | Fully operational |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+--------+-------------------+
| incus03 | https://[2602:fc62:b:8007:1266:6aff:fed2:70e9]:8443 | database        | x86_64       | default        |             | ONLINE | Fully operational |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+--------+-------------------+
stgraber@dakara:~ (incus:dev-cluster01/default)$ incus cluster list
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+------------+--------------------------------+
|  NAME   |                         URL                         |      ROLES      | ARCHITECTURE | FAILURE DOMAIN | DESCRIPTION |   STATUS   |            MESSAGE             |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+------------+--------------------------------+
| incus01 | https://[2602:fc62:b:8007:1266:6aff:fe46:8bd]:8443  | database-leader | x86_64       | default        |             | ONLINE     | Fully operational              |
|         |                                                     | database        |              |                |             |            |                                |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+------------+--------------------------------+
| incus02 | https://[2602:fc62:b:8007:1266:6aff:fe02:fa52]:8443 | database        | x86_64       | default        |             | ONLINE     | Fully operational              |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+------------+--------------------------------+
| incus03 | https://[2602:fc62:b:8007:1266:6aff:fed2:70e9]:8443 | database        | x86_64       | default        |             | EVACUATING | Unavailable due to maintenance |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+------------+--------------------------------+
stgraber@dakara:~ (incus:dev-cluster01/default)$ incus cluster list
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+-----------+--------------------------------+
|  NAME   |                         URL                         |      ROLES      | ARCHITECTURE | FAILURE DOMAIN | DESCRIPTION |  STATUS   |            MESSAGE             |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+-----------+--------------------------------+
| incus01 | https://[2602:fc62:b:8007:1266:6aff:fe46:8bd]:8443  | database-leader | x86_64       | default        |             | ONLINE    | Fully operational              |
|         |                                                     | database        |              |                |             |           |                                |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+-----------+--------------------------------+
| incus02 | https://[2602:fc62:b:8007:1266:6aff:fe02:fa52]:8443 | database        | x86_64       | default        |             | ONLINE    | Fully operational              |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+-----------+--------------------------------+
| incus03 | https://[2602:fc62:b:8007:1266:6aff:fed2:70e9]:8443 | database        | x86_64       | default        |             | EVACUATED | Unavailable due to maintenance |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+-----------+--------------------------------+
stgraber@dakara:~ (incus:dev-cluster01/default)$ incus cluster list
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+-----------+--------------------------------+
|  NAME   |                         URL                         |      ROLES      | ARCHITECTURE | FAILURE DOMAIN | DESCRIPTION |  STATUS   |            MESSAGE             |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+-----------+--------------------------------+
| incus01 | https://[2602:fc62:b:8007:1266:6aff:fe46:8bd]:8443  | database-leader | x86_64       | default        |             | ONLINE    | Fully operational              |
|         |                                                     | database        |              |                |             |           |                                |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+-----------+--------------------------------+
| incus02 | https://[2602:fc62:b:8007:1266:6aff:fe02:fa52]:8443 | database        | x86_64       | default        |             | ONLINE    | Fully operational              |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+-----------+--------------------------------+
| incus03 | https://[2602:fc62:b:8007:1266:6aff:fed2:70e9]:8443 | database        | x86_64       | default        |             | RESTORING | Unavailable due to maintenance |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+-----------+--------------------------------+
stgraber@dakara:~ (incus:dev-cluster01/default)$ incus cluster list
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+--------+-------------------+
|  NAME   |                         URL                         |      ROLES      | ARCHITECTURE | FAILURE DOMAIN | DESCRIPTION | STATUS |      MESSAGE      |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+--------+-------------------+
| incus01 | https://[2602:fc62:b:8007:1266:6aff:fe46:8bd]:8443  | database-leader | x86_64       | default        |             | ONLINE | Fully operational |
|         |                                                     | database        |              |                |             |        |                   |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+--------+-------------------+
| incus02 | https://[2602:fc62:b:8007:1266:6aff:fe02:fa52]:8443 | database        | x86_64       | default        |             | ONLINE | Fully operational |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+--------+-------------------+
| incus03 | https://[2602:fc62:b:8007:1266:6aff:fed2:70e9]:8443 | database        | x86_64       | default        |             | ONLINE | Fully operational |
+---------+-----------------------------------------------------+-----------------+--------------+----------------+-------------+--------+-------------------+

Restauration de cluster sans migration d’instance¶

Toujours sur le thème de l’évacuation de cluster, il est à présent possible de restaurer un serveur sans toutefois y migrer ou redémarrer d’instance.

stgraber@dakara:~ (incus:dev-cluster01/default)$ incus cluster evacuate incus02
Are you sure you want to evacuate cluster member "incus02"? (yes/no) [default=no]: yes
stgraber@dakara:~ (incus:dev-cluster01/default)$ incus cluster restore incus02 --action=skip
Are you sure you want to restore cluster member "incus02"? (yes/no) [default=no]: yes

Métriques de démarrage des instances¶

Deux nouvelles métriques ont été ajoutées pour mesurer le temps d’utilisation des instances :

• incus_boot_time_seconds, timestamp UNIX du démarrage de l’instance
• incus_time_seconds, timestamp UNIX courant

Ce choix est inspiré des métriques provenant de node_exporter.

stgraber@dakara:~$ incus list a1
+------+---------+---------------------+---------------------------------------------+-----------+-----------+
| NAME |  STATE  |        IPV4         |                    IPV6                     |   TYPE    | SNAPSHOTS |
+------+---------+---------------------+---------------------------------------------+-----------+-----------+
| a1   | RUNNING | 172.17.0.177 (eth0) | 2602:fc62:c:1000:1266:6aff:fe2d:30e5 (eth0) | CONTAINER | 0         |
+------+---------+---------------------+---------------------------------------------+-----------+-----------+
stgraber@dakara:~$ incus query /1.0/metrics | grep a1 | grep time
incus_boot_time_seconds{name="a1",project="default",type="container"} 1.772214792e+09
incus_time_seconds{name="a1",project="default",type="container"} 1.772216491e+09

Documentation : https://linuxcontainers.org/incus/docs/main/reference/provided_metrics/

Liste complète des changements¶

Voici une liste complète de tous les changements apportés par cette version :

Documentation¶

La documentation d’Incus peut être consultée sur :

https://linuxcontainers.org/incus/docs/main/

Paquets¶

Incus ne fournit pas de paquet d’installation mais bien un tarball à chaque version. Vous trouverez ci-dessous différentes solutions pour mettre Incus en service.

Installation du serveur Incus sous Linux¶

Incus est disponible sur la plupart des distributions Linux courantes. Vous trouverez des instructions d’installation détaillées dans notre documentation.

https://linuxcontainers.org/incus/docs/main/installing/

Paquet Homebrew du client Incus¶

Le client Incus est disponible sur Homebrew pour Linux et macOS.

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

Paquet Chocolatey du client Incus¶

Le client Incus est disponible sur Chocolatey pour les utilisateurs de Windows.

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

Paquet Winget du client Incus¶

Le client Incus est aussi disponible sur Winget pour les utilisateurs de Windows.

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

Support¶

Les versions de fonctionnalité d’Incus ne sont supportées que jusqu’à la sortie de la suivante. Les personnes souhaitant un support plus long et des changements moins fréquents devraient plutôt envisager d’utiliser Incus 6.0 LTS.

Le support communautaire est disponible sur : https://discuss.linuxcontainers.org
Un support commercial est disponible sur : https://zabbly.com/incus
Les bugs peuvent être signalés sur : https://github.com/lxc/incus/issues

Incus 6.21 est maintenant disponible¶

23 janv. 2026

Introduction¶

L’équipe d’Incus est heureuse d’annoncer la sortie d’Incus 6.21 !

Nous démarrons 2026 avec des correctifs de sécurité, mais ce n’est pas tout : nous avons des améliorations attendues depuis longtemps dans notre CLI, une utilisation simplifiée du SR-IOV, de meilleures performances au démarrage, et plus encore !

Comme d’habitude, vous pouvez l’essayer vous-même en ligne : https://linuxcontainers.org/incus/try-it/

Correctifs de sécurité¶

Rory McNamara, de snyk.io, a remonté deux problèmes de sécurité majeurs.

Ces deux problèmes permettent une élévation de privilèges à des utilisateurs aux droits restreints (utilisateurs locaux dans le groupe incus ou utilisateurs distants avec un certificat TLS restreint ou une configuration OpenFGA / un scriptlet équivalents).

• CVE-2026-23953 (injection de retour à la ligne dans une variable d’environnement)
• CVE-2026-23954 (lecture/écriture arbitraire de fichiers via des templates)

Ces deux problèmes sont corrigés dans cette version, des rétroportages sont disponibles dans la branche Incus 6.0.x, et des mises à jour de sécurité arrivent dans les diverses distributions Linux.

Nouvelles fonctionnalités¶

Commande incus wait¶

Une nouvelle commande, incus wait, a été ajoutée afin de permettre d’attendre que certains événements se produisent sur une instance donnée :

• L’arrivée de l’instance dans un état donné
• Le bon lancement de son agent
• L’obtention d’une adresse IP

La commande pourra être étendue dans le futur avec de nouvelles conditions utiles.

stgraber@castiana:~$ incus launch images:debian/13 v1 --vm && incus wait v1 agent && incus exec v1 -- echo "Hello world"
Launching v1
Hello world

Sélection automatique de fonctions SR-IOV pour les interfaces réseau¶

Les interfaces réseau SR-IOV ont à présent la même logique de sélection dynamique que les GPU, introduite il y a quelques versions.

Cela permet d’ajouter des interfaces réseau en spécifiant le constructeur et le modèle de la carte, peu importe le nombre d’interfaces physiques présentes sur le système. Incus choisira ensuite la carte optimale, en équilibrant les VF entre les différentes cartes et ports disponibles.

stgraber@dakara:~$ incus create images:debian/13 sriov
Creating sriov
stgraber@dakara:~$ incus config device add sriov eth0 nic nictype=sriov vendorid=8086 productid=10fb
Device eth0 added to sriov
stgraber@dakara:~$ incus start sriov

Documentation : https://linuxcontainers.org/incus/docs/main/reference/devices_nic/#id2

Propriétés attached et connected pour les interfaces réseau¶

Deux nouvelles propriétés sont maintenant disponibles pour la plupart des interfaces réseau :

• attached contrôle le fait que la carte soit attachée ou non à l’instance. Définir cette option à false permet de conserver la configuration de la carte, tout en s’assurant que celle-ci soit pas vue par l’instance.
• connected contrôle l’état du lien réseau. Définir cette option à false permet à l’instance de continuer à voir la carte réseau, mais celle-ci ne fournira aucune connectivité.

Voici un exemple de leur utilisation :

stgraber@dakara:~$ incus launch images:debian/13 v1 --vm
Launching v1
stgraber@dakara:~$ incus exec v1 -- ping6 -n ipv6.google.com -c1
PING ipv6.google.com (2607:f8b0:4023:1804::71) 56 data bytes
64 bytes from 2607:f8b0:4023:1804::71: icmp_seq=1 ttl=113 time=14.2 ms

--- ipv6.google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 14.151/14.151/14.151/0.000 ms
stgraber@dakara:~$ incus config device override v1 eth0 connected=false
Device eth0 overridden for v1
stgraber@dakara:~$ incus exec v1 -- ping6 -n ipv6.google.com -c1
ping6: ipv6.google.com: Temporary failure in name resolution
stgraber@dakara:~$ incus config device set v1 eth0 connected=true
stgraber@dakara:~$ incus exec v1 -- ping6 -n ipv6.google.com -c1
PING ipv6.google.com (2607:f8b0:4023:1804::64) 56 data bytes
64 bytes from 2607:f8b0:4023:1804::64: icmp_seq=1 ttl=111 time=17.0 ms

--- ipv6.google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 16.960/16.960/16.960/0.000 ms
stgraber@dakara:~$ incus config device set v1 eth0 attached=false
stgraber@dakara:~$ incus exec v1 -- ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

Démarrage d’instances en parallèle¶

Jusqu’à présent, toutes les instances marquées pour démarrer automatiquement au démarrage du système hôte étaient démarrées séquentiellement, en respectant les priorités et délais définis.

Pour accélérer leur démarrage sur des systèmes en comportant un grand nombre, Incus les sépare en deux catégories : celles avec une priorité de démarrage ou un délai, et celles sans. Ces dernières sont démarrées en parallèle, à raison d’une instance tous les 4 cœurs CPU, puis les autres démarrent en respectant leurs priorités.

Restrictions réseau via des claims OIDC¶

Une nouvelle fonctionnalité avancée à destination des personnes utilisant l’authentification OIDC est un claim nommé incus.allowed_subnets, qui peut contenir une liste de sous-réseaux CIDR séparée par des virgules depuis lesquels le client doit se connecter afin d’être autorisé à interagir avec l’API.

La fonctionnalité est particulièrement utile dans des environnements où un groupe d’utilisateurs donné doit nécessairement passer par un VPN ou se connecter en physique. L’IdP peut être configuré pour définir ce claim, et Incus en vérifie le respect à chaque requête.

Documentation : https://linuxcontainers.org/incus/docs/main/authentication/#openid-connect-authentication

Meilleur support pour le SOA dans les zones réseau¶

Les zones réseau DNS générées comportent à présent un enregistrement SOA plus standard, utilisant le premier serveur DNS configuré comme serveur primaire, et utilisant une nouvelle option de configuration dns.contact pour personnaliser le champ de contact pour la zone.

Documentation : https://linuxcontainers.org/incus/docs/main/howto/network_zones/

Support de la suppression forcée (récursive) de fichiers via l’API REST¶

Incus supporte deux API différentes pour l’accès aux fichiers dans les instances et les volumes personnalisés.
Les clients modernes utilisent notre nouvelle API SFTP, permettant de nombreuses opérations sur les fichiers, tandis que les clients plus simples ou anciens utilisent notre API REST plus basique.

Une fonctionnalité facilement disponible en SFTP mais pas en REST était la possibilité de supprimer de manière forcée un sous-arbre du système de fichiers, entraînant une suppression récursive.

Pour simplifier la tâche chez les clients n’utilisant pas l’API SFTP, nous avons ajouté un en-tête HTTP X-Incus-force pour l’opération DELETE qui déclenche la suppression récursive côté serveur, comme le ferait incus file delete -f.

Liste complète des changements¶

Voici une liste complète de tous les changements apportés par cette version :

Documentation¶

La documentation d’Incus peut être consultée sur :

https://linuxcontainers.org/incus/docs/main/

Paquets¶

Incus ne fournit pas de paquet d’installation mais bien un tarball à chaque version. Vous trouverez ci-dessous différentes solutions pour mettre Incus en service.

Installation du serveur Incus sous Linux¶

Incus est disponible sur la plupart des distributions Linux courantes. Vous trouverez des instructions d’installation détaillées dans notre documentation.

https://linuxcontainers.org/incus/docs/main/installing/

Paquet Homebrew du client Incus¶

Le client Incus est disponible sur Homebrew pour Linux et macOS.

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

Paquet Chocolatey du client Incus¶

Le client Incus est disponible sur Chocolatey pour les utilisateurs de Windows.

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

Paquet Winget du client Incus¶

Le client Incus est aussi disponible sur Winget pour les utilisateurs de Windows.

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

Support¶

Les versions de fonctionnalité d’Incus ne sont supportées que jusqu’à la sortie de la suivante. Les personnes souhaitant un support plus long et des changements moins fréquents devraient plutôt envisager d’utiliser Incus 6.0 LTS.

Le support communautaire est disponible sur : https://discuss.linuxcontainers.org
Un support commercial est disponible sur : https://zabbly.com/incus
Les bugs peuvent être signalés sur : https://github.com/lxc/incus/issues

Anciennes nouvelles¶

• 19 déc. 2025
• 29 nov. 2025
• 31 oct. 2025
• 26 sept. 2025
• 29 août 2025
• 15 août 2025
• 1 août 2025
• 28 juin 2025
• 30 mai 2025
• 25 avr. 2025
• 4 avr. 2025
• 28 mars 2025
• 28 févr. 2025
• 24 janv. 2025
• 19 déc. 2024
• 13 déc. 2024
• 15 nov. 2024
• 3 oct. 2024
• 17 sept. 2024
• 6 sept. 2024
• 9 août 2024
• 12 juil. 2024
• 28 juin 2024
• 31 mai 2024
• 7 mai 2024
• 4 avr. 2024
• 26 mars 2024
• 23 févr. 2024
• 29 janv. 2024
• 26 janv. 2024
• 21 déc. 2023
• 27 nov. 2023
• 28 oct. 2023
• 7 oct. 2023