<div dir="ltr">Obs: when I mentioned the open source manager, what I meant was about my startup doing the development, in case the systemd community is interested.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 6, 2023 at 5:04 PM Paulo Coghi - Coghi IT <<a href="mailto:paulocoghi@gmail.com">paulocoghi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello Systemd Devel team,<br><br>I've been using OpenVZ for 11 years in production without the security problems I faced with LXC. But as a non-official mainstream library of Linux kernel, there is always a gap. Virtuozzo is working on OpenVZ 9 with kernel 5.14 now, but it is still not released.<br><br>Systemd-nspawn seems promising, and I would like to cordially ask a few questions.<br><br>1. Does systemd-nspawn officially support system containers?<br>I would like to not conclude it myself, but it seems so, after reading the official documentation.<br><br>2. The "experience" inside a system container is similar to a VM, like on OpenVZ?<br>On OpenVZ containers, except for kernel related activities (like adding kernel modules), everything is identical to a virtual machine, with the "root" user from the container being able to manage everything, like adding new users, changing firewall rules, installing multiple services (web servers, databases), managing cron jobs, etc.<br><br>3. Security - Can those OS containers be used in production, with multiple containers from multiple owners inside the same host?<br>On LXC, for example, there are vulnerabilities that can be exploited, allowing a container user to escape to the host. On OpenVZ, it seems that his was already addressed more than a decade ago.<br>Does systemd-nspawn provide such security, not allowing a "container user" to escape to the host?<br><br>4. Storage and Inodes<br>On OpenVZ, we could create "virtualized" file systems, like ploop, which avoids consuming inodes on the host's file system, while lightweight enough to provide near-native performance.<br>Is there any approach to have similar benefits through systemd-nspawn?<br><br>I really hope to use systemd-nspawn as our new system container manager!<br><br>Off-topic: If all answers are positive, is there any interest by the systemd team on an MVP of an open source manager for systemd-nspawn, like Proxmox was to OpenVZ/LXC?<br><br>Kind regards,<br>Paulo Coghi</div>
</blockquote></div>