.\" -*- coding: UTF-8 -*-
'\" t
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH SYSTEMD\&.SOCKET 5 "" "systemd 255" systemd.socket
.ie  \n(.g .ds Aq \(aq
.el       .ds Aq '
.\" -----------------------------------------------------------------
.\" * Define some portability stuff
.\" -----------------------------------------------------------------
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" http://bugs.debian.org/507673
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" -----------------------------------------------------------------
.\" * set default formatting
.\" -----------------------------------------------------------------
.\" disable hyphenation
.nh
.\" disable justification (adjust text to left margin only)
.ad l
.\" -----------------------------------------------------------------
.\" * MAIN CONTENT STARTS HERE *
.\" -----------------------------------------------------------------
.SH BEZEICHNUNG
systemd.socket \- Socket\-Unit\-Konfiguration
.SH ÜBERSICHT
.PP
\fISocket\fP\&.socket
.SH BESCHREIBUNG
.PP
Eine Unit\-Konfigurationsdatei, deren Namen in »\&.socket« endet, kodiert
Informationen über einen IPC oder Netzwerk\-Socket oder ein Dateisystem\-FIFO,
der von Systemd gesteuert und überwacht wird, für Socket\-basierte
Aktivierung\&.
.PP
Diese Handbuchseite führt die für diesen Unit\-Typ spezifischen
Konfigurationsoptionen auf\&. Siehe \fBsystemd.unit\fP(5) für die gemeinsamen
Optionen aller Unit\-Konfigurationsdateien\&. Die gemeinsamen
Konfigurationseinträge werden in den generischen Abschnitten »[Unit]« und
»[Install]« konfiguriert\&. Die Socket\-spezifischen Konfigurationsoptionen
werden in dem Abschnitt »[Socket]« konfiguriert\&.
.PP
Zusätzliche Optionen sind in \fBsystemd.exec\fP(5), das die
Ausführungsumgebung, in der die Befehle \fBExecStartPre=\fP, \fBExecStartPost=\fP,
\fBExecStopPre=\fP und \fBExecStopPost=\fP ausgeführt werden und in
\fBsystemd.kill\fP(5), das die Art der Beendigung der Prozesse definiert und in
\fBsystemd.resource\-control\fP(5), das die Ressourcensteuerungseinstellungen
für die Prozesse des Sockets konfiguriert, aufgeführt\&.
.PP
Für jede Socket\-Unit muss eine passende Dienste\-Unit existieren, die den bei
eingehendem Verkehr auf dem Socket zu startenden Dienst beschreibt (siehe
\fBsystemd.service\fP(5) für weitere Informationen über
\&.service\-Units)\&. Der Name der \&.service\-Unit ist standardmäßig der
gleiche wie der Name der \&.socket\-Unit, dies kann aber mit der weiter unten
beschriebenen Option \fBService=\fP verändert werden\&. Abhängig von den
Einstellungen der unten beschriebenen Option \fBAccept=\fP muss diese
Dienste\-Unit entweder wie die \&.socket\-Unit (aber mit ersetzter Endung)
benannt sein, außer dies wird mit \fBService=\fP außer Kraft gesetzt, oder sie
muss eine Vorlagen\-Unit sein, die auf die gleiche Art benannt
ist\&. Beispiel: Eine Socket\-Datei foo\&.socket benötigt einen passenden
Dienst foo\&.service, falls \fBAccept=no\fP gesetzt ist\&. Falls \fBAccept=yes\fP
gesetzt ist, muss eine Dienstevorlage\-foo@\&.service existieren, aus der die
Dienste für jede eingehende Verbindung instanziiert werden\&.
.PP
Es wird keine implizite Abhängigkeit \fIWantedBy=\fP oder \fIRequiredBy=\fP vom
Socket auf den Dienst hinzugefügt\&. Dies bedeutet, dass der Dienst ohne den
Socket gestartet werden darf\&. In diesem Fall muss er in der Lage sein, den
Socket selbst zu öffnen\&. Um dies zu verhindern, kann eine explizite
Abhängigkeit \fIRequires=\fP hinzugefügt werden\&.
.PP
Socket\-Units können zur Implementierung des bedarfsorientierten Startens von
Diensten sowie zum parallelen Starten von Diensten verwandt werden\&. Siehe
die am Ende verlinkten Blog\-Einträgen für eine Einführung\&.
.PP
Beachten Sie, dass Daemon\-Software, die für Socket\-Aktivierung mit
Socket\-Units konfiguriert ist, in der Lage sein muss, Sockets von Systemd zu
akzeptieren, entweder mittels Systemds nativer Socket\-Übergabeschnittstelle
(siehe \fBsd_listen_fds\fP(3) für Details über das genau verwandte Protokoll
und die Reihenfolge, in der die Dateideskriptoren übergeben werden) oder
mittels traditioneller \fBinetd\fP(8)\-artiger Socket\-Übergabe
(d\&.h\&. Sockets, die über Standardein\- und \-ausgabe mittels
\fIStandardInput=socket\fP in der Dienstedatei übergeben werden)\&.
.PP
Alle mittels \&.socket\-Units bereitgestellten Netzwerk\-Sockets werden im
Netzwerknamensraum des Rechners bereitgestellt (siehe
\fBnetwork_namespaces\fP(7))\&. Dies bedeutet allerdings nicht, dass der
Dienst, der durch eine konfigurierte Socket\-Unit aktiviert wird, auch Teil
des Netzwerk\-Namensraum des Rechners sein muss\&. Der Betrieb von Diensten
in ihrem eigenen Netzwerknamensraum (beispielsweise mittels
\fIPrivateNetwork=\fP, siehe \fBsystemd.exec\fP(5)) wird unterstützt und ist sogar
gängige Praxis\&. Dabei werden nur die mittels Socket\-Aktivierung
konfigurierten Sockets vom Namensraum des Rechners empfangen\&. Bei einer
solchen Installation ist die Kommunikation mit dem Netzwerknamensraum des
Rechners durch die hereingereichten Aktivierungs\-Sockets erlaubt, während
alle Sockets, die vom Dienste\-Code selbst bereitgestellt werden, dem
Namensraum des Dienstes selbst zugeordnet sind und daher möglicherweise
einer sehr deutlich restriktiveren Konfiguration unterliegen könnten\&.
.SH "AUTOMATISCHE ABHÄNGIGKEITEN"
.SS "Implizite Abhängigkeiten"
.PP
Die folgenden Abhängigkeiten werden implizit hinzugefügt:
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Socket\-Units erhalten automatisch eine Abhängigkeit \fIBefore=\fP auf die von
ihnen aktivierten Dienste\-Units\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Socket\-Units, die sich auf Dateisystempfade beziehen (wie \fBAF_UNIX\fP\-Sockets
oder FIFOs) erhalten implizit eine Abhängigkeit \fIRequires=\fP und \fIAfter=\fP
auf alle für den Zugriff auf diese Pfade notwendigen Einhänge\-Units\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Socket\-Units, die die Einstellung \fIBindToDevice=\fP verwenden, erhalten
automatisch Abhängigkeiten \fIBindsTo=\fP und \fIAfter=\fP von der Geräte\-Unit,
die die festgelegte Netzwerkschnittstelle kapselt\&.
.RE
.PP
Zusätzliche implizite Abhängigkeiten als Ergebnis der Ausführung und der
gemäß \fBsystemd.exec\fP(5) und \fBsystemd.resource\-control\fP(5) dokumentierten
Ressourcen\-Steuerungsparameter können hinzugefügt werden.
.SS Standardabhängigkeiten
.PP
Die folgenden Abhängigkeiten werden hinzugefügt, es sei denn,
\fIDefaultDependencies=no\fP ist gesetzt:
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Socket\-Units erhalten automatisch eine Abhängigkeit \fIBefore=\fP von
sockets\&.target\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Socket\-Units erhalten automatisch ein Abhängigkeitspaar \fIAfter=\fP und
\fIRequires=\fP von sysinit\&.target und ein Abhängigkeitspaar \fIBefore=\fP und
\fIConflicts=\fP von shutdown\&.target\&. Diese Abhängigkeiten stellen sicher,
dass die Socket\-Unit vor den normalen Diensten beim Systemstart gestartet
und beim Herunterfahren beendet wird\&. Nur Sockets, die in der frühen
Systemstartphase oder spät beim Herunterfahren beteiligt sind, sollten die
Option \fIDefaultDependencies=\fP deaktivieren\&.
.RE
.SH OPTIONEN
.PP
Socket\-Unit\-Datei können Abschnitte [Unit] und [Install] enthalten, die in
\fBsystemd.unit\fP(5) beschrieben sind\&.
.PP
Socket\-Unit\-Dateien müssen einen Abschnitt »[Socket]« enthalten, der
Informationen über das überwachte Socket oder den überwachten FIFO
weitergibt\&. Eine Reihe von Optionen, die in diesem Abschnitt angegeben
werden können, werden auch von anderen Unit\-Typen verwandt\&. Diese Optionen
sind in \fBsystemd.exec\fP(5) und \fBsystemd.kill\fP(5) dokumentiert\&. Die für
den Abschnitt »[Socket]« in Socket\-Units speziellen Optionen sind die
folgenden:
.PP
\fIListenStream=\fP, \fIListenDatagram=\fP, \fIListenSequentialPacket=\fP
.RS 4
Gibt eine Adresse an, auf der auf Anfragen für einen Stream\-
(\fBSOCK_STREAM\fP), Datagram\- (\fBSOCK_DGRAM\fP) bzw\&. sequenzielles Paket\-
(\fBSOCK_SEQPACKET\fP) Socket gewartet werden soll\&. Die Adresse kann in
verschiedenen Formaten geschrieben werden:
.sp
Falls die Adresse mit einem Schrägstrich (»/«) beginnt, wird sie von einem
Dateisystem\-Socket in der Socket\-Familie \fBAF_UNIX\fP gelesen\&.
.sp
Falls die Adresse mit einem At\-Zeichen (»@«) beginnt, wird sie als
abstrakter Namensraum\-Socket in der Familie \fBAF_UNIX\fP gelesen\&. Das »@«
wird durch ein \fBNUL\fP vor der Anbindung ersetzt\&. Für Details siehe
\fBunix\fP(7)\&.
.sp
Falls die Adresszeichenkette eine einzelne Zahl ist, wird sie als Nummer des
Ports, an dem auf IPv6\-Anfragen gewartet werden soll, gelesen\&. Abhängig
vom Wert von \fIBindIPv6Only=\fP (siehe oben) könnte dies dazu führen, dass der
Dienst sowohl auf IPv6 und IPv4 (Vorgabe) oder nur IPv6 verfügbar ist\&.
.sp
Falls die Adresszeichenkette im Format »\fIv\&.w\&.x\&.y\fP:\fIz\fP« vorliegt,
wird sie als IPv4\-Adresse \fIv\&.w\&.x\&.y\fP und Port \fIz\fP interpretiert\&.
.sp
Falls die Adresszeichenkette im Format »[\fIx\fP]:\fIy\fP« vorliegt, wird sie als
IPv6\-Adresse \fIx\fP und Port \fIy\fP interpretiert\&. Ein optionaler
Schnittstellengeltungsbereich (Schnittstellenname oder \-nummer) kann nach
einem »%«\-Symbol angegeben werden:
»[\fIx\fP]:\fIy\fP%\fIdev\fP«\&. Schnittstellengeltungsbereiche sind nur für
linklokale Adressen nützlich, da der Kernel sie in anderen Fällen
ignoriert\&. Beachten Sie, dass der Dienst auch via IPv4 verfügbar gemacht
werden könnte, wenn eine Adresse als IPv6 spezifiziert wurde, abhängig von
der Einstellung \fIBindIPv6Only=\fP (siehe unten)\&.
.sp
Falls die Adresszeichenkette im Format »vsock:\fIx\fP:\fIy\fP« vorliegt, wird sie
als CID\-Adresse \fIx\fP auf einem Port \fIy\fP in der Familie \fBAF_VSOCK\fP
gelesen\&. Die CID ist eine eindeutige 32\-Bit\-Ganzzahlkennung in
\fBAF_VSOCK\fP, analog zu einer IP\-Adresse\&. Die Angabe der CID ist optional
und kann auf die leere Zeichenkette gesetzt werden\&.
.sp
Beachten Sie, dass \fBSOCK_SEQPACKET\fP (d\&.h\&. \fIListenSequentialPacket=\fP)
nur für \fBAF_UNIX\fP\-Sockets verfügbar ist\&. Wird \fBSOCK_STREAM\fP
(d\&.h\&. \fIListenStream=\fP) für IP\-Sockets verwandt, dann bezieht es sich
auf TCP\-Sockets, \fBSOCK_DGRAM\fP (d\&.h\&. \fIListenDatagram=\fP) auf UDP\&.
.sp
Diese Optionen können mehr als einmal angegeben werden\&. In diesem Fall
wird eingehender Verkehr auf einem der Sockets Dienste\-Aktivierung auslösen
und alle aufgeführten Sockets werden an den Dienst übergeben, unabhängig
davon, ob es auf ihnen eingehenden Verkehr gibt oder nicht\&. Falls einer
der Optionen die leere Zeichenkette zugewiesen wird, wird die Liste der
Adressen, bei denen auf Anfragen gewartet werden soll, zurückgesetzt und
alle vorherigen Verwendungen einer dieser Optionen werden keinen Effekt
haben\&.
.sp
Es ist auch möglich, bei der Verwendung von \fIService=\fP mehr als eine
Socket\-Unit für den gleichen Dienst zu haben und der Dienst wird alle
Sockets, die in allen Socket\-Units konfiguriert sind, empfangen\&. Die in
einer Unit konfigurierten Sockets werden in der Reihenfolge der
Konfiguration weitergegeben, zwischen Socket\-Units ist aber keine Ordnung
festgelegt\&.
.sp
Falls hier eine IP\-Adresse verwandt wird, ist es oft wünschenswert, auf ihr
auf Anfragen zu warten, bevor die Schnittstelle, auf der sie konfiguriert
ist, hochgebracht und einsatzbereit ist und sogar unabhängig davon, ob sie
zu irgendeinem Zeitpunkt hoch und einsatzbereit sein wird\&. Um damit
umzugehen, wird empfohlen, die unten beschriebene Option \fIFreeBind=\fP zu
setzen\&.
.RE
.PP
\fIListenFIFO=\fP
.RS 4
Gibt einen Dateisystem\-FIFO (siehe \fBfifo\fP(7) für Details) an, auf dem auf
Anfragen gewartet wird\&. Dies erwartet einen absoluten Dateisystempfad als
Argument\&. Das Verhalten ist ansonsten sehr ähnlich zu der Anweisung
\fIListenDatagram=\fP oben\&.
.RE
.PP
\fIListenSpecial=\fP
.RS 4
Gibt eine besondere Datei in dem Dateisystem an, auf der auf Anfragen
gewartet werden soll\&. Dies erwartet einen absoluten Dateisystempfad als
Argument\&. Das Verhalten ist ansonsten sehr ähnlich zu der Anweisung
\fIListenFIFO=\fP oben\&. Verwenden Sie dies, um Zeichengeräteknoten sowie
besondere Dateien in /proc/ und /sys/ zu öffnen\&.
.RE
.PP
\fIListenNetlink=\fP
.RS 4
Gibt eine Netlink\-Familie an, für die ein Socket erstellt werden soll, bei
dem auf Anfragen gewartet werden soll\&. Dies erwartet eine kurze
Zeichenkette, die sich auf den \fBAF_NETLINK\fP\-Familiennamen bezieht (wie
\fIaudit\fP oder \fIkobject\-uevent\fP), als Argument, optional kann ein
Leerraumzeichen gefolgt von einer multicast\-Gruppenganzzahl angehängt
werden\&. Das Verhalten ist ansonsten sehr ähnlich zu der Anweisung
\fIListenDatagram=\fP oben\&.
.RE
.PP
\fIListenMessageQueue=\fP
.RS 4
Gibt einen POSIX\-Nachrichtenwarteschlangennamen an, bei dem auf Anfragen
gewartet werden soll (siehe \fBmq_overview\fP(7) für Details)\&. Dies erwartet
einen gültigen Nachrichtenwarteschlangennamen (d\&.h\&. anfangend mit
»/«)\&. Das Verhalten ist ansonsten sehr ähnlich zu der Anweisung
\fIListenDatagram=\fP oben\&. Unter Linux sind
Nachrichtenwarteschlangendeskriptoren tatsächlich Dateideskriptoren und
können zwischen Prozessen vererbt werden\&.
.RE
.PP
\fIListenUSBFunction=\fP
.RS 4
Gibt einen \m[blue]\fBUSB\-FunctionFS\fP\m[]\&\s-2\u[1]\d\s+2\-Endpunktort zur
Implementierung von USB\-Gadget\-Funktionen an, auf dem auf Anfragen gewartet
werden soll\&. Dies erwartet einen absoluten Dateisystempfad eines
Functionfs\-Einhängepunktes als Argument\&. Das Verhalten ist ansonsten
ähnlich zu der Anweisung \fIListenFIFO=\fP oben\&. Verwenden Sie dies, um den
FunctionFS\-Endpunkt ep0 zu öffnen\&. Wird diese Option verwandt, dann muss
der aktivierte Dienst die Optionen \fIUSBFunctionDescriptors=\fP und
\fIUSBFunctionStrings=\fP gesetzt haben\&.
.sp
Hinzugefügt in Version 227\&.
.RE
.PP
\fISocketProtocol=\fP
.RS 4
Akzeptiert entweder \fBudplite\fP oder \fBsctp\fP\&. Das Socket wird das
UDP\-Lite\-(\fBIPPROTO_UDPLITE\fP) bzw\&. SCP\-Protokoll (\fBIPPROTO_SCTP\fP)
verwenden\&.
.sp
Hinzugefügt in Version 229\&.
.RE
.PP
\fIBindIPv6Only=\fP
.RS 4
Akzeptiert entweder \fBdefault\fP, \fBboth\fP oder \fBipv6\-only\fP\&. Steuert die
Socket\-Option IPV6_V6ONLY (siehe \fBipv6\fP(7) für Details)\&. Falls \fBboth\fP,
werden IPv6\-gebundene Sockets sowohl über IPv4 als auch IPv6 zugreifbar
sein\&. Falls \fBipv6\-only\fP, werden sie nur über IPv6 zugreifbar
sein\&. Falls \fBdefault\fP (was, Überraschung, die Vorgabe ist), wird die
systemweite Voreinstellung, wie sie durch /proc/sys/net/ipv6/bindv6only
gesteuert wird, die standardmäßig wiederum ein Äquivalent von \fBboth\fP ist,
verwandt\&.
.RE
.PP
\fIBacklog=\fP
.RS 4
Akzeptiert ein vorzeichenfreies, 32\-bit Ganzzahlargument\&. Gibt die Anzahl
an Verbindungen, die noch nicht akzeptiert wurden und in die Warteschlange
eingereiht werden sollen, an\&. Diese Einstellung ist nur für Datenstrom\-
und sequenzielle Paket\-Sockets relevant\&. Siehe \fBlisten\fP(2) für
Details\&. Standardmäßig 4294967295\&. Beachten Sie, dass dieser Wert ohne
Rückmeldung durch den Sysctl »net\&.core\&.somaxconn« nach oben begrenzt
wird, standardmäßig liegt er bei 4096, daher ist typischerweise die
Sysctl\-Einstellung relevant\&.
.RE
.PP
\fIBindToDevice=\fP
.RS 4
Gibt einen Netzwerkschnittstellennamen an, an den dieses Socket gebunden
werden soll\&. Falls gesetzt, wird Verkehr nur von der angegebenen
Netzwerkschnittstelle akzeptiert\&. Dies steuert die Socket\-Option
\fBSO_BINDTODEVICE\fP (siehe \fBsocket\fP(7) für Details)\&. Falls diese Option
verwandt wird, wird eine implizite Abhängigkeit von dieser Socket\-Unit auf
die Netzwerkschnittellen\-Geräte\-Unit (siehe \fBsystemd.device\fP(5))
erstellt\&. Beachten Sie, dass das Setzen dieses Parameters zur Ergänzung
zusätzlicher Abhängigkeiten zu der Unit führen könnte (siehe oben)\&.
.RE
.PP
\fISocketUser=\fP, \fISocketGroup=\fP
.RS 4
Akzeptiert einen UNIX\-Benutzer\-/Gruppennamen\&. Wenn angegeben, gehören alle
\fBAF_UNIX\fP\-Sockets und FIFO\-Knoten im Dateisystem dem angegebenen Benutzer
und der angegebenen Gruppe\&. Falls nicht gesetzt (die Vorgabe), gehören die
Knoten dem Benutzer/der Gruppe root (falls im Systemkontext ausgeführt) oder
dem aufrufenden Benutzer/der aufrufenden Gruppe (falls im Benutzerkontext
ausgeführt)\&. Falls nur ein Benutzer aber keine Gruppe angegeben ist, dann
wird die Gruppe von der Standardgruppe des Benutzers abgeleitet\&.
.sp
Hinzugefügt in Version 214\&.
.RE
.PP
\fISocketMode=\fP
.RS 4
Falls auf einem Dateisystem\-Socket oder FIFO auf Anfragen gewartet wird,
gibt diese Option den Dateisystemzugriffsmodus bei der Erzeugung des
Dateiknotens an\&. Akzeptiert einen Zugriffsmodus in oktaler
Notation\&. Standardmäßig 0666\&.
.RE
.PP
\fIDirectoryMode=\fP
.RS 4
Falls auf einem Dateisystem\-Socket oder FIFO auf Anfragen gewartet wird,
werden die Elternknoten bei Bedarf automatisch erzeugt\&. Diese Option gibt
den Dateisystemzugriffsmodus bei der Erzeugung dieser Verzeichnisse
an\&. Akzeptiert einen Zugriffsmodus in oktaler Notation\&. Standardmäßig
0755\&.
.RE
.PP
\fIAccept=\fP
.RS 4
Akzeptiert ein logisches Argument\&. Falls yes, wird für jede eingehende
Verbindung eine Dienste\-Instanz gestartet und nur der Verbindungs\-Socket
übergeben\&. Falls no, werden alle auf Anfragen wartende Sockets selbst an
die startende Dienst\-Unit übergeben und nur eine Dienste\-Unit wird für alle
Verbindungen gestartet (siehe auch oben)\&. Dieser Wert wird für
Datagram\-Sockets und FIFOs ignoriert, wo eine einzelne Dienste\-Unit
bedingungslos allen eingehenden Verkehr bearbeitet\&. Standardmäßig
\fBno\fP\&. Zur Erhöhung der Leistung wird empfohlen, neue Daemons nur so zu
schreiben, dass sie für \fBAccept=no\fP geeignet sind\&. Ein Daemon, der auf
einem \fBAF_UNIX\fP\-Socket auf Anfragen wartet, kann, aber muss nicht,
\fBclose\fP(2) auf dem empfangenen Socket vor dem Beenden
aufrufen\&. Allerdings darf er nicht mit unlink den Socket aus dem
Dateisystem entfernen\&. Er sollte nicht auf mit gesetztem \fIAccept=no\fP
erhaltenen Sockets \fBshutdown\fP(2) aufrufen, kann dies aber mit Sockets, bei
denen \fIAccept=yes\fP gesetzt ist, machen\&. Das Setzen von \fIAccept=yes\fP ist
hauptsächlich nützlich, um Daemons, die für die Verwendung mit \fBinetd\fP(8)
entwickelt wurden, zu erlauben, unverändert mit Systemd\-Socket\-Aktivierung
zu funktionieren\&.
.sp
Beachten Sie, dass abhängig von dieser Einstellung die von Units mit diesem
Typ aktivierten Dienste entweder reguläre Dienste (im Falle von
\fIAccept=\fP\fBno\fP) oder Instanzen von vorlagenbasierten Diensten (im Falle von
\fIAccept=\fP\fByes\fP) sind\&. Siehe den obigen Abschnitt Beschreibung für eine
detailliertere Diskussion der Benennungsregeln für ausgelöste Dienste\&.
.sp
Für IPv4\- und IPv6\-Verbindungen wird die Umgebungsvariable \fIREMOTE_ADDR\fP
die ferne IP\-Adresse und \fIREMOTE_PORT\fP den fernen Port enthalten\&. Dies
ist das gleiche Format wie von CGI benutzt\&. Für \fBSOCK_RAW\fP ist der Port
das IP\-Protokoll\&.
.sp
Es wird empfohlen, für mittels \fIAccept=yes\fP aktivierte Diensteinstanzen
\fICollectMode=inactive\-or\-failed\fP zu setzen, um sicherzustellen, dass
fehlgeschlagene Verbindungsdienste bereinigt und deren Speicher freigegeben
werden und sich nicht ansammeln\&.
.RE
.PP
\fIWritable=\fP
.RS 4
Akzeptiert ein logisches Argument\&. Darf nur in Zusammenhang mit
\fIListenSpecial=\fP verwandt werden\&. Falls wahr, wird die angegebene
besondere Datei im Lese\-/Schreibmodus geöffnet, falls falsch, im
nur\-Lesemodus\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 227\&.
.RE
.PP
\fIFlushPending=\fP
.RS 4
Akzeptiert ein logisches Argument\&. Darf nur bei \fBAccept=no\fP verwandt
werden\&. Falls »yes«, werden die Puffer des Sockets bereinigt, nachdem sich
der ausgelöste Dienst beendet hat\&. Damit werden sämtliche anhängige Daten
rausgeschrieben und anhängende eingehende Verbindungen abgelehnt\&. Falls
»no«, werden die Puffer des Sockets nicht bereinigt, wodurch dem Dienst
ermöglicht wird, sämtliche anhängende Verbindungen nach dem Neustart zu
bedienen, was das normalerweise erwartete Verhalten
darstellt\&. Standardmäßig \fBno\fP\&.
.sp
Hinzugefügt in Version 247\&.
.RE
.PP
\fIMaxConnections=\fP
.RS 4
Die maximale Anzahl an Verbindungen, für die gleichzeitig Dienste\-Instanzen
ausgeführt werden sollen, wenn \fBAccept=yes\fP gesetzt ist\&. Falls mehr
gleichzeitige Verbindungen eingehen, werden sie abgelehnt, bis mindestens
eine bestehende Verbindung beendet ist\&. Diese Einstellung hat auf Sockets,
die mit \fBAccept=no\fP konfiguriert sind oder Datagram\-Sockets keinen
Effekt\&. Standardmäßig 64\&.
.RE
.PP
\fIMaxConnectionsPerSource=\fP
.RS 4
Die maximale Anzahl an Verbindungen für einen Dienst pro
Quell\-IP\-Adresse\&. Dies ist sehr ähnlich zu der Anweisung
\fIMaxConnections=\fP oben\&. Standardmäßig deaktiviert\&.
.sp
Hinzugefügt in Version 232\&.
.RE
.PP
\fIKeepAlive=\fP
.RS 4
Akzeptiert ein logisches Argument\&. Falls wahr, wird der TCP/IP\-Stack eine
Aufrechterhaltungsnachricht nach 2 Stunden (abhängig von der Konfiguration
von /proc/sys/net/ipv4/tcp_keepalive_time) für alle TCP\-Datenströme, die auf
diesem Socket akzeptiert sind, senden\&. Dies steuert die Socket\-Option
\fBSO_KEEPALIVE\fP (siehe \fBsocket\fP(7) und die Dokumentation
\m[blue]\fBTCP\-Aufrechterhaltungs\-HOWTO\fP\m[]\&\s-2\u[2]\d\s+2 für
Details)\&. Standardmäßig \fBfalse\fP\&.
.RE
.PP
\fIKeepAliveTimeSec=\fP
.RS 4
Akzeptiert Zeit (in Sekunden) als Argument\&. Die Verbindung muss im
Leerlauf bleiben, bevor TCP das Senden von Aufrechterhaltungstestern
beginnt\&. Dies steuert die Socket\-Option TCP_KEEPIDLE (siehe \fBsocket\fP(7)
und das \m[blue]\fBTCP\-Aufrechterhaltungs\-HOWTO\fP\m[]\&\s-2\u[2]\d\s+2 für
Details)\&. Standardwert ist 7200 Sekunden (2 Stunden)\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIKeepAliveIntervalSec=\fP
.RS 4
Akzeptiert Zeit (in Sekunden) als Argument zwischen individuellen
Aufrechterhaltungstestern, falls die Socket\-Option \fBSO_KEEPALIVE\fP auf
diesem Socket gesetzt wurde\&. Dies steuert die Socket\-Option
\fBTCP_KEEPINTVL\fP (siehe \fBsocket\fP(7) und das
\m[blue]\fBTCP\-Aufrechterhaltungs\-HOWTO\fP\m[]\&\s-2\u[2]\d\s+2 für
Details)\&. Standardwert ist 75 Sekunden\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIKeepAliveProbes=\fP
.RS 4
Akzeptiert eine Ganzzahl als Argument\&. Sie ist die Anzahl von nicht
bestätigten Testern, die gesandt werden müssen, bevor die Verbindung als tot
betrachtet und die Anwendungsebene unterrichtet wird\&. Dies steuert die
Socket\-Option TCP_KEEPCNT (siehe \fBsocket\fP(7) und das
\m[blue]\fBTCP\-Aufrechterhaltungs\-HOWTO\fP\m[]\&\s-2\u[2]\d\s+2 für
Details)\&. Standardwert ist 9\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fINoDelay=\fP
.RS 4
Akzeptiert ein logisches Argument\&. Der Nagle\-Algorithmus von TCP
funktioniert durch Kombination einer Reihe von kleinen ausgehenden
Nachrichten und dem gemeinsamen Senden\&. Dies steuert die Socket\-Option
TCP_NODELAY (siehe \fBtcp\fP(7))\&. Standardmäßig \fBfalse\fP\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIPriority=\fP
.RS 4
Akzeptiert ein Ganzzahlargument, das die Priorität steuert, mit der
sämtlicher Verkehr von diesem Socket gesandt wird\&. Dies steuert die
Socket\-Option \fBSO_PRIORITY\fP (siehe \fBsocket\fP(7) für Details)\&.
.RE
.PP
\fIDeferAcceptSec=\fP
.RS 4
Akzeptiert eine Zeit (in Sekunden) als Argument\&. Falls gesetzt, wird der
auf Anfragen wartende Prozess nur aufgeweckt, falls Daten auf dem Socket
ankommen und nicht sofort, wenn die Verbindung etabliert wird\&. Wenn diese
Option gesetzt ist, wird die Socket\-Option \fBTCP_DEFER_ACCEPT\fP verwandt
(siehe \fBtcp\fP(7)) und der Kernel wird anfängliche ACK\-Pakete ohne Daten
ignorieren\&. Das Argument gibt die ungefähre Zeitdauer an, die der Kernel
auf eingehende Daten warten sollte, bevor er auf das normale Verhalten der
Berücksichtigung leerer ACK\-Pakete zurückfallen soll\&. Diese Option nützt
bei Protokollen, bei denen der Client Daten zuerst sendet (z\&.B\&. HTTP im
Gegensatz zu SMTP), da der Serverprozess nicht unnötigerweise aufgeweckt
werden wird, bevor er irgendetwas erledigen kann\&.
.sp
Falls der Client auch die Option \fBTCP_DEFER_ACCEPT\fP verwendet, wird die
Latenz der anfänglichen Verbindung auch reduziert, da der Kernel die Daten
im abschließenden Paket des Verbindungsaufbaus (dem dritten Paket der
Dreiwege\-Datenflusssteuerung) senden wird\&.
.sp
Standardmäßig deaktiviert\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIReceiveBuffer=\fP, \fISendBuffer=\fP
.RS 4
Akzeptiert ein Ganzzahlargument, das die Empfangs\- bzw\&. Sendepuffergröße
des Sockets steuert\&. Dies steuert die Socket\-Optionen \fBSO_RCVBUF\fP und
\fBSO_SNDBUF\fP (siehe \fBsocket\fP(7) für Details)\&. Die normalen Endungen K, M,
G werden unterstützt und zur Basis 1024 interpretiert\&.
.RE
.PP
\fIIPTOS=\fP
.RS 4
Akzeptiert ein Ganzzahlargument, das das IP\-Feld »Type\-Of\-Service« für von
diesem Socket erstellte Pakete steuert\&. Dies steuert die Socket\-Option
\fBIP_TOS\fP (siehe \fBip\fP(7) für Details\&.)\&. Es kann entweder eine
numerische Zeichenkette oder \fBlow\-delay\fP, \fBthroughput\fP, \fBreliability\fP
oder \fBlow\-cost\fP angegeben werden\&.
.RE
.PP
\fIIPTTL=\fP
.RS 4
Akzeptiert ein Ganzzahlargument, das das IPv4\-Feld »Time\-To\-Live/IPv6
Hop\-Count« für von diesem Socket erstellte Pakete steuert\&. Dies steuert
die Socket\-Option \fBIP_TTL\fP/\fBIPV6_UNICAST_HOPS\fP (siehe \fBip\fP(7) und
\fBipv6\fP(7) für Details\&.)\&.
.RE
.PP
\fIMark=\fP
.RS 4
Akzeptiert einen Ganzzahlwert\&. Steuert die Firewall\-Markierung von durch
dieses Socket generierten Paketen\&. Dies kann in der Firewall\-Logik zur
Filterung von Paketen von diesem Socket verwandt werden\&. Dies setzt die
Socket\-Option \fBSO_MARK\fP\&. Siehe \fBiptables\fP(8) für Details\&.
.RE
.PP
\fIReusePort=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, werden mehrere \fBbind\fP(2)s
auf diesen TCP\- oder UDP\-Port erlaubt\&. Dies steuert die Socket\-Option
\fBSO_REUSEPORT\fP\&. Siehe \fBsocket\fP(7) für Details\&.
.sp
Hinzugefügt in Version 206\&.
.RE
.PP
\fISmackLabel=\fP, \fISmackLabelIPIn=\fP, \fISmackLabelIPOut=\fP
.RS 4
Akzeptiert einen Zeichenkettenwert\&. Steuert die erweiterten Attribute
»security\&.SMACK64«, »security\&.SMACK64IPIN«
bzw\&. »security\&.SMACK64IPOUT«, d\&.h\&. dem Sicherheits\-Label des FIFO
oder dem Sicherheits\-Label für eingehende bzw. ausgehende Verindungen auf
dem Socket. Siehe \m[blue]\fBSmack\fP\m[]\&\s-2\u[3]\d\s+2 für Details\&.
.sp
Hinzugefügt in Version 196\&.
.RE
.PP
\fISELinuxContextFromNet=\fP
.RS 4
Akzeptiert ein logisches Argument\&. Falls wahr, wird Systemd versuchen, das
für den instanziierten Dienst verwandte SELinux\-Label aus den vom Peer über
das Netzwerk übergebenen Informationen herauszufinden\&. Beachten Sie, dass
von den vom Peer übergebenen Informationen nur die Sicherheitsstufe verwandt
wird\&. Andere Anteile des ergebenen SELinux\-Kontextes stammen entweder vom
Zielprogramm, das effektiv vom Socket ausgelöst wird, oder aus dem Wert der
Option \fISELinuxContext=\fP\&. Diese Konfigurationsoption ist nur anwendbar,
wenn der aktivierte Dienst in einem einzelnen Socket\-Dateideskriptor
übergeben wird, d\&.h\&. die Dienste\-Instanzen, bei denen die
Standardeingabe mit einem Socket verbunden ist oder Dienste, die durch genau
eine Socket\-Unit ausgelöst werden\&. Beachten Sie auch, dass diese Option
nur nützlich ist, wenn eine MLS/MCS\-SELinux\-Richtlinie eingesetzt
wird\&. Standardmäßig »false«\&.
.sp
Hinzugefügt in Version 217\&.
.RE
.PP
\fIPipeSize=\fP
.RS 4
Akzeptiert eine Größe in Bytes\&. Steuert die Pipepuffergröße der FIFOs, die
in dieser Socket\-Unit konfiguriert werden\&. Siehe \fBfcntl\fP(2) für
Details\&. Die normalen Endungen K, M, G werden unterstützt und zur Basis
1024 interpretiert\&.
.RE
.PP
\fIMessageQueueMaxMessages=\fP, \fIMessageQueueMessageSize=\fP
.RS 4
Diese zwei Felder akzeptieren Ganzzahlwerte und steuern beim Erstellen der
Nachrichtenwarteschlange das Feld mq_maxmsg bzw\&. mq_msgsize\&. Beachten
Sie, dass entweder keine oder beide der Variablen gesetzt werden
müssen\&. Siehe \fBmq_setattr\fP(3) für Details\&.
.RE
.PP
\fIFreeBind=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Steuert, ob der Socket an eine
nichtlokale IP\-Adresse gebunden werden kann\&. Dies ist nützlich, um Sockets
zu konfigurieren, die auf einer bestimmten IP\-Adresse auf Anfragen warten
sollen, bevor diese IP\-Adresse erfolgreich auf einer Netzwerkschnittstelle
konfiguriert wurde\&. Dies richtet die Socket\-Option
\fBIP_FREEBIND\fP/\fBIPV6_FREEBIND\fP ein\&. Aus Robustheitsgründen wird
empfohlen, diese Option immer zu benutzen, wenn Sie ein Socket an eine
bestimmte IP\-Adresse binden\&. Standardmäßig \fBfalse\fP\&.
.RE
.PP
\fITransparent=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Steuert die Socket\-Option
\fBIP_TRANSPARENT\fP/\fBIPV6_TRANSPARENT\fP\&. Standardmäßig \fBfalse\fP\&.
.RE
.PP
\fIBroadcast=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Dies steuert die Socket\-Option
\fBSO_BROADCAST\fP, die das Senden von Datagrammen von diesem Socket
erlaubt\&. Standardmäßig \fBfalse\fP\&.
.RE
.PP
\fIPassCredentials=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Dies steuert die Socket\-Option
\fBSO_PASSCRED\fP, die \fBAF_UNIX\fP\-Sockets den Empfang von
Berechtigungsnachweisen vom sendenden Prozess in einer Hilfsnachricht
erlaubt\&. Standardmäßig \fBfalse\fP\&.
.RE
.PP
\fIPassSecurity=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Dies steuert die Socket\-Option
\fBSO_PASSSEC\fP, die \fBAF_UNIX\fP\-Sockets den Empfang des Sicherheitskontextes
vom sendenden Prozess in einer Hilfsnachricht erlaubt\&. Standardmäßig
\fBfalse\fP\&.
.RE
.PP
\fIPassPacketInfo=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Dies steuert die Socket\-Optionen
\fBIP_PKTINFO\fP, \fBIPV6_RECVPKTINFO\fP, \fBNETLINK_PKTINFO\fP oder
\fBPACKET_AUXDATA\fP, die dem Empfang zusätzlicher, paketbezogener Metadaten
auf den Sockets \fBAF_INET\fP, \fBAF_INET6\fP, \fBAF_UNIX\fP und \fBAF_PACKET\fP als
Zusatznachrichten aktivieren\&. Standardmäßig \fBfalse\fP\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fITimestamping=\fP
.RS 4
Akzeptiert entweder »off«, »us« (Alias: »usec«, »µs«) oder »ns« (Alias:
»nsec«)\&. Dies steuert die Socket\-Optionen \fBSO_TIMESTAMP\fP oder
\fBSO_TIMESTAMPNS\fP und aktiviert, ob eingehender Netzwerkverkehr
Zeitstempel\-Metadaten transportieren soll\&. Standardmäßig \fBoff\fP\&.
.sp
Hinzugefügt in Version 247\&.
.RE
.PP
\fITCPCongestion=\fP
.RS 4
Akzeptiert einen Zeichenkettenwert\&. Steuert den von diesem Socket
verwandten TCP\-Überlastungsalgorithmus\&. Sollte entweder »westwood«,
»veno«, »cubic«, »lp« oder jeder andere vom IP\-Stack verfügbare Algorithmus
sein\&. Diese Einstellung gilt nur für Datenstrom\-Sockets\&.
.RE
.PP
\fIExecStartPre=\fP, \fIExecStartPost=\fP
.RS 4
Akzeptiert eine oder mehrere Befehlszeilen, die ausgeführt werden, vor
bzw\&. nachdem der auf Anfragen wartende Socket/FIFO erstellt und gebunden
wurde\&. Das erste Symbol auf der Befehlszeile muss ein absoluter Dateiname
sein, dem die Argumente für den Prozess folgen\&. Gemäß des für
\fIExecStartPre=\fP bei Dienste\-Unit\-Dateien verwandten Schematas können
mehrere Befehlszeilen angegeben werden\&.
.RE
.PP
\fIExecStopPre=\fP, \fIExecStopPost=\fP
.RS 4
Zusätzliche Befehle, die ausgeführt werden, vor bzw\&. nachdem der auf
Anfragen wartende Socket/FIFO geschlossen und entfernt wurde\&. Gemäß des
für \fIExecStartPre=\fP bei Dienste\-Unit\-Dateien verwandten Schematas können
mehrere Befehlszeilen angegeben werden\&.
.RE
.PP
\fITimeoutSec=\fP
.RS 4
Konfiguriert die Zeit, die auf das Beenden der in \fIExecStartPre=\fP,
\fIExecStartPost=\fP, \fIExecStopPre=\fP und \fIExecStopPost=\fP festgelegten Befehle
gewartet wird\&. Falls ein Befehl sich nicht innerhalb der konfigurierten
Zeit beendet, wird der Socket als fehlgeschlagen betrachtet und wieder
heruntergefahren\&. Alle noch laufenden Befehle werden zwangsweise mittels
\fBSIGTERM\fP und nach einer weiteren Verzögerung dieser Zeitdauer mit
\fBSIGKILL\fP beendet\&. (Siehe \fBKillMode=\fP in \fBsystemd.kill\fP(5)\&.)
Akzeptiert einen einheitenfreien Wert in Sekunden oder einen Zeitdauerwert
wie »5min 20s«\&. Durch Übergabe von »0« wird die Zeitüberschreitungslogik
deaktiviert\&. Standardmäßig \fIDefaultTimeoutStartSec=\fP aus der
Verwalterkonfigurationsdatei (siehe \fBsystemd\-system.conf\fP(5))\&.
.RE
.PP
\fIService=\fP
.RS 4
Gibt den bei eingehendem Verkehr zu aktivierenden Dienste\-Unit\-Namen
an\&. Diese Einstellung ist nur für Sockets mit \fIAccept=no\fP
erlaubt\&. Standardmäßig wird der Dienst verwandt, der den gleichen Namen
wie das Socket trägt (mit entfernter Endung)\&. Meistens sollte es nicht
notwendig sein, diese Option zu verwenden\&. Beachten Sie, dass Setzen
dieses Parameters zur Hinzunahme zusätzlicher Abhängigkeiten führen kann
(siehe oben)\&.
.RE
.PP
\fIRemoveOnStop=\fP
.RS 4
Akzeptiert ein logisches Argument\&. Falls aktiviert, werden alle von dieser
Socket\-Unit erstellten Dateiknoten entfernt, wenn diese gestoppt
wird\&. Dies gilt für \fBAF_UNIX\fP\-Sockets im Dateisystem,
POSIX\-Nachrichtenwarteschlangen, FIFOs sowie allen Symlinks auf sie, die mit
\fISymlinks=\fP konfiguriert sind\&. Normalerweise sollte es nicht notwendig
sein, diese Option zu verwenden\&. Die Verwendung dieser Option wird auch
nicht empfohlen, da Dienste weiterlaufen könnten, nachdem die Socket\-Unit
beendet wurde und es sollte weiterhin möglich sein, mit ihnen über den
Dateisystemknoten zu kommunizieren\&. Standardmäßig aus\&.
.sp
Hinzugefügt in Version 214\&.
.RE
.PP
\fISymlinks=\fP
.RS 4
Akzeptiert eine Liste von Dateisystempfaden\&. Die angegebenen Pfade werden
als Symlinks auf den \fBAF_UNIX\fP\-Socket\-Pfad oder FIFO\-Pfad von dieser
Socket\-Unit erstellt\&. Falls diese Einstellung verwandt wird, kann nur ein
\fBAF_UNIX\fP\-Socket in diesem Dateisystem oder ein FIFO für die Socket\-Unit
konfiguriert sein\&. Verwenden Sie diese Option, um einen oder mehrere
Symlink\-Aliasnamen für einen Socket zu verwalten und ihren Lebenszyklus zu
verknüpfen\&. Beachten Sie, dass es für die Socket\-Unit nicht als fatal
betrachtet wird, wenn die Erstellung eines Symlinks fehlschlägt und die
Socket\-Unit weiterhin starten könnte\&. Falls eine leere Zeichenkette
zugewiesen wird, wird die Liste der Pfade zurückgesetzt\&. Standardmäßig
eine leere Liste\&.
.sp
Hinzugefügt in Version 214\&.
.RE
.PP
\fIFileDescriptorName=\fP
.RS 4
Weist allen Dateideskriptoren, die diese Socket\-Unit kapselt, einen Namen
zu\&. Dies hilft aktivierten Diensten bei der Erkennung bestimmter
Dateideskriptoren, falls mehrere Dateideskriptoren übergeben
werden\&. Dienste können den Aufruf \fBsd_listen_fds_with_names\fP(3)
verwenden, um den konfigurierten Namen für die empfangenen Dateideskriptoren
zu erlangen\&. Die Namen dürfen jedes ASCII\-Zeichen enthalten, allerdings
keine Steuerzeichen und »:«, und dürfen höchstens 255 Zeichen lang
sein\&. Falls diese Einstellung nicht verwandt wird, ist die Vorgabe für
Dateideskriptoren der Name der Socket\-Unit, einschließlich ihrer Endung
\&.socket\&.
.sp
Hinzugefügt in Version 227\&.
.RE
.PP
\fITriggerLimitIntervalSec=\fP, \fITriggerLimitBurst=\fP
.RS 4
Konfiguriert eine Begrenzung, wie oft diese Socket\-Unit innerhalb eines
bestimmten Zeitintervalls aktiviert werden darf\&. Die Länge des
Zeitintervalls in den normalen Zeiteinheiten »us«, »ms«, »s«, »min«, »h«, …
kann mit der Einstellung \fITriggerLimitIntervalSec=\fP konfiguriert werden,
die Vorgabe ist 2s (siehe \fBsystemd.time\fP(7) für Details über die
verschiedenen verstandenen Zeiteinheiten)\&. Die Einstellung
\fITriggerLimitBurst=\fP akzeptiert einen positiven Ganzzahlwert und legt die
Anzahl der erlaubten Aktivierungen pro Zeiteinheit fest, die Vorgabe ist 200
für Sockets mit \fIAccept=yes\fP (daher werden standardmäßig 200 Aktivierungen
pro 2 Sekunden erlaubt) und andernfalls 20 (20 Aktivierungen pro 2
Sekunden)\&. Setzen Sie einen der beiden auf 0, um jede Art der
Auslöseratenbegrenzung zu deaktivieren\&.
.sp
Falls diese Begrenzung erreicht wird, wird die Socket\-Unit in den
Fehlerzustandmodus gebracht und Verbindungen zu ihr sind nicht mehr möglich,
bis sie neu gestartet wird\&. Beachten Sie, dass diese Begrenzung erzwungen
wird, bevor die Diensteaktivierung in die Warteschlange eingereiht wird\&.
.sp
Vergleichen Sie das mit dem nachfolgend beschriebenen
\fIPollLimitIntervalSec=\fP/\fIPollLimitBurst=\fP, der eine temporäre
Verlangsamung implementiert, falls eine Socket\-Unit mit eingehendem Verkehr
geflutet wird, im Gegenteil zum dauerhaften Fehlzustand, zu dem
\fITriggerLimitIntervalSec=\fP/\fITriggerLimitBurst=\fP führt\&.
.sp
Hinzugefügt in Version 230\&.
.RE
.PP
\fIPollLimitIntervalSec=\fP, \fIPollLimitBurst=\fP
.RS 4
Konfiguriert eine Beschränkung, wie oft Polling\-Ereignisse für den dieser
Unit zugrundeliegenden Dateideskriptoren berücksichtigt werden\&. Dieses
Paar von Einstellungen ist ähnlich
\fITriggerLimitIntervalSec=\fP/\fITriggerLimitBurst=\fP, aber anstatt eine
(fatale) Beschränkung auf die Aktivierungsfrequenz zu legen, wird eine
(vorübergehende) Beschränkung auf die Polling\-Frequenz gelegt\&. Die
erwartete Parametersyntax und \-bereich sind identisch zu den vorgenannten
Optionen, und kann auf die gleiche Art deaktiviert werden\&.
.sp
Falls die Polling\-Beschränkung erreicht wird, wird Polling vorübergehend
darauf deaktiviert, bis das festgelegte Fenster verstrichen ist\&. Die
Polling\-Beschränkung verlangsamt daher nach Erreichen die
Verbindungsversuche, führt aber anders als die Auslösebeschränkung nicht zu
einem dauerhaften Fehlschlag\&. Es ist der empfohlene Mechanismus, um mit
DoS\-Versuchen mittels Paket\-Flutung umzugehen\&.
.sp
Die Polling\-Beschränkung wird pro Dateideskriptor, bei dem auf Anfragen
gewartet wird, durchgesetzt, anders als bei der Auslösebeschränkung, die für
die gesamte Socket\-Unit durchgesetzt wird\&. Diese Beschränkung ist für
Socket\-Units wichtig, die auf mehreren Dateideskriptoren auf Anfragen warten
(d\&.h\&. die über mehrere Absätze \fIListenXYZ=\fP verfügen)\&.
.sp
Diese Einstellungen betragen standardmäßig 150 (im Falle von \fIAccept=yes\fP=)
und (andernfalls) 15 Polling\-Ereignisse pro 2s\&. Dies ist beträchtlich
niedriger als die Vorgabewerte für die Auslösungsbeschränkung (siehe oben)
und bedeutet, dass die Polling\-Beschränkung typischerweise sicherstellen
soll, dass die Auslösebeschränkung niemals erreicht wird, außer eine von
ihnen ist rekonfiguriert oder deaktiviert\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
Lesen Sie \fBsystemd.unit\fP(5), \fBsystemd.exec\fP(5) und \fBsystemd.kill\fP(5) für
weitere Einstellungen\&.
.SH "SIEHE AUCH"
.PP
\fBsystemd\fP(1), \fBsystemctl\fP(1), \fBsystemd\-system.conf\fP(5),
\fBsystemd.unit\fP(5), \fBsystemd.exec\fP(5), \fBsystemd.kill\fP(5),
\fBsystemd.resource\-control\fP(5), \fBsystemd.service\fP(5),
\fBsystemd.directives\fP(7), \fBsd_listen_fds\fP(3),
\fBsd_listen_fds_with_names\fP(3)
.PP
Für eine ausführlichere Beschreibung siehe die Serie »Systemd für
Entwickler«: \m[blue]\fBSocket\-Aktivierung\fP\m[]\&\s-2\u[4]\d\s+2,
\m[blue]\fBSocket\-Aktivierung, Teil II\fP\m[]\&\s-2\u[5]\d\s+2,
\m[blue]\fBInetd\-Dienste konvertieren\fP\m[]\&\s-2\u[6]\d\s+2,
\m[blue]\fBSocket\-aktivierte Internet\-Dienste und Betriebssystem\-Container\fP\m[]\&\s-2\u[7]\d\s+2\&.
.SH ANMERKUNGEN
.IP " 1." 4
USB FunctionFS
.RS 4
\%https://docs.kernel.org/usb/functionfs.html
.RE
.IP " 2." 4
TCP\-Aufrechterhaltungs\-HOWTO
.RS 4
\%http://www.tldp.org/HOWTO/html_single/TCP\-Keepalive\-HOWTO/
.RE
.IP " 3." 4
Smack
.RS 4
\%https://docs.kernel.org/admin\-guide/LSM/Smack.html
.RE
.IP " 4." 4
Socket\-Aktivierung
.RS 4
\%https://0pointer.de/blog/projects/socket\-activation.html
.RE
.IP " 5." 4
Socket\-Aktivierung, Teil II
.RS 4
\%https://0pointer.de/blog/projects/socket\-activation2.html
.RE
.IP " 6." 4
Inetd\-Dienste\-Konvertierung
.RS 4
\%https://0pointer.de/blog/projects/inetd.html
.RE
.IP " 7." 4
Socket\-aktivierte Internet\-Dienste und Betriebssystem\-Container
.RS 4
\%https://0pointer.de/blog/projects/socket\-activated\-containers.html
.RE
.PP
.SH ÜBERSETZUNG
Die deutsche Übersetzung dieser Handbuchseite wurde von
Helge Kreutzmann <debian@helgefjell.de>
erstellt.
.PP
Diese Übersetzung ist Freie Dokumentation; lesen Sie die
.UR https://www.gnu.org/licenses/gpl-3.0.html
GNU General Public License Version 3
.UE
oder neuer bezüglich der
Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.
.PP
Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden,
schicken Sie bitte eine E-Mail an die
.MT debian-l10n-german@lists.debian.org
Mailingliste der Übersetzer
.ME .