il y a aussi l option --network-[veth|brifge|...] qui est vraiment sympa.
ça remplace bien tous les autres systèmes de conteneur, surtout que c est bien pratique pour les mettre au boot, avec des option spécifique en créant les fichiers /etc/systemd/nspawn/containername.nspawn avec dedans les option de boot qui changent, comme par exemple:
il me suffit de mettre toutes mes configs, et avec les bons paramètres et la magie de systemd en faisant le reste
ensuite le machinectl me permet si j avais envie (ou pas) d aller chercher les images chez docker, ou bien en format raw ou même tar.gz.
le seul truc qui me manque par rapport a lxc, c'est de pouvoir lancer un conteneur en mode non privilégié. cela réduit la surface d attaque en cas de compromission, car le root dans le conteneur (lxc) n'est pas en uid 0 mais avec un subuid.
# conteneurs facile en bonus et pleinement contionel
Posté par SauronDeMordor . En réponse à la dépêche Red Hat Enterprise Linux 7.2. Évalué à 2.
il y a aussi l option --network-[veth|brifge|...] qui est vraiment sympa.
ça remplace bien tous les autres systèmes de conteneur, surtout que c est bien pratique pour les mettre au boot, avec des option spécifique en créant les fichiers /etc/systemd/nspawn/containername.nspawn avec dedans les option de boot qui changent, comme par exemple:
/etc/systemd/nspawn/container1.nspawn
il me suffit de mettre toutes mes configs, et avec les bons paramètres et la magie de systemd en faisant le reste
ensuite le machinectl me permet si j avais envie (ou pas) d aller chercher les images chez docker, ou bien en format raw ou même tar.gz.
le seul truc qui me manque par rapport a lxc, c'est de pouvoir lancer un conteneur en mode non privilégié. cela réduit la surface d attaque en cas de compromission, car le root dans le conteneur (lxc) n'est pas en uid 0 mais avec un subuid.