BEZEICHNUNG

       systemd-machined.service, systemd-machined - Registrierungsverwaltung für virtuelle Maschinen und
       Container

ÜBERSICHT

       systemd-machined.service

       /usr/lib/systemd/systemd-machined

BESCHREIBUNG

       Systemd-machined ist ein Systemdienst, der lokal laufende virtuelle Maschinen und Container überwacht.

       systemd-machined ist für die Registrierung und Nachverfolgung von sowohl Betriebssystem-Containern
       (Containern, die den Kernel des Wirtsystems mitbenutzen, aber ein komplettes eigenes Init-System
       ausführen und sich in den meisten Aspekten wie ein komplett virtualisiertes System statt nur wie eine
       virtualisierte Anwendung verhalten) als auch komplett virtualisierten Maschinen (virtualisierte Hardware,
       auf denen normale Betriebssysteme und möglicherweise andere Kernel laufen) nützlich.

       systemd-machined sollte nicht zur Registrierung/Nachverfolgung von Anwendungs-Sandbox-Containern verwandt
       werden. Eine Maschine im Kontext von systemd-machined sollte ein abstrakter Ausdruck sein, der sowohl
       Betriebssystem-Container als auch komplett virtualisierte Maschinen umfasst, aber keine
       Anwendungs-Sandboxes.

       In Machined registrierte Maschinen werden auf verschiedene Weisen im System offengelegt. Beispiele:

       •   Werkzeuge wie ps(1) zeigen in einer eigenen Spalte, zu welcher Maschine ein bestimmter Prozess
           gehört, so macht das auch Gnome-System-Monitor (Systemüberwachung)[1] und systemd-cgls(1).

       •   Die verschiedenen Werkzeuge von Systemd (systemctl(1), journalctl(1), loginctl(1), hostnamectl(1),
           timedatectl(1), localectl(1), machinectl(1), …) unterstützen den Schalter -M, um auf lokalen
           Containern statt auf dem Wirtsystem zu agieren.

       •   systemctl list-machines zeigt den Systemstatus aller lokalen Container, dazu verbindet es sich mit
           den Init-Systemen der Container.

       •   Der Schalter --recursive von Systemctl hat die Auswirkung, dass nicht nur die lokal laufenden Dienste
           angezeigt werden, sondern rekursiv die Dienste aller lokal registrierten Container angezeigt werden.

       •   Der Befehl machinectl stellt den Zugriff auf eine Reihe nützlicher Aktionen auf registrierte
           Container bereit, wie deren Untersuchung, Neustart, Herunterfahren und dem Erhalten einer
           Anmeldeaufforderung in ihnen.

       •   Die Bibliothek sd-bus(3) legt den Aufruf sd_bus_open_system_machine(3) offen, um sich zum Systembus
           jedes registrierten Containers zu verbinden.

       •   Das Modul nss-mymachines(8) stellt sicher, dass alle registrierten Container mittels normaler
           Glibc-Aufrufe gethostbyname(3) oder getaddrinfo(3) aufgelöst werden können.

       In systemd-nspawn(1) finden Sie einige Beispiele zum Starten eines Containers mit betriebssystemeigenen
       Werkzeugen.

       Falls Sie einen VM- oder Container-Verwalter schreiben möchten, der Machined verwendet, schauen Sie bitte
       in Schreiben virtueller Maschinen- oder Container-Verwalter[2]. Siehe auch die Neue
       Control-Group-Schnittstelle[3].

       The daemon provides both a C library interface (which is shared with systemd-logind.service(8)) as well
       as a D-Bus interface and a Varlink interface. The library interface may be used to introspect and watch
       the state of virtual machines/containers. The bus interface provides the same but in addition may also be
       used to register or terminate machines. The Varlink interface may be used to register machines with
       optional extensions, e.g. with an SSH key / address; it can be queried with varlinkctl introspect
       /run/systemd/machine/io.systemd.Machine io.systemd.Machine. For more information please consult
       sd-login(3)  and org.freedesktop.machine1(5)  and org.freedesktop.LogControl1(5).

       Ein kleiner Begleit-Daemon systemd-importd.service(8) ist auch verfügbar, der das Importieren,
       Exportieren und Herunterladen von Container- und VM-Abbildern implementiert.

       Für jeden mit systemd-machined.service registrierten Container, der Benutzernamensräume verwendet, werden
       Benutzer/Gruppen für die verwandten UIDs/GIDs künstlich erzeugt. Sie werden dem System mittels des
       Benutzer-/Gruppen-Datensatznachschlage-API über Varlink[4] zur Verfügung gestellt und können daher mit
       userdbctl(1) oder den normalen Glibc-NSS-Aufrufen aufgelöst werden.

SIEHE AUCH

       systemd(1), machinectl(1), systemd-nspawn(1), nss-mymachines(8), systemd.special(7)

ANMERKUNGEN

        1. Gnome-System-Monitor (Systemüberwachung)
           https://help.gnome.org/users/gnome-system-monitor/

        2. Schreiben virtueller Maschinen- oder Container-Verwalter
           https://www.freedesktop.org/wiki/Software/systemd/writing-vm-managers

        3. Neue Control-Gruppen-Schnittstellen
           https://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface

        4. Benutzer-/Gruppen-Datensatznachschlage-API über Varlink
           https://systemd.io/USER_GROUP_API

ÜBERSETZUNG

       Die  deutsche Übersetzung dieser Handbuchseite wurde von Mario Blättermann <mario.blaettermann@gmail.com>
       und Helge Kreutzmann <debian@helgefjell.de> erstellt.

       Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 oder  neuer
       bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.

       Wenn  Sie  Fehler  in  der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die
       Mailingliste der Übersetzer.

systemd 256~rc3                                                                      SYSTEMD-MACHINED.SERVICE(8)