.\" -*- coding: UTF-8 -*-
'\" t
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH SYSTEMD\&.NETWORK 5 "" "systemd 255" systemd.network
.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.network \- Netzwerk\-Konfiguration
.SH ÜBERSICHT
.PP
\fInetwork\fP\&.network
.SH BESCHREIBUNG
.PP
Eine einfache Ini\-artige Textdatei, verwandt von \fBsystemd\-networkd\fP(8), die
die Netzwerkkonfiguration für passende Netzwerkschnittstellen
kodiert\&. Siehe \fBsystemd.syntax\fP(7) für eine allgemeine Beschreibung der
Syntax\&.
.PP
Die Hauptnetzwerkdatei muss die Endung \&.network haben, andere Endungen
werden ignoriert\&. Netzwerke werden auf Verbindungen angewandt, wannimmer
Verbindungen auftauchen\&.
.PP
Die »\&.network«\-Dateien werden aus den Dateien, die sich in den
Systemnetzwerkverzeichnissen /usr/lib/systemd/network und
/usr/local/lib/systemd/network, dem flüchtigen Laufzeitnetzwerkverzeichnis
/run/systemd/network und dem lokalen Administrationsnetzwerkverzeichnis
/etc/systemd/network befinden, gelesen\&. Alle Konfigurationsdateien werden
gemeinsam sortiert und in lexikalischer Reihenfolge verarbeitet, unabhängig
davon, in welchem Verzeichnis sie sich befinden\&. Allerdings ersetzen
Dateien mit identischem Dateinamen einander\&. Es wird empfohlen, dass jedem
Dateiname eine Nummer kleiner »70« vorangestellt wird
(z\&.B\&. 10\-eth0\&.network)\&. Andernfalls können die standardmäßigen
\&.network\-Dateien und die durch \fBsystemd\-network\-generator.service\fP(8)
erstellten Vorrang vor benutzerkonfigurierten Dateien haben\&. Dateien in
/etc/ haben die höchste Priorität, Dateien in /run/ haben Vorrang vor
Dateien mit dem gleichen Namen unter /usr/\&. Dies kann dazu verwandt
werden, bei Bedarf eine durch das System bereitgestellte Konfigurationsdatei
durch eine lokale Datei außer Kraft zu setzen\&. Als Spezialfall deaktiviert
eine leere Datei (Dateigröße 0) oder ein Symlink auf /dev/null die
Konfigurationsdatei insgesamt (sie ist »maskiert«)\&.
.PP
Zusammen mit der Netzwerkdatei foo\&.network kann ein
»Ergänzungs«\-Verzeichnis foo\&.network\&.d/ existieren\&. Alle Dateien mit
der Endung »\&.conf« aus diesem Verzeichnis werden in alphanumerischer
Reihenfolge zusammengeführt und ausgewertet, nachdem die Hauptdatei selbst
ausgewertet wurde\&. Dies ist nützlich, um die Konfigurationseinstellungen
zu ändern oder zu ergänzen, ohne die Hauptkonfigurationsdatei selbst zu
verändern\&. Jede Ergänzungsdatei muss über geeignete Abschnittkopfzeilen
verfügen\&.
.PP
Zusätzlich zu /etc/systemd/network können Ergänzungs\-»\&.d«\-Verzeichnisse in
die Verzeichnisse /usr/lib/systemd/network oder /run/systemd/network
abgelegt werden\&. Ergänzungsdateien in /etc/ haben Vorrang vor denen in
/run/, die wiederum Vorrang vor denen in /usr/lib/
haben\&. Ergänzungsdateien unter all diesen Verzeichnissen haben Vorrang vor
der Haupt\-Netzwerkdatei, wo auch immer sich diese befindet\&.
.SH [MATCH]\-ABSCHNITT\-OPTIONEN
.PP
Die Netzwerkdatei enthält einen Abschnitt »[Match]«, der ermittelt, ob eine
gegebene Netzwerkdatei auf eine gegebene Schnittstelle angewandt werden
darf, und einen Abschnitt »[Network]«, der festlegt, wie die Schnittstelle
konfiguriert werden soll\&. Die erste (in alphanumerischer Reihenfolge) der
Netzwerkdateien, die auf eine gegebene Schnittstelle passt, wird angewandt,
alle späteren Dateien werden ignoriert, selbst falls sie auch passen\&.
.PP
Beachten Sie, dass alle Netzwerkschnittstellen, bei denen die
Udev\-Eigenschaft \fIID_NET_MANAGED_BY=\fP gesetzt ist, niemals auf irgendeine
\&.network\-Datei passen wird \(en außer der Wert der Eigenschaft ist die
Zeichenkette »io\&.systemd\&.Network« \(en selbst falls der Abschnitt
»[Match]« ansonsten passen würde\&. Das kann zum Ausschluss bestimmter
Netzwerkschnittstellen von der Verwaltung durch \fBsystemd\-networkd\fP(8)
verwandt werden, wobei gleichzeitig der Abschnitt »[Match]« generisch
gehalten wird\&. Die Eigenschaft \fIID_NET_MANAGED_BY=\fP erklärt somit die
vorgesehene \fIEigentümerschaft\fP des Geräts und erlaubt das Sicherstellen,
dass gleichzeitige Netzwerkverwaltungsimplementierungen keinen Wettstreit um
die Verwaltung bestimmter Geräte durchführen\&.
.PP
Eine Netzwerkdatei wird als passend auf eine Netzwerkschnittstelle
betrachtet, falls die in dem Abschnitt »[Match]« festgelegten Treffer
erfüllt sind\&. Wenn eine Netzwerkdatei keine gültigen Einstellungen in dem
Abschnitt »[Match]« enthält, dann passt die Datei auf alle Schnittstellen
und \fBsystemd\-networkd\fP wird eine Warnung darüber ausgeben\&. Tipp: Um die
Warnung zu vermeiden und es deutlicher darzustellen, dass die Datei auf alle
Schnittstellen passen soll, fügen Sie folgendes hinzu:
.sp
.if  n \{\
.RS 4
.\}
.nf
Name=*
.fi
.if  n \{\
.RE
.\}
.sp
Die folgenden Schlüssel werden akzeptiert:
.PP
\fIMACAddress=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Hardware\-Adressen\&. Die akzeptablen
Formate sind:
.PP
\fBcolon\-delimited hexadecimal\fP
.RS 4
Jedes Feld muss ein Byte sein\&. Z\&.B\&. »12:34:56:78:90:ab« oder
»AA:BB:CC:DD:EE:FF«\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBhyphen\-delimited hexadecimal\fP
.RS 4
Jedes Feld muss ein Byte sein\&. Z\&.B\&. »12\-34\-56\-78\-90\-ab« oder
»AA\-BB\-CC\-DD\-EE\-FF«\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBdot\-delimited hexadecimal\fP
.RS 4
Jedes Feld muss zwei Byte sein\&. Z\&.B\&. »1234\&.5678\&.90ab« oder
»AABB\&.CCDD\&.EEFF«\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBIPv4\-Adressenformat\fP
.RS 4
Z\&.B\&. »127\&.0\&.0\&.1« oder »192\&.168\&.0\&.1«\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBIPv6\-Adressenformat\fP
.RS 4
Z\&.B\&. »2001:0db8:85a3::8a2e:0370:7334« oder »::1«\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.sp
Die Gesamtlänge jeder MAC\-Adresse muss 4 (für IPv4\-Tunnel), 6 (für
Ethernet), 16 (für IPv6\-Tunnel) oder 20 (für InfiniBand) sein\&. Diese
Option kann mehr als einmal auftauchen, dann werden die Listen
zusammengeführt\&. Falls der Option die leere Zeichenkette zugewiesen wird,
wird die vorher definierte Liste der Hardware\-Adressen
zurückgesetzt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIPermanentMACAddress=\fP
.RS 4
Eine Leerraum\-getrennte Liste von dauerhaften Adressen der
Hardware\&. Während \fIMACAddress=\fP auf die aktuelle MAC\-Adresse des Gerätes
passt, vergleicht dies die dauerhafte MAC\-Adresse des Gerätes, die sich von
der aktuellen unterscheiden kann\&. Verwendet vollständige Doppelpunkt\-,
Bindestrich\- oder Punkt\-begrenzte hexadezimale Notation oder das IPv4\- oder
IPv6\-Format\&. Diese Option kann mehr als einmal auftauchen, dann werden die
Listen zusammengeführt\&. Falls der Option die leere Zeichenkette zugewiesen
wird, wird die vorher definierte Liste der Hardware\-Adressen
zurückgesetzt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIPath=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Shell\-artigen Globs, die auf dauerhafte
Pfade, wie sie von der Udev\-Eigenschaft \fIID_PATH\fP offengelegt wird,
passen\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIDriver=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Shell\-artigen Globs, die auf den derzeit
an das Gerät gebundenen Treiber passen, wie dieser durch die
Udev\-Eigenschaft \fIID_NET_DRIVER\fP des übergeordneten Gerätes offengelegt
wird oder, falls die nicht gesetzt ist, durch den Treiber selbst, wie dies
durch \fBethtool \-i\fP offengelegt wird\&. Wird der Liste »!« vorangestellt, so
wird der Test invertiert\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIType=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Shell\-artigen Globs, die auf den
Gerätetyp, wie er durch \fBnetworkctl list\fP offengelegt wird, passen\&. Wird
der Liste »!« vorangestellt, so wird der Test invertiert\&. Einige gültige
Werte sind »ether«, »loopback«, »wlan«, »wwan«\&. Gültige Typnamen werden
entweder von dem Udev\-Attribut »DEVTYPE« oder den Makros »ARPHRD_« in
linux/if_arp\&.h benannt. so dass diese Aufstellung nicht umfassend ist\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIKind=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Shell\-artigen Globs, die auf die
Geräteart, wie sie durch \fBnetworkctl status \fP\fISCHNITTSTELLE\fP oder \fBip \-d link show \fP\fISCHNITTSTELLE\fP offengelegt wird, passen\&. Wird der Liste »!«
vorangestellt, so wird der Test invertiert\&. Einige gültige Werte sind
»bond«, »bridge«, »gre«, »tun«, »veth«\&. Gültige Arten werden durch das
Attribut »IFLA_INFO_KIND« von Netlink angegeben, so dass diese Aufstellung
nicht umfassend ist\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIProperty=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Udev\-Eigenschaftsnamen mit ihren Werten
nach einem Gleichheitszeichen (»=«)\&. Falls mehrere Eigenschaften angegeben
sind, werden sie mit UND verbunden\&. Wird der Liste »!« vorangestellt, so
wird der Test invertiert\&. Falls ein Wert Leerraum enthält, dann schließen
Sie das gesamte Schlüssel\-Wert\-Paar bitte in englische Anführungszeichen
ein\&. Falls ein Wert Anführungszeichen enthält, dann maskieren Sie bitte
das Anführungszeichen mit »\e«\&.
.sp
Beispiel: Falls eine \&.link\-Datei
.sp
.if  n \{\
.RS 4
.\}
.nf
Property=ID_MODEL_ID=9999 "ID_VENDOR_FROM_DATABASE=Lieferantenname" "KEY=mit \e"Zitat\e""
.fi
.if  n \{\
.RE
.\}
.sp
enthält, dann passt eine \&.link\-Datei nur, wenn eine Schnittstelle alle
drei obigen Eigenschaften enthält\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIName=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Shell\-artigen Globs, die auf den
Gerätenamen passen, wie dieser durch die Udev\-Eigenschaft »INTERFACE« oder
dem alternativen Namen des Gerätes offengelegt wird\&. Falls der Liste »!«
vorangestellt wird, wird der Test invertiert\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIWLANInterfaceType=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Typen von schnurlosen
Netzwerken\&. Unterstützte Werte sind »ad\-hoc«, »station«, »ap«, »ap\-vlan«,
»wds«, »monitor«, »mesh\-point«, »p2p\-client«, »p2p\-go«, »p2p\-device«, »ocb«
und »nan«\&. Falls der Liste »!« vorangestellt wird, wird der Test
invertiert\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fISSID=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Shell\-artigen Globs, die auf die SSID des
derzeit verbundenen schnurlosen LAN passt\&. Falls der Liste »!«
vorangestellt wird, wird der Test invertiert\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fIBSSID=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Hardware\-Adressen der derzeit verbundenen
schnurlosen Netzwerke\&. Verwenden Sie vollständige durch Doppelpunkte,
Bindestriche oder Punkte begrenzte hexadezimale Notation\&. Siehe das
Beispiel in \fIMACAddress=\fP\&. Diese Option kann mehr als einmal auftauchen,
dann werden die Listen zusammengeführt\&. Falls dieser Option die leere
Zeichenkette zugewiesen wird, wird die Liste zurückgesetzt\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fIHost=\fP
.RS 4
Passt auf den Rechnernamen oder die Maschinenkennung des Rechners\&. Siehe
\fIConditionHost=\fP in \fBsystemd.unit\fP(5) für Details\&. Wird »!«
vorangestellt, so wird das Ergebnis negiert\&. Wird eine leere Zeichenkette
zugewiesen, dann wird der vorher zugewiesene Wert zurückgesetzt\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIVirtualization=\fP
.RS 4
Prüft, ob das System in einer virtualisierten Umgebung ausgeführt wird und
testet optional, ob es eine bestimmte Implementierung ist\&. Siehe
\fIConditionVirtualization=\fP in \fBsystemd.unit\fP(5) für Details\&. Das
Ergebnis wird negiert, wenn ein Ausrufezeichen (»!«) vorangestellt
wird\&. Falls eine leere Zeichenkette zugewiesen wird, dann wird der vorher
zugewiesene Wert bereinigt\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIKernelCommandLine=\fP
.RS 4
Prüft, ob eine bestimmte Kernelbefehlszeilenoption gesetzt ist\&. Siehe
\fIConditionKernelCommandLine=\fP in \fBsystemd.unit\fP(5) für Details\&. Das
Ergebnis wird negiert, wenn ein Ausrufezeichen (»!«) vorangestellt
wird\&. Falls eine leere Zeichenkette zugewiesen wird, dann wird der vorher
zugewiesene Wert bereinigt\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIKernelVersion=\fP
.RS 4
Prüft, ob die Kernelversion (wie von \fBuname \-r\fP gemeldet) auf einen
bestimmten Ausdruck passt\&. Siehe \fIConditionKernelVersion=\fP in
\fBsystemd.unit\fP(5) für Details\&. Das Ergebnis wird negiert, wenn ein
Ausrufezeichen (»!«) vorangestellt wird\&. Falls eine leere Zeichenkette
zugewiesen wird, dann wird der vorher zugewiesene Wert bereinigt\&.
.sp
Hinzugefügt in Version 237\&.
.RE
.PP
\fICredential=\fP
.RS 4
Prüft, ob die festgelegte Zugangsberechtigung an den Dienst
systemd\-udevd\&.service übergeben wurde. Siehe \m[blue]\fBSystem\- und Dienste\-Zugangsberechtigungen\fP\m[]\&\s-2\u[1]\d\s+2 für Details\&. Das
Ergebnis wird negiert, wenn ein Ausrufezeichen (»!«) vorangestellt
wird\&. Falls eine leere Zeichenkette zugewiesen wird, dann wird der vorher
zugewiesene Wert bereinigt\&.
.sp
Hinzugefügt in Version 252\&.
.RE
.PP
\fIArchitecture=\fP
.RS 4
Prüft, ob das System auf einer bestimmten Architektur läuft\&. Siehe
\fIConditionArchitecture=\fP in \fBsystemd.unit\fP(5) für Details\&. Das Ergebnis
wird negiert, wenn ein Ausrufezeichen (»!«) vorangestellt wird\&. Falls eine
leere Zeichenkette zugewiesen wird, dann wird der vorher zugewiesene Wert
bereinigt\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIFirmware=\fP
.RS 4
Prüft, ob das System auf einer Maschine mit der angegeben Firmware
läuft\&. Siehe \fIConditionFirmware=\fP in \fBsystemd.unit\fP(5) für
Details\&. Das Ergebnis wird negiert, wenn ein Ausrufezeichen (»!«)
vorangestellt wird\&. Falls eine leere Zeichenkette zugewiesen wird, dann
wird der vorher zugewiesene Wert bereinigt\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.SH [LINK]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[LINK]« akzeptiert die folgenden Schlüssel:
.PP
\fIMACAddress=\fP
.RS 4
Die für das Gerät gesetzte Hardware\-Adresse\&.
.sp
Hinzugefügt in Version 218\&.
.RE
.PP
\fIMTUBytes=\fP
.RS 4
Die für das Gerät zu setzende maximale Übertragungseinheit in Byte\&. Die
normalen Endungen K, M, G werden als Einheiten zur Basis 1024 verstanden\&.
.sp
Beachten Sie, dass die MTU automatisch auf 1280 (den minimalen Wert für die
MTU für IPv6) erhöht wird, falls IPv6 für die Schnittstelle aktiviert ist
und die MTU kleiner als dieser Wert gewählt wird\&.
.sp
Hinzugefügt in Version 218\&.
.RE
.PP
\fIARP=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Aktiviert oder deaktiviert das ARP
(systemnahes Address Resolution Protocol) für diese
Schnittstelle\&. Standardmäßig nicht gesetzt, was bedeutet, dass die Vorgabe
des Kernels verwandt wird\&.
.sp
Beispielsweise ist die Deaktivierung von ARP nützlich, wenn mehrere
virtuelle MACVLAN\- oder VLAN\-Schnittstellen über einer einzelnen,
systemnahen physischen Schnittstelle erstellt werden, die dann nur als
Link/»Bridge«\-Gerät dienen wird, die Verkehr auf den gleichen physischen
Link zusammenfasst und ansonsten nicht im Netz teilnimmt\&. Standardmäßig
nicht gesetzt\&.
.sp
Hinzugefügt in Version 232\&.
.RE
.PP
\fIMulticast=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Aktiviert oder deaktiviert den
Multicast\-Schalter auf dem Gerät\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fIAllMulticast=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn dieser Schalter gesetzt ist, wird
der Treiber alle Multicast\-Pakete aus dem Netz erfassen\&. Dies passiert,
wenn Multicast\-Routing aktiviert ist\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fIPromiscuous=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, wird der promiskutive Modus
der Schnittstelle aktiviert\&. Standardmäßig nicht gesetzt\&.
.sp
Falls dies auf falsch für den zugrundeliegenden Link eines MACVLAN/MACVTAP
mit »passthru«\-Modus gesetzt wird, dann wird die virtuelle Schnittstelle mit
gesetztem Schalter »nopromisc« erstellt\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIUnmanaged=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls »yes«, werden keine Versuche
unternommen, passende Links hochzubringen oder zu konfigurieren, äquivalent
zum Fall, dass es keine passenden Netzwerkdateien gibt\&. Standardmäßig
»no«\&.
.sp
Dies ist nützlich, um später passende Netzwerkdateien daran zu hindern, bei
bestimmten Schnittstellen einzugreifen, die komplett durch andere
Anwendungen gesteuert werden\&.
.sp
Hinzugefügt in Version 233\&.
.RE
.PP
\fIGroup=\fP
.RS 4
Link\-Gruppen sind ähnlich zu Port\-Bereichen, die in verwalteten Switches
gefunden werden können\&. Wenn eine Netzwerkschnittstelle zu einer
nummerierten Gruppe hinzugefügt wird, dann können alle Aktionen auf die
Schnittstellen aus der Gruppe auf einmal durchgeführt werden\&. Akzeptiert
eine vorzeichenlose Ganzzahl im Bereich 0…2147483647\&. Standardmäßig nicht
gesetzt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIRequiredForOnline=\fP
.RS 4
Akzeptiert einen logischen Wert oder einen minimalen Betriebsstatus und
einen optionalen maximalen Betriebsstatus\&. Bitte lesen Sie
\fBnetworkctl\fP(1) für mögliche Betriebsstatus\&. Falls »yes«, wird das
Netzwerk als benötigt betrachtet, wenn bestimmt wird, ob das System online
ist (einschließlich bei der Ausführung von
\fBsystemd\-networkd\-wait\-online\fP)\&. Wenn »no«, wird das Netzwerk bei der
Bestimmung des Online\-Status ignoriert\&. Wenn ein minimaler Betriebsstatus
und ein optionaler maximaler Betriebsstatus gesetzt werden, ist »yes«
impliziert, und dies steuert den minimalen und maximalen Betriebsstatus,
damit die Netzwerkschnittstelle als »online« betrachtet wird\&.
.sp
Standardmäßig »yes«, wenn \fIActivationPolicy=\fP nicht gesetzt ist oder auf
»up«, »always\-up« oder »bound«\&. Standardmäßig »no«, wenn
\fIActivationPolicy=\fP auf »manual« oder »down« gesetzt ist\&. Dies wird auf
»no« erzwungen, wenn \fIActivationPolicy=\fP auf »always\-down« gesetzt ist\&.
.sp
Ein Netzwerk wird normal hochgebracht (wie in \fIActivationPolicy=\fP
konfiguriert), aber im Falle, dass keine Adresse über DHCP zugewiesen oder
das Kabel nicht eingesteckt ist, wird der Link einfach offline bleiben und
durch \fBsystemd\-networkd\-wait\-online\fP automatisch übersprungen, falls
»RequiredForOnline=no«\&.
.sp
Hinzugefügt in Version 236\&.
.RE
.PP
\fIRequiredFamilyForOnline=\fP
.RS 4
Akzeptiert eine Adressfamilie\&. Wenn festgelegt, wird die übergebene
Adressfamilie als benötigt eingestuft, wenn bestimmt wird, ob der Link
online ist (einschließlich bei der Ausführung von
\fBsystemd\-networkd\-wait\-online\fP)\&. Akzeptiert entweder »ipv4«, »ipv6«,
»both« oder »any«\&. Standardmßig »no«\&. Beachten Sie, dass diese Option
keine Auswirkung hat, falls »RequiredForOnline=no« ist\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIActivationPolicy=\fP
.RS 4
Legt die Richtlinie für die Verwaltung des administrativen Zustands des
Links durch \fBsystemd\-networkd\fP fest\&. Insbesondere steuert dies, wie
\fBsystemd\-networkd\fP den Schalter »IFF_UP« des Netzwerkgerätes ändert, was
manchmal von Systemadministratoren durch Ausführung von z\&.B\&. \fBip link set dev eth0 up\fP oder \fBip link set dev eth0 down\fP gesteuert wird und was
auch mittels \fBnetworkctl up eth0\fP oder \fBnetworkctl down eth0\fP geändert
werden kann\&.
.sp
Akzeptiert entweder »up«, »always\-up«, »manual«, »always\-down«, »down« oder
»bound«\&. Wenn »manual« wird \fBsystemd\-networkd\fP den Administrationsstatus
des Links nicht automatisch ändern: der Systemadministrator muss die
Schnittstelle manuell wie gewünscht hoch\- oder runterbringen\&. Bei »up«
(der Vorgabe), »always\-up«, »down« oder »always\-down« wird
\fBsystemd\-networkd\fP den Link auf hoch bzw\&. runter setzen, wenn die
Schnittstelle (neu)konfiguriert wird\&. Bei »always\-up« oder »always\-down«
wird \fBsystemd\-networkd\fP den Link jedesmal auf hoch bzw\&. runter setzen,
wenn es eine Änderung am administrativen Zustand erkennt\&. Ist auch
\fIBindCarrier=\fP gesetzt, wird dies automatisch auf »bound« gesetzt und jeder
andere Wert wird ignoriert\&.
.sp
Wird die Richtlinie auf »down« oder »manual« gesetzt, dann ist der
Vorgabewert von \fIRequiredForOnline=\fP »no«\&. Wenn die Richtlinie auf
»always\-down« gesetzt ist, wird der Wert von \fIRequiredForOnline=\fP auf »no«
erzwungen\&.
.sp
Der administrative Zustand ist nicht zum Trägerzustand identisch, daher
bedeutet die Verwendung von »always\-up« nicht, dass der Link niemals den
Träger verliert\&. Der Link\-Träger hängt sowohl vom administrativen Zustand
als auch von der physischen Verbindung des Netzwerkgerätes ab\&. Um
allerdings Rekonfigurationsfehlschläge zu vermeiden, wird
\fIIgnoreCarrierLoss=\fP auf wahr erzwungen, falls »always\-up« verwandt wird\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.SH [SR\-IOV]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[SR\-IOV]« akzeptiert die folgenden Schlüssel\&. Geben Sie
mehrere Abschnitte [SR\-IOV] an, um mehrere SR\-IOVs zu
konfigurieren\&. SR\-IOVs ermöglichen die Fähigkeit, eine einzelne physische
PCI\-Ressource in virtuelle PCI\-Funktionen einzuteilen, die dann in eine VM
eingeschleust werden können\&. Im Falle von Netzwerk\-VFs verbessern SR\-IOV
die Nord\-Süd\-Netzwerkleistung (d.h. Datenverkehr mit Endpunkten außerhalb
des Rechners), indem dem Datenverkehr erlaubt wird, den Netzwerkstapel des
Rechners zu umgehen\&.
.PP
\fIVirtualFunction=\fP
.RS 4
Legt eine Virtuelle Funktion (VF) fest\&. Dies ist eine leichtgewichtige
PCIe\-Funktion, die nur zum Herein\- oder Hinausschieben von Daten entwickelt
wurde\&. Akzeptiert eine Ganzzahl im Bereich 0…2147483646\&. Diese Option
ist verpflichtend\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIVLANId=\fP
.RS 4
Legt die VLAN\-Kennung der virtuellen Funktion fest\&. Akzeptiert eine
Ganzzahl im Bereich 1…4095\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIQualityOfService=\fP
.RS 4
Legt die Dienstequalität der virtuellen Funktion fest\&. Akzeptiert eine
Ganzzahl im Bereich 1…4294967294\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIVLANProtocol=\fP
.RS 4
Legt das VLAN\-Protokoll der virtuellen Funktion fest\&. Akzeptiert
»802\&.1Q« oder »802\&.1ad«\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIMACSpoofCheck=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Steuert die
MAC\-Fälschungsüberprüfung\&. Falls nicht gesetzt, wird die Vorgabe des
Kernels verwandt\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIQueryReceiveSideScaling=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Schaltet die Fähigkeit ein oder aus, die
Konfiguration der Empfangsseitenskalierung (RSS) der virtuellen Funktion
(VF) abzufragen\&. Die VF\-RSS\-Informationen wie RSS\-Hash\-Schlüssel können
auf einigen Geräten, auf denen diese Informationen von VF und den physischen
Funktionen (PF) gemeinsam benutzt wird, als vertrauenswürdig angesehen
werden\&. Falls nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fITrust=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Ermöglicht das Setzen des Vertrauensmodus
der virtuellen Funktion (VF)\&. Falls gesetzt, können VF\-Benutzer eine
bestimmte Funktionalität setzen, die die Sicherheit oder Leistung
beeinflussen kann\&. Falls nicht gesetzt, wird die Vorgabe des Kernels
verwandt\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fILinkState=\fP
.RS 4
Ermöglicht das Setzen des Link\-Zustandes der virtuellen Funktion
(VF)\&. Akzeptiert einen logischen oder einen besonderen Wert
»auto«\&. Setzen auf »auto« bedeutet eine Reflexion des Link\-Zustandes der
physischen Funktion (PF), »yes« lässt die VF mit anderen VF auf diesem
Rechner kommunizieren, selbst wenn der PF\-Linkzustand unten ist und »no«
führt dazu, dass die Hardware alle von VF gesandten Pakete verwirft\&. Falls
nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIMACAddress=\fP
.RS 4
Legt die MAC\-Adresse für die virtuelle Funktion fest\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.SH [NETWORK]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[Network]« akzeptiert die folgenden Schlüssel:
.PP
\fIDescription=\fP
.RS 4
Eine Beschreibung des Gerätes\&. Dies wird nur für Darstellungszwecke
verwandt\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIDHCP=\fP
.RS 4
Aktiviert DHCPv4\- und/oder DHCPv6\-Client\-Unterstützung\&. Akzeptiert »yes«,
»no«, »ipv4« oder »ipv6«\&. Standardmäßig »no«\&.
.sp
Beachten Sie, dass DHCPv6 unabhängig von diesem Parameter standardmäßig
durch Router Advertisements ausgelöst wird, falls Empfang aktiviert
ist\&. Durch explizite Aktivierung der DHCPv6\-Unterstützung wird der
DHCPv6\-Client in dem durch die Einstellung \fIWithoutRA=\fP im Abschnitt
[DHCPv6] definierten Modus gestartet, unabhängig von der Präsenz von Routern
auf dem Link oder der durch die Router übergebenenen Schalter\&. Siehe
\fIIPv6AcceptRA=\fP\&.
.sp
Beachten Sie desweiteren, dass standardmäßig der durch DHCP festgelegte
Domain\-Name nicht zur Namensauflösung verwandt wird\&. Siehe Option
\fBUseDomains=\fP unten\&.
.sp
Siehe den Abschnitt »[DHCPv4]« oder »[DHCPv6]« unten für weitere
Konfigurationsoptionen für die DHCP\-Client\-Unterstützung\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIDHCPServer=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls auf »yes« gesetzt, wird ein
DHCPv4\-Server gestartet\&. Standardmäßig »no«\&. Weitere Einstellungen für
den DHCP\-Server können in dem unten beschriebenen Abschnitt »[DHCPServer]«
gesetzt werden\&.
.sp
Hinzugefügt in Version 215\&.
.RE
.PP
\fILinkLocalAddressing=\fP
.RS 4
Aktiviert linklokale Adress\-Autokonfiguration\&. Akzeptiert \fByes\fP, \fBno\fP,
\fBipv4\fP und \fBipv6\fP\&. Wenn \fByes\fP oder \fBipv6\fP, wird eine linklokale
IPv6\-Adresse konfiguriert\&. Wenn \fByes\fP oder \fBipv4\fP und wenn für einige
Zeit DHCPv4\-Autokonfiguration nicht erfolgreich war, wird eine linklokale
IPv4\-Adresse konfiguriert\&. (Linklokale IPv4\-Adress\-Autokonfiguration
passiert normalerweise parallel zu wiederholten Versuchen, eine DHCPv4\-Lease
zu erlangen)\&.
.sp
Standardmäßig \fBno\fP wenn \fIKeepMaster=\fP oder \fIBridge=\fP gesetzt ist oder
wenn der festgelegte \fIMACVLAN=\fP/\fIMACVTAP=\fP \fIMode=passthru\fP hat oder
andernfalls \fBipv6\fP\&.
.sp
Hinzugefügt in Version 219\&.
.RE
.PP
\fIIPv6LinkLocalAddressGenerationMode=\fP
.RS 4
Legt fest, wie die linklokale IPv6\-Adresse erstellt wird\&. Akzeptiert
entweder »eui64«, »none«, »stable\-privacy« oder »random«\&. Falls nicht
gesetzt, wird »stable\-privacy« verwandt, falls \fIIPv6StableSecretAddress=\fP
festgelegt ist und falls nicht, wird »eui64«\&. Beachten Sie, dass
\fIIPv6LinkLocalAddressGenerationMode=\fP ignoriert wird, falls
\fILinkLocalAdressing=\fP »no« oder »ipv4« ist\&. Auch deaktiviert das Setzen
von \fIIPv6LinkLocalAddressGenerationMode=none\fP die Konfiguration einer
IPv6\-link\-lokalen Adresse, selbst wenn \fILinkLocalAddressing=\fP »yes« oder
»ipv6« ist\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIIPv6StableSecretAddress=\fP
.RS 4
Akzeptiert eine IPv6\-Adresse\&. Die festgelegte Adresse wird als stabiles
Geheimnis zur Erzeugung von linklokalen IPv6\-Adressen verwandt\&. Falls
diese Einstellung festgelegt ist und \fIIPv6LinkLocalAddressGenerationMode=\fP
nicht gesetzt ist, dann wird
\fIIPv6LinkLocalAddressGenerationMode=stable\-privacy\fP impliziert\&. Falls
diese Einstellung nicht festgelegt ist und »stable\-privacy« auf
\fIIPv6LinkLocalAddressGenerationMode=\fP gesetzt ist, dann wird eine stabile
geheime Adresse aus der lokalen Maschinenkennung und dem Schnittstellennamen
erstellt\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIIPv4LLStartAddress=\fP
.RS 4
Legt die erste zu versuchende linklokale IPv4\-Adresse fest\&. Akzeptiert
eine IPv4\-Adresse, beispielsweise 169\&.254\&.1\&.2, aus dem Bereich der
linklokalen Adressen: 169\&.254\&.0\&.0/16 außer 169\&.254\&.0\&.0/24 und
169\&.254\&.255\&.0/24\&. Diese Einstellung kann nützlich sein, falls das
Gerät immer die gleiche Adresse haben soll, solange es keinen Adresskonflikt
gibt\&. Falls nicht gesetzt, wird eine zufällige Adresse automatisch
ausgewählt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 252\&.
.RE
.PP
\fIIPv4LLRoute=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, wird eine Route eingerichtet,
welche die Kommunikation zwischen Rechnern ohne IPv4LL und reinen
IPv4LL\-Rechnern ermöglicht\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIDefaultRouteOnDevice=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, wird eine an die
Schnittstelle gebundene Ipv4\-Standard\-Route eingerichtet\&. Standardmäßig
falsch\&. Dies ist bei der Erstellung von Routen auf
Punkt\-zu\-Punkt\-Schnittstellen nützlich\&. Dies ist zu beispielsweise dem
Folgenden äquivalent:
.sp
.if  n \{\
.RS 4
.\}
.nf
ip route add default dev veth99
.fi
.if  n \{\
.RE
.\}
.sp
oder
.sp
.if  n \{\
.RS 4
.\}
.nf
[Route]
Gateway=0\&.0\&.0\&.0
.fi
.if  n \{\
.RE
.\}
.sp
Derzeit gibt es keine Möglichkeit, z\&.B\&. die durch diese Einstellung
konfigurierte Route\-Tabelle festzulegen\&. Um die Vorgabe\-Route mit einer
solchen zusätzlichen Eigenschaft zu konfigurieren, verwenden Sie stattdessen
Folgendes:
.sp
.if  n \{\
.RS 4
.\}
.nf
[Route]
Gateway=0\&.0\&.0\&.0
Table=1234
.fi
.if  n \{\
.RE
.\}
.sp
Falls Sie eine an die Schnittstelle gebundene Vorgabe\-IPv6\-Route erstellen
möchten, verwenden Sie bitte Folgendes:
.sp
.if  n \{\
.RS 4
.\}
.nf
[Route]
Gateway=::
Table=1234
.fi
.if  n \{\
.RE
.\}
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fILLMNR=\fP
.RS 4
Akzeptiert einen logischen Wert oder »resolve«\&. Wenn wahr, aktiviert dies
\m[blue]\fBLinklokale multicast Namensauflösung\fP\m[]\&\s-2\u[2]\d\s+2 auf dem
Link\&. Wenn auf »resolve« gesetzt, wird nur die Auflösung gemacht, aber
keine Rechnerregistrierung und \-ankündigung\&. Standardmäßig wahr\&. Diese
Einstellung wird von \fBsystemd\-resolved.service\fP(8) gelesen\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIMulticastDNS=\fP
.RS 4
Akzeptiert einen logischen Wert oder »resolve«\&. Wenn wahr, aktiviert dies
\m[blue]\fBMulticast DNS\fP\m[]\&\s-2\u[3]\d\s+2\-Unterstützung auf dem
Link\&. Wenn auf »resolve« gesetzt, wird nur die Auflösung aktiviert, aber
keine Rechner\- oder Diensteregistrierung und \-ankündigung\&. Standardmäßig
falsch\&. Diese Einstellung wird von \fBsystemd\-resolved.service\fP(8)
gelesen\&.
.sp
Hinzugefügt in Version 229\&.
.RE
.PP
\fIDNSOverTLS=\fP
.RS 4
Akzeptiert einen logischen Wert oder »opportunistic«\&. Wenn wahr, aktiviert
\m[blue]\fBDNS\-over\-TLS\fP\m[]\&\s-2\u[4]\d\s+2\-Unterstützung auf dem
Link\&. Wenn auf »opportunistic« gesetzt, wird die Kompatibilität mit
non\-DNS\-over\-TLS\-Servern erhöht, indem DNS\-over\-TLS\-Server in diesem Fall
automatisch abgeschaltet werden\&. Diese Option definiert linkbezogene
Einstellungen für die globale Option \fIDNSOverTLS=\fP von
\fBresolved.conf\fP(5)\&. Standardmäßig nicht gesetzt und die globale
Einstellung wird verwandt\&. Diese Einstellung wird von
\fBsystemd\-resolved.service\fP(8) gelesen\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fIDNSSEC=\fP
.RS 4
Akzeptiert einen logischen Wert oder »allow\-downgrade«\&. Wenn wahr,
aktiviert \m[blue]\fBDNSSEC\fP\m[]\&\s-2\u[5]\d\s+2
DNS\-Überprüfungsunterstützung auf dem Link\&. Wenn auf »allow\-downgrade«
gesetzt, wird die Kompatibilität mit Netzen, die DNSSEC nicht unterstützen,
erhöht, indem DNSSEC in diesem Fall automatisch abgeschaltet wird\&. Diese
Option definiert linkbezogene Einstellungen für die globale Option
\fIDNSSEC=\fP von \fBresolved.conf\fP(5)\&. Standardmäßig nicht gesetzt und die
globale Einstellung wird verwandt\&. Diese Einstellung wird von
\fBsystemd\-resolved.service\fP(8) gelesen\&.
.sp
Hinzugefügt in Version 229\&.
.RE
.PP
\fIDNSSECNegativeTrustAnchors=\fP
.RS 4
Eine Leerraum\-getrennte Liste von negativen Vertrauensanker\-Domains für
DNSSEC\&. Falls festgelegt und DNSSEC aktiviert ist, wird das Abfragen über
die DNS\-Server der Schnittstelle der Liste der negativen Vertrauensanker
unterliegen und keine Authentifizierung für die festgelegten Domains oder
irgendetwas darunter verlangen\&. Verwenden Sie dies, um
DNSSEC\-Authentifizierung für bestimmte private Domains, die nicht in der
Internet\-DNS\-Hierarchie als gültig bewiesen werden können, zu
deaktivieren\&. Standardmäßig die leere Liste\&. Diese Einstellung wird von
\fBsystemd\-resolved.service\fP(8) gelesen\&.
.sp
Hinzugefügt in Version 229\&.
.RE
.PP
\fILLDP=\fP
.RS 4
Steuert die Unterstützung für Ethernet\-LLDP\-Paketempfang\&. LLDP ist ein
Protokoll auf Link\-Ebene, das häufig auf professionellen Routern und Bridges
implementiert ist, die bekanntgeben, an welchen physischen Port ein System
angebunden ist sowie andere, zugehörige Daten\&. Akzeptiert einen logischen
oder den besonderen Wert »routers\-only«\&. Falls wahr, werden eingehende
LLDP\-Pakete akzeptiert und eine Datenbank aller LLDP\-Nachbarn wird
verwaltet\&. Falls »routers\-only« gesetzt ist, werden nur LLDP\-Daten von
verschiedenen Arten von Routern gesammelt und LLDP\-Daten über andere Arten
von Geräten (wie Stationen, Telephonen und anderen) ignoriert\&. Falls
falsch, ist der Empfang von LLDP deaktiviert\&. Standardmäßig
»routers\-only«\&. Verwenden Sie \fBnetworkctl\fP(1), um die gesammelten
Nachbarschaftsdaten abzufragen\&. LLDP ist nur auf Ethernet\-Verbindungen
verfügbar\&. Siehe \fIEmitLLDP=\fP weiter unten für das Aktivieren des Sendens
von LLDP\-Paketen vom lokalen System\&.
.sp
Hinzugefügt in Version 219\&.
.RE
.PP
\fIEmitLLDP=\fP
.RS 4
Steuert die Unterstützung für Ethernet\-LLDP\-Paketaussendung\&. Akzeptiert
einen logischen Parameter oder die besonderen Werte »nearest\-bridge«,
»non\-tpmr\-bridge« und »customer\-bridge«\&. Standardmäßig falsch, womit
LLDP\-Paketaussendung abgeschaltet wird\&. Falls nicht falsch, wird in
regelmäßigen Abständen ein kurzes LLDP\-Paket mit Informationen über das
lokale System auf dem Link ausgesandt\&. Das LLDP\-Paket wird Informationen
über den lokalen Rechnernamen, die lokale Maschinenkennung (wie sie in
\fBmachine\-id\fP(5) gespeichert ist) und den lokalen Schnittstellennamen sowie
den schönen Rechnernamen des Systems (wie in \fBmachine\-info\fP(5) gesetzt)
enthalten\&. LLDP\-Aussendung ist nur auf Ethernet\-Verbindungen
verfügbar\&. Beachten Sie, dass diese Einstellung Daten, die zur
Identifizierung des Rechners im Netz geeignet sind, weitergibt und nicht auf
unvertrauenswürdigen Netzen aktiviert werden sollte, wo solche
Identifizierungsdaten nicht verfügbar gemacht werden sollten\&. Verwenden
Sie diese Option, um anderen Systemen zu erlauben, zu erkennen, auf welchen
Schnittstellen sie mit diesem System verbunden sind\&. Die drei besonderen
Werte steuern die Ausbreitung der LLDP\-Pakete\&. Die Einstellung
»nearest\-bridge« erlaubt die Ausbreitung nur bis zur nächsten verbundenen
Bridge, »non\-tpmr\-bridge« erlaubt die Ausbreitung über Zwei\-Port\-MAC\-Relays,
aber keine anderen Bridges, und »customer\-bridge« erlaubt die Ausbreitung,
bis eine Customer\-Bridge erreicht ist\&. Für Details zu diesen Konzepten,
siehe \m[blue]\fBIEEE 802\&.1AB\-2016\fP\m[]\&\s-2\u[6]\d\s+2\&. Beachten Sie,
dass das Setzen dieser Einstellung auf wahr gleichbedeutend mit
»nearest\-bridge« ist, der empfohlenen und am weitesten eingeschränkten
Ausbreitungsstufe\&. Siehe \fILLDP=\fP oben für eine Option zur Aktivierung des
LLDP\-Empfangs\&.
.sp
Hinzugefügt in Version 230\&.
.RE
.PP
\fIBindCarrier=\fP
.RS 4
Ein Linkname oder eine Liste von Linknamen\&. Steuert, wenn gesetzt, das
Verhalten des aktuellen Links\&. Wenn alle Links in einem betriebsmäßigen
Zustand »unten« sind wird der aktuelle Link hochgebracht\&. Wenn mindestens
ein Link einen Träger hat, wird der aktuelle Link hochgebracht\&.
.sp
Dies erzwingt, dass \fIActivationPolicy=\fP auf »bound« gesetzt wird\&.
.sp
Hinzugefügt in Version 220\&.
.RE
.PP
\fIAddress=\fP
.RS 4
Eine statische IPv4\- oder IPv6\-Adresse und ihre Präfixlänge, getrennt durch
das Zeichen »/«\&. Geben Sie diesen Schlüssel mehr als einmal an, um mehrere
Adressen zu konfigurieren\&. Das Format der Adresse muss der in
\fBinet_pton\fP(3) beschriebenen folgen\&. Dies ist eine Kurzform für einen
Abschnitt [Address], der nur den Adressenschlüssel enthält (siehe
unten)\&. Diese Option kann mehr als einmal angegeben werden\&.
.sp
Falls die festgelegte Adresse »0\&.0\&.0\&.0« (für IPv4) oder »[::]« (für
IPv6) ist, wird automatisch ein neuer Adressbereich der angeforderten Größe
aus dem systemweiten Vorrat von unbenutzten Adressen zugewiesen\&. Beachten
Sie, dass die Präfixlänge gleich oder größer als 8 für IPv4 und 64 für IPv6
sein muss\&. Der zugewiesene Bereich wird gegen alle aktuellen
Netzwerkschnittstellen und alle bekannten Netzwerkkonfigurationsdateien
geprüft, um Adressbereichskonflikte zu vermeiden\&. Der systemweite
Standardvorrat besteht aus 192\&.168\&.0\&.0/16, 172\&.16\&.0\&.0/12 und
10\&.0\&.0\&.0/8 für IPv4 und fd00::/8 für IPv6\&. Diese Funktionalität ist
nützlich, um eine große Anzahl an dynamisch erstellten
Netzwerkschnittstellen mit der gleichen Netzwerkkonfiguration und
automatischer Adressbereichszuweisung zu verwalten\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIGateway=\fP
.RS 4
Die Gateway\-Adresse, die in dem durch \fBinet_pton\fP(3) beschriebenen Format
sein muss\&. Dies ist eine Kurzform für einen Abschnitt »[Route]«, der nur
den Schlüssel \fIGateway=\fP enthält\&. Diese Option kann mehr als einmal
angegeben werden\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIDNS=\fP
.RS 4
Eine DNS\-Server\-Adresse, die in dem in \fBinet_pton\fP(3) beschriebenen Format
sein muss\&. Diese Option kann mehr als einmal angegeben werden\&. Jede
Adresse kann optional eine durch »:« abgetrennte Port\-Nummer, einen mit »%«
abgetrennten Netzwerkschnittstellennamen oder \-Index und eine durch »#«
abgetrennte Server\-Namensanzeige (SNI) akzeptieren\&. Wenn eine IPv6\-Adresse
mit einer Port\-Nummer angegeben wird, dann muss die Adresse in eckige
Klammern eingeschlossen werden\&. Das bedeutet, dass
»111\&.222\&.333\&.444:9953%sname#example\&.com« für IPv4 und
»[1111:2222::3333]:9953%sname#example\&.com« für IPv6 akzeptierbare
vollständige Formate sind\&. Falls eine leere Zeichenkette zugewiesen wird,
dann werden alle vorherigen Zuweisungen zurückgesetzt\&. Diese Einstellung
wird von \fBsystemd\-resolved.service\fP(8) gelesen\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIDomains=\fP
.RS 4
Eine Leerraum\-getrennte Liste von Domains, die mittels der DNS\-Server auf
diesem Link aufgelöst werden sollen\&. Jeder Eintrag in der Liste sollte ein
Domain\-Name sein, ihm kann optional eine Tilde (»~«) vorangestellt
werden\&. Die Domains mit Tilde werden »nur\-routbare Domains« genannt\&. Die
Domains ohne Präfix werden »Such\-Domains« genannt und werden zuerst als
Erweiterung von freistehenden Rechnernamen (Rechnernamen ohne Punkten)
verwandt, damit diese vollständig qualifizierte Domain\-Namen (FQDNs)
werden\&. Falls ein freistehender Rechnernamen auf dieser Schnittstelle
aufgelöst wird, dann wird jedes der angegebenen Such\-Domains der Reihe nach
angehängt, wodurch dieser in einen vollständig qualifizierten Domain\-Namen
umgewandelt wird, bis einer von diesen zu einer erfolgreichen Auflösung
führt\&.
.sp
Sowohl »Such«\- als auch »nur routbare« Domains werden für das Routen von
DNS\-Anfragen verwandt: das Nachschlagen von Rechnernamen, die auf diese
Domains enden (also auch freistehende Namen, falls »search domains«
aufgeführt sind), wird an die für diese Schnittstelle konfigurierten
DNS\-Server weitergeleitet\&. Die Domain\-Routing\-Logik ist insbesondere für
Rechner nützlich, die redundant an mehrere Netzanbieter angeschlossen sind
und bei denen DNS\-Server bestimmte private DNS\-Zonen an jeder Schnittstelle
bedienen\&.
.sp
Die »nur routbare« Domain »~\&.« (die Tilde zeigt die Definition einer nur
routbaren Domain an, der Punkt bezieht sich auf die DNS\-Wurzel\-Domain, die
der implizite Suffix für alle gültigen DNS\-Namen ist) hat einen besonderen
Effekt\&. Sie sorgt dafür, dass sämtlicher DNS\-Verkehr, der nicht auf einen
anderen konfigurierten Domain\-Routing\-Eintrag passt, zu den für diese
Schnittstelle festgelegten DNS\-Servern geroutet wird\&. Diese Einstellung
ist nützlich, um einen bestimmten Satz an DNS\-Servern zu bevorzugen, falls
ein Link, auf dem sie verbunden sind, verfügbar ist\&.
.sp
Diese Einstellung wird von \fBsystemd\-resolved.service\fP(8)
gelesen\&. »Such\-Domains« entsprechend den Einträgen \fIdomain\fP und \fIsearch\fP
in \fBresolv.conf\fP(5)\&. Domain\-Namen\-Routing hat kein Äquivalent in der
traditionellen Glibc\-API, das kein Konzept von Domain\-Name\-Servern, die auf
einen bestimmten Link beschränkt sind, hat\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIDNSDefaultRoute=\fP
.RS 4
Akzeptiert ein logisches Argument\&. Falls wahr, werden die für diesen Link
konfigurierten Server zur Auflösung von Domain\-Namen verwandt, die auf keine
für einen Link konfigurierte Einstellung \fIDomains=\fP passen\&. Falls falsch,
werden die für diesen Link konfigurierten DNS\-Server niemals für solche
Domains verwandt und werden nur exklusiv zum Auflösen von Namen verwandt,
die auf mindestens eine der für diesen Link konfigurierten Domains
passen\&. Falls nicht festgelegt, ist die Vorgabe ein automatischer Modus:
Abfragen, die auf keine für einen Link konfigurierte Domains passen, werden
zu diesem Link geroutet, falls er keine rein routbaren Domains konfiguriert
hat\&.
.sp
Hinzugefügt in Version 240\&.
.RE
.PP
\fINTP=\fP
.RS 4
Die NTP\-Server\-Adresse (entweder eine IP\-Adresse oder ein
Rechnername)\&. Diese Option kann mehr als einmal angegeben werden\&. Diese
Einstellung wird durch \fBsystemd\-timesyncd.service\fP(8) gelesen\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIIPForward=\fP
.RS 4
Konfiguriert IP\-Paketweiterleitung für das System\&. Falls aktiviert, werden
eingehende Pakete auf allen Schnittstellen entsprechend der Routing\-Tabelle
an alle anderen Schnittstellen weitergeleitet\&. Dies akzeptiert entweder
ein logisches Argument oder die Werte »ipv4« oder »ipv6«, die
IP\-Paketweiterleitung nur für die angegebenen Adressfamilien
aktivieren\&. Dies steuert die Sysctl\-Optionen net\&.ipv4\&.ip_forward und
net\&.ipv6\&.conf\&.all\&.forwarding der Netzwerkschnittstelle (siehe
\m[blue]\fBIP Sysctl\fP\m[]\&\s-2\u[7]\d\s+2 für Details über
Sysctl\-Optionen)\&. Standardmäßig »no«\&.
.sp
Beachten Sie: Diese Einstellung steuert eine globale Kerneloption und macht
dies nur in eine Richtung: Falls ein Netzwerk, das diese Einstellung
aktiviert hat, eingerichtet wird, wird die globale Einstellung
aktiviert\&. Allerdings wird sie nie wieder abgeschaltet, selbst nachdem
alle Netze, für die diese Einstellung aktiviert wurde, wieder
heruntergefahren wurden\&.
.sp
Um IP\-Paketweiterleitung nur zwischen bestimmten Netzwerkschnittstellen zu
erlauben, verwenden Sie eine Firewall\&.
.sp
Hinzugefügt in Version 219\&.
.RE
.PP
\fIIPMasquerade=\fP
.RS 4
Konfiguriert IP\-Masquerading für die Netzwerkschnittstelle\&. Falls
aktiviert, werden die von der Netzwerkschnittstelle weitergeleiteten Pakete
als solche erscheinen, die vom lokalen Rechner stammen\&. Akzeptiert
entweder »ipv4«, »ipv6«, »both« oder »no«\&. Standardmäßig »no«\&. Falls
aktiviert, setzt dies automatisch \fIIPForward=\fP auf entweder »ipv4«, »ipv6«
oder »yes«\&.
.sp
Bachten Sie: Jegliche positive logische Werte wie »yes« oder »true« sind
jetzt veraltet\&. Bitte verwenden Sie einen der obigen Werte\&.
.sp
Hinzugefügt in Version 219\&.
.RE
.PP
\fIIPv6PrivacyExtensions=\fP
.RS 4
Konfiguriert die Verwendung von zustandslosen temporären Adressen, die sich
im Laufe der Zeit ändern (siehe \m[blue]\fBRFC 4941\fP\m[]\&\s-2\u[8]\d\s+2,
Datenschutzerweiterungen für zustandslose automatische Adresskonfiguration
in IPv6)\&. Akzeptiert einen logischen Wert oder die besonderen Werte
»prefer\-public« und »kernel«\&. Falls wahr, aktiviert die
Datenschutzerweiterungen und bevorzugt temporäre gegenüber öffentlichen
Adressen\&. Wenn »prefer\-public«, aktiviert die Datenschutzerweiterungen,
bevorzugt aber öffentliche Adressen gegenüber temporären Adressen\&. Wenn
falsch, verbleiben die Datenschutzerweiterungen deaktiviert\&. Bei »kernel«
verbleibt die Vorgabeeinstellung des Kernels unverändert\&. Falls nicht
angegeben, wird der in der gleichen Einstellung in \fBnetworkd.conf\fP(5)
festgelegte Wert verwandt, der standardmäßig »no« ist\&.
.sp
Hinzugefügt in Version 222\&.
.RE
.PP
\fIIPv6AcceptRA=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Steuert die Unterstützung für »IPv6
Router Advertisement«\- (RA)\-Empfang auf dieser Schnittstelle\&. Falls wahr,
werden RAs akzeptiert, falls falsch, werden RAs ignoriert\&. Wenn RAs
akzeptiert werden, dann können sie den Start eines DHCPv6\-Clients auslösen,
falls die relevanten Schalter in den RA\-Daten gesetzt sind oder falls keine
Router auf diesem Link gefunden werden\&. Standardmäßig wird RA\-Empfang für
Bridge\-Geräte oder bei aktivierter IP\-Weiterleitung deaktiviert und
andernfalls aktiviert\&. Kann bei Geräten, die in einem gebündelten Gerät
zusammengefasst sind, und wenn linklokale Addressierung deaktiviert ist
nicht aktiviert werden\&.
.sp
Weitere Einstellungen für das IPv\-RA können im Abschnitt »[IPv6AcceptRA]«
konfiguriert werden, siehe unten\&.
.sp
Siehe auch \m[blue]\fBIP Sysctl\fP\m[]\&\s-2\u[7]\d\s+2 in der
Kerneldokumentation im Hinblick auf »accept_ra«\&. Beachten Sie aber, dass
die Einstellung von \fB1\fP (d\&.h\&. wahr) von Systemd der Einstellung \fB2\fP
des Kernels entspricht\&.
.sp
Beachten Sie, dass die kerneleigene Implementierung des IPv6\-RA\-Protokolls
immer deaktiviert wird, unabhängig von dieser Einstellung\&. Falls diese
Option aktiviert ist, wird eine Implementierung des IPv6\-RA\-Protokolls auf
Anwendungsebene verwandt und die kerneleigene Implementierung bleibt
deaktiviert, da »networkd« alle in dem Advertisement bereitgestellten Daten
kennen muss und diese nicht vom Kernel verfügbar sind, falls die
kerneleigene Implementierung verwandt wird\&.
.sp
Hinzugefügt in Version 231\&.
.RE
.PP
\fIIPv6DuplicateAddressDetection=\fP
.RS 4
Konfiguriert die Anzahl von IPv6\-»Duplicate Address Detection
(DAD)«\-Sondierungen, die gesandt werden sollen\&. Falls nicht gesetzt, wird
die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 228\&.
.RE
.PP
\fIIPv6HopLimit=\fP
.RS 4
Konfiguriert die IPv6\-Hop\-Begrenzung\&. Akzeptiert eine Ganzzahl im Bereich
1…255\&. Für jeden Router, der das Paket weiterleitet, wird die
Hop\-Begrenzung um 1 verringert\&. Wenn das Hop\-Begrenzungsfeld Null
erreicht, wird das Paket verworfen\&. Falls nicht gesetzt, wird die Vorgabe
des Kernels verwandt\&.
.sp
Hinzugefügt in Version 228\&.
.RE
.PP
\fIIPv4ReversePathFilter=\fP
.RS 4
Konfiguriert IPv4\-Inverse\-Pfad\-Filterung\&. Wenn ein IPv4\-Paket empfangen
wird und dies aktiviert ist, dann wird die Maschine zuerst prüfen, ob die
\fIQuelle\fP des Pakets durch die Schnittstelle des Pakets geleitet würde,
durch die es hereinkam\&. Falls es keine Route zu der Quelle auf dieser
Schnittstelle gibt, wird die Maschine das Paket verwerfen\&. Akzeptiert
entweder »no«, »strict« oder »loose«\&. Bei »no« wird keine Quellvalidierung
durchgeführt\&. Im Modus »strict« wird jedes eingehende Paket gegen den FIB
geprüft und falls die eingehende Schnittstelle nicht der beste inverse Pfad
ist, wird die Paketüberprüfung fehlschlagen\&. Standardmäßig werden
fehlgeschlagene Pakete verworfen\&. Im Modus »loose« wird die Quelladresse
jedes eingehenden Pakets gegen den FIB geprüft\&. Das Paket wird nur
verworfen, falls die Quelladresse über keine Schnittstelle auf diesem Router
erreichbar ist\&. Siehe \m[blue]\fBRFC 3704\fP\m[]\&\s-2\u[9]\d\s+2\&. Falls
nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIIPv4AcceptLocal=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Akzeptiert Pakete mit einer lokalen
Quelladresse\&. In Kombination mit geeignetem Routing kann dies dazu
verwandt werden, um Pakete zwischen lokalen Schnittstellen über die Leitung
zu lenken und sie geeignet zu akzeptieren\&. Falls nicht gesetzt, wird die
Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIIPv4RouteLocalnet=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, betrachtet der Kernel beim
Routen Loopback\-Adressen nicht als Quellen oder Ziele vom Mars\&. Dies
ermöglicht die Verwendung von 127\&.0\&.0\&.0/8 für lokale
Routing\-Zwecke\&. Falls nicht gesetzt, wird die Vorgabe des Kernels
verwandt\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIIPv4ProxyARP=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert ARP\-Proxy für
IPv4\&. ARP\-Proxy ist die Technik, bei der ein Rechner, normalerweise der
Router, für andere Maschinen gedachte ARP\-Anfragen beantwortet\&. Durch
»fälschen« seiner Identität akzeptiert der Router die Verantwortung für das
Weiterleiten von Paketen zu dem »echten« Ziel\&. Siehe \m[blue]\fBRFC 1027\fP\m[]\&\s-2\u[9]\d\s+2\&. Falls nicht gesetzt, wird die Vorgabe des
Kernels verwandt\&.
.sp
Hinzugefügt in Version 233\&.
.RE
.PP
\fIIPv6ProxyNDP=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert NDP\-Proxy für
IPv6\&. NDP\-Proxy (»Neighbor Discovery Protocol«) ist eine Technik für IPv6,
die das Routen von Adressen an verschiedene Ziele erlaubt, wenn die Peers
sie auf einem bestimmten physischen Link erwarten\&. In diesem Fall
beantwortet ein Router »Neighbour Advertisement«\-Nachrichten, die für eine
andere Maschine gedacht sind, indem er seine eigene MAC\-Adresse als Ziel
anbietet\&. Anders als bei ARP\-Proxy für IPv4 ist dies nicht global
aktiviert, sondern es werden nur »Neighbour Advertisement«\-Nachrichten für
Adressen, die in der IPv6\-Neighbor\-Proxy\-Tabelle sind, die mittels \fBip \-6 neighbour show proxy\fP angezeigt werden kann, gesandt\&. Systemd\-networkd
wird den schnittstellenabhängigen Schalter »proxy_ndp« für jede
konfigurierte Schnittstelle, abhängig von dieser Option, steuern\&. Falls
nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 234\&.
.RE
.PP
\fIIPv6ProxyNDPAddress=\fP
.RS 4
Eine IPv6\-Adresse, für die ein Proxy für die »Neighbour
Advertisement«\-Nachrichten bereitgestellt wird\&. Diese Option kann mehr als
einmal festgelegt werden\&. Systemd\-networkd wird die Einträge in
\fIIPv6ProxyNDPAddress=\fP zu der IPv6\-Neighbor\-Proxy\-Tabelle
hinzufügen\&. Diese Einstellung impliziert \fIIPv6ProxyNDP=yes\fP, hat aber
keine Auswirkung, falls \fIIPv6ProxyNDP=\fP auf falsch gesetzt wurde\&. Falls
nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 233\&.
.RE
.PP
\fIIPv6SendRA=\fP
.RS 4
Gibt an, ob das Senden von Router Advertisement auf einem Link aktiviert
oder deaktiviert werden soll\&. Akzeptiert einen logischen Wert\&. Wenn
aktiviert, dann werden in den Abschnitten »[IPv6Prefix]« konfigurierte
Präfixe und in »[IPv6RoutePrefix]« konfigurierte Routen wie im Abschnitt
»[IPv6SendRA]« definiert verteilt\&. Falls \fIDHCPPrefixDelegation=\fP
aktiviert ist, dann werden auch die delegierten Präfixe verteilt\&. Siehe
die Einstellung \fIDHCPPrefixDelegation=\fP und die Abschnitte »[IPv6SendRA]«,
»[IPv6Prefix]«, »[IPv6RoutePrefix]« und »[DHCPPrefixDelegation]« für weitere
Konfigurationsoptionen\&.
.sp
Hinzugefügt in Version 247\&.
.RE
.PP
\fIDHCPPrefixDelegation=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn aktiviert, dann werden
Subnetz\-Präfixe auf einem anderen Link über das DHCPv6\-Protokoll oder
mittels der Option 6RD im DHCPv4\-Protokoll erbeten\&. Eine Adresse innerhalb
jedes delegierten Präfixes wird zugewiesen und die Präfixe werden mittels
IPv6 Router Advertisement bekanntgegeben, wenn \fIIPv6SendRA=\fP aktiviert
ist\&. Dieses Verhalten kann in dem Abschnitt »[DHCPPrefixDelegation]«
konfiguriert werden\&. Standardmäßig deaktiviert\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIIPv6MTUBytes=\fP
.RS 4
Konfiguriert die maximale IPv6\-Übertragungseinheit (MTU)\&. Ein Ganzzahlwert
größer oder gleich 1280 Byte\&. Wenn nicht gesetzt, wird die Vorgabe des
Kernels verwandt\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fIKeepMaster=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn aktiviert, wird der aktuelle
Master\-Schnittstellenindex nicht geändert und die Einstellungen
\fIBatmanAdvanced=\fP, \fIBond=\fP, \fIBridge=\fP und \fIVRF=\fP werden
ignoriert\&. Dies kann nützlich sein, wenn ein Netdev mit einer
Masterschnittstelle durch ein anderes Programm erstellt wird,
z\&.B\&. \fBsystemd\-nspawn\fP(1)\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIBatmanAdvanced=\fP, \fIBond=\fP, \fIBridge=\fP, \fIVRF=\fP
.RS 4
Der Name von B\&.A\&.T\&.M\&.A\&.N\&. Fortgeschrittene, gebündelte, Bridge\-
oder VRF\-Schnittstelle, zu der der Link hinzugefügt werden soll\&. Siehe
\fBsystemd.netdev\fP(5)\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIIPoIB=\fP, \fIIPVLAN=\fP, \fIIPVTAP=\fP, \fIMACsec=\fP, \fIMACVLAN=\fP, \fIMACVTAP=\fP,
\fITunnel=\fP, \fIVLAN=\fP, \fIVXLAN=\fP, \fIXfrm=\fP
.RS 4
Der Name eines IPoIB, IPVLAN, IPVTAP, MACsec, MACVLAN, MACVTAP, Tunnel,
VLAN, VXLAN oder Xfrm, das auf dem Link erstellt werden soll\&. Siehe
\fBsystemd.netdev\fP(5)\&. Diese Option kann mehr als einmal angegeben
werden\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIActiveSlave=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Legt den neuen aktiven Slave fest\&. Die
Option ist nur für die folgenden Modi gültig: »active\-backup«, »balance\-alb«
und »balance\-tlb«\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIPrimarySlave=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Legt fest, welcher Slave das primäre
Gerät ist\&. Das festgelegte Gerät wird immer der aktive Slave sein, solange
es verfügbar ist\&. Nur wenn der primäre Slave offline ist, werden
alternative Geräte verwandt\&. Dies ist nützlich, wenn ein Slave gegenüber
anderen bevorzugt wird, beispielsweise wenn ein Slave einen höheren
Durchsatz als ein anderer hat\&. Die Option »PrimarySlave=« ist nur für die
folgenden Modi gültig: »active\-backup«, »balance\-alb« und
»balance\-tlb«\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIConfigureWithoutCarrier=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Erlaubt Networkd, einen bestimmten Link
zu konfigurieren, selbst wenn er keinen Träger hat\&. Standardmäßig
falsch\&. Falls aktiviert und die Einstellung \fIIgnoreCarrierLoss=\fP nicht
explizit gesetzt ist, dann wird er auch aktiviert\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIIgnoreCarrierLoss=\fP
.RS 4
Akzeptiert einen logischen Wert oder eine Zeitspanne\&. Wenn wahr, behält
\fBsystemd\-networkd\fP sowohl die statische als auch die dynamische
Konfiguration auf der Schnittstelle, selbst wenn der Träger verloren
geht\&. Wenn falsch, verwirft \fBsystemd\-networkd\fP sowohl die statische als
auch die dynamische Konfiguration der Schnittstelle\&. Wenn eine Zeitdauer
festgelegt ist, wartet \fBsystemd\-networkd\fP die angegebene Zeitdauer und
ignoriert den Trägerverlust, falls der Link seinen Träger innerhalb der
Zeitdauer wiedererlangt\&. Setzen von 0 Sekunden ist äquivalent zu »no« und
»infinite« ist äquivalent zu »yes«\&.
.sp
Setzen einer endlichen Zeitspanne kann beispielsweise in den folgenden
Fällen nützlich sein:
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Eine drahtlose Schnittstelle, die sich mit einem Netzwerk mit mehreren
Zugriffspunkten mit der gleichen SSID verbindet\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Anbinden (»enslaving«) einer schnurlosen Schnittstelle an eine gebündelte
Schnittstelle, wodurch diese sich vom verbundenen Zugriffspunkt lösen kann
und den Verlust des Trägers hervorruft\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Der Treiber der Schnittstelle setzt zurück, wenn die MTU geändert wird\&.
.RE
.sp
Wenn bei einer schnurlosen Schnittstelle \fIBond=\fP festgelegt wird, ist die
Vorgabe 3 Sekunden\&. Wenn der DHCPv4\-Client aktiviert ist und \fIUseMTU=\fP im
Abschnitt »[DHCPv4]« aktiviert ist, dann ist die Vorgabe 5
Sekunden\&. Andernfalls ist die Vorgabe der in \fIConfigureWithoutCarrier=\fP
festgelegte Wert\&. Wenn \fIActivationPolicy=\fP auf »always\-up« gesetzt ist,
dann wird dies auf »yes« erzwungen und alle Benutzer\-festgelegten Werte
werden ignoriert\&.
.sp
Hinzugefügt in Version 242\&.
.RE
.PP
\fIKeepConfiguration=\fP
.RS 4
Akzeptiert einen logischen Wert oder entweder »static«, »dhcp\-on\-stop« oder
»dhcp«\&. Wenn »static«, wird \fBsystemd\-networkd\fP keine statischen Routen
und Adressen beim Starten des Prozesses fallen lassen\&. Wenn auf
»dhcp\-on\-stop« gesetzt, wird \fBsystemd\-networkd\fP beim Stoppen des Daemons
keine Adressen und Routen fallen lassen\&. Wenn »dhcp«, werden die vom
DHCP\-Server bereitgestellten Adressen und Routen niemals fallen gelassen,
selbst falls die DHCP\-Lease abläuft\&. Dies widerspricht der
DHCP\-Spezifikation, kann aber die beste Wahl sein, falls z\&.B\&. das
Wurzeldateisystem von dieser Verbindung abhängt\&. Die Einstellung »dhcp«
impliziert »dhcp\-on\-stop« und »yes« impliziert »dhcp« und
»static«\&. Standardmäßig »dhcp\-on\-stop«, wenn \fBsystemd\-networkd\fP in einer
Initrd ausgeführt wird, »yes«, wenn das Wurzeldateisystem auf einem
Netzwerkdateisystem ist und andernfalls »no«\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.SH [ADDRESS]\-ABSCHNITT\-OPTIONEN
.PP
Ein Abschnitt »[Address]« akzeptiert die folgenden Schlüssel\&. Geben Sie
mehrere Abschnitte »[Address]« an, um mehrere Adressen zu konfigurieren\&.
.PP
\fIAddress=\fP
.RS 4
Wie im Abschnitt »[Network]«\&. Diese Einstellung ist verpflichtend\&. Jeder
Abschnitt »[Address]« darf eine Einstellung \fIAddress=\fP enthalten.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIPeer=\fP
.RS 4
Die Peer\-Adresse in einer Punkt\-zu\-Punkt\-Verbindung\&. Akzeptiert das
gleiche Format wie die Einstellung \fIAddress=\fP\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIBroadcast=\fP
.RS 4
Akzeptiert eine IPv4\-Adresse oder einen logischen Wert\&. Die Adresse muss
in dem in \fBinet_pton\fP(3) beschriebenen Format vorliegen\&. Falls auf wahr
gesetzt, dann wird die IPv4\-Broadcast\-Adresse von der Einstellung
\fIAddress=\fP abgeleitet\&. Falls auf falsch gesetzt, dann wird die
Broadcast\-Adresse nicht gesetzt\&. Standardmäßig wahr, außer für
Wireguard\-Schnittstellen, wo die Vorgabe falsch ist\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fILabel=\fP
.RS 4
Legt die Kennzeichnung für die IPv4\-Adresse fest\&. Die Kennzeichnung muss
eine 7\-Bit\-ASCII\-Zeichenkette mit einer Länge von 1…15 Zeichen
sein\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIPreferredLifetime=\fP
.RS 4
Erlaubt es, die Vorgabe\-»Lebensdauer« der Adresse außer Kraft zu
setzen\&. Es werden nur drei Einstellungen akzeptiert: »forever«,
»infinity«, das die Vorgabe ist und bedeutet, dass die Adresse niemals
abläuft und »0«, das bedeutet, dass die Adresse sofort als »abgelaufen«
betrachtet wird und nicht verwandt wird, außer sie wird explizit
erbeten\&. Eine Einstellung von \fBPreferredLifetime=0\fP ist für Adressen
nützlich, die nur für den Einsatz mit bestimmten Anwendungen hinzugefügt
werden, die dann so konfiguriert werden, diese explizit zu verwenden\&.
.sp
Hinzugefügt in Version 230\&.
.RE
.PP
\fIScope=\fP
.RS 4
Der Geltungsbereich der Adresse, der »global« (überall im Netzwerk gültig,
selbst über ein Gateway), »link« (nur auf diesem Gerät gültig, passiert kein
Gateway) oder »host« (nur innerhalb des Gerätes gültig,
d\&.h\&. 127\&.0\&.0\&.1) oder eine Ganzzahl im Bereich 0…255 sein
kann\&. Standardmäßig »global«\&. Nur IPv4 \- Der IPv6\-Geltungsbereich wird
durch den Kernel automatisch zugeordnet und kann nicht manuell gesetzt
werden\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIRouteMetric=\fP
.RS 4
Die Metrik der Präfix\-Route, die auf das Subnetz der konfigurierten
IP\-Adresse zeigt und die konfigurierte Präfixlänge
berücksichtigt\&. Akzeptiert eine vorzeichenlose Ganzzahl im Bereich
0…4294967295\&. Wenn nicht oder auf 0 gesetzt, wird die Vorgabe des Kernels
verwandt\&. Diese Einstellung wird ignoriert, wenn \fIAddPrefixRoute=\fP falsch
ist\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIHomeAddress=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Bezeichnet, dass diese Adresse die
»Heimatadresse«, wie in \m[blue]\fBRFC 6275\fP\m[]\&\s-2\u[10]\d\s+2 definiert,
ist\&. Wird nur auf IPv6 unterstützt\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 232\&.
.RE
.PP
\fIDuplicateAddressDetection=\fP
.RS 4
Akzeptiert entweder »ipv4«, »ipv6«, »both« oder »none«\&. Wenn »ipv4«, wird
IPv4 Erkennung von Adressenkonflikten (»Address Conflict Detection«)
durchgeführt\&. Siehe \m[blue]\fBRFC 5227\fP\m[]\&\s-2\u[11]\d\s+2\&. Wenn
»ipv6«, wird IPv6 Erkennung Doppelter Adressen durchgeführt\&. Siehe
\m[blue]\fBRFC 4862\fP\m[]\&\s-2\u[12]\d\s+2\&. Standardmäßig »ipv4« für
linklokale IPv4\-Adressen, »ipv6« für IPv6\-Adressen und andernfalls »none«\&.
.sp
Hinzugefügt in Version 232\&.
.RE
.PP
\fIManageTemporaryAddress=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr werden die hierdurch
erstellten temporären Adressen als eine Vorlage im Auftrag der
Privatsphären\-Erweiterungen \m[blue]\fBRFC 3041\fP\m[]\&\s-2\u[13]\d\s+2
verwaltet\&. Damit dies aktiv wird, muss die Syctl\-Einstellung
»use_tempaddr« auf eienen Wert größer als Null gesetzt werden\&. Die
übergebene Adresse muss eine Präfixlänge größer als 64 haben\&. Dieser
Schalter ermöglicht es, die Privatspähren\-Erweiterungen in einem manuell
konfigurierten Netzwerk zu verwenden, genauso als ob zustandslose
Autokonfiguration aktiv wäre\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 232\&.
.RE
.PP
\fIAddPrefixRoute=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, wird die Präfix\-Route für die
Adresse automatisch hinzugefügt\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIAutoJoin=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Zusammenführen einer Multicast\-Gruppe auf
der Ethernet\-Ebene mittels \fBip maddr\fP würde nicht funktionieren, wenn wir
einen Ethernet\-Switch hätten, der IGMP\-Snooping durchführt, da der Switch
keine Multicast\-Pakete auf Ports repliziert, die keine IGMP\-Berichte für die
Multicast\-Adressen hätten\&. Linux\-Vxlan\-Schnittstellen, die mittels \fBip link add vxlan\fP erstellt wurden, oder Netdev\-artige Vxlan von networkd haben
die Gruppen\-Option, die es ihnen ermöglicht, die gewünschte Zusammenführung
durchzuführen\&. Durch Erweiterung des Befehls \fBip address\fP mit der Option
»autojoin« können wir auch eine ähnliche Funktionalität für Openvswitch\-
(OVS\-)Vxlan\-Schnittstellen sowie andere Tunnel\-Mechanismen erhalten, die den
Multicast\-Datenverkehr empfangen müssen\&. Standardmäßig »no«\&.
.sp
Hinzugefügt in Version 232\&.
.RE
.PP
\fINetLabel=\fP\fIBezeichnung\fP
.RS 4
Diese Einstellung stellt eine Methode zur Integration statischer und
dynamischer Netzwerkkonfiguration in Linux
\m[blue]\fBNetLabel\fP\m[]\&\s-2\u[14]\d\s+2\-Subsystem\-Regeln bereit, wie sie
von \m[blue]\fBLinux Sicherheitsmodulen (LSMs)\fP\m[]\&\s-2\u[15]\d\s+2 zur
Netzwerkzugangssteuerung verwandt werden\&. Mit geeigneten LSM\-Regeln kann
die Kennzeichnung beispielsweise zur Steuerung der Verbindung eines Dienstes
mit Partnerdiensten im lokalen Netzwerk verwandt werden\&. Zumindest bei
SELinux kann nur der Eingang, aber nicht der Ausgang gesteuert werden\&. Der
Vorteil der Verwendung dieser Einstellung besteht darin, dass es möglich
sein kann, mit \fBnetlabelctl\fP(8) den Schnittstellen\-unabhängigen Anteil der
NetLabel\-Konfiguration in einem sehr frühen Zustand der Systemstartsequenz
anzuwenden, zu einem Zeitpunkt, an dem Netzwerkschnittstellen noch nicht
verfügbar sind, und die schnittstellenbezogene Konfiguration mit
\fBsystemd\-networkd\fP(8), sobald die Schnittstellen später
auftauchen\&. Derzeit ist diese Funktionalität nur für SELinux
implementiert\&.
.sp
Diese Option erwartet eine einzelne NetLabel\-Kennzeichnung\&. Die
Kennzeichnung muss den lexikalen Beschränkungen von LSM\-Kennzeichnungen
genügen\&. Wenn eine Schnittstelle mit einer IP\-Adresse konfiguriert ist,
werden die Adressen und Subnetzwerk\-Masken an die Regeln der
\m[blue]\fBNetLabel\-Rückfall\-Gleichrangigen\-Kennzeichnung\fP\m[]\&\s-2\u[16]\d\s+2
angehängt\&. Sie werden entfernt, wenn das Netzwerk dekonfiguriert
wird\&. Fehler beim Verwalten der LSM\-Kennzeichnungen werden ignoriert\&.
.sp
Warnung: Sobald Kennzeichnung für Netzwerkverkehr aktiviert wurde, ändern
sich eine Menge von LSM\-Zugriffsprüfpunkten im Linux\-Netzwerk\-Stapel von
inaktiv auf aktiv\&. Daher muss Vorsicht walten gelassen werden, um
Situationen zu vermeiden, bei denen beispielsweise die Verbindungen zu
fernen Punkten beschädigt werden, falls die Sicherheitsregel nicht
aktualisiert wurde, um paketabhängige LSM\-Zugriffsregeln zu berücksichtigen
und keine Regel Netzwerkverkehr erlauben würde\&. Beachten Sie auch, dass
zusätzliche Konfiguration mit \fBnetlabelctl\fP(8) benötigt wird\&.
.sp
Beispiel:
.sp
.if  n \{\
.RS 4
.\}
.nf
[Address]
NetLabel=system_u:object_r:localnet_peer_t:s0
.fi
.if  n \{\
.RE
.\}
.sp
Gelten die Beispielsregeln für die Schnittstelle »eth0«, wenn die
Schnittstelle mit einer IPv4\-Adresse 10\&.0\&.0\&.123/8 konfiguriert wird,
dann führt \fBsystemd\-networkd\fP das Äquivalent der \fBnetlabelctl\fP(8)\-Aktion
.sp
.if  n \{\
.RS 4
.\}
.nf
netlabelctl unlbl add interface eth0 address:10\&.0\&.0\&.0/8 label:system_u:object_r:localnet_peer_t:s0
.fi
.if  n \{\
.RE
.\}
.sp
durch und die umgekehrte Aktion, wenn die IPv4\-Adresse dekonfiguriert
wird\&. Die Konfiguration kann innerhalb von LSM\-Regeln verwandt werden; im
Falle von SELinux, um einer SELinux\-Domain den Empfang von Daten von
Objekten der SELinux\-Klasse »peer« zu erlauben\&. Beispiel:
.sp
.if  n \{\
.RS 4
.\}
.nf
type localnet_peer_t;
allow my_server_t localnet_peer_t:peer recv;
.fi
.if  n \{\
.RE
.\}
.sp
Die Wirkung der obigen Konfiguration und Regeln (falls keine anderen Regeln
vorhanden sind) besteht darin, nur »my_server_t« und nichts sonst zu
erlauben, Daten aus dem lokalen Subnetzwerk 10\&.0\&.0\&.0/8 auf
Schnittstelle »eth0« zu empfangen\&.
.sp
Hinzugefügt in Version 252\&.
.RE
.PP
\fINFTSet=\fP\fIQuelle\fP:\fIFamilie\fP:\fITabelle\fP:\fIGruppe\fP
.RS 4
Diese Einstellung bietet eine Methode zur Integration von
Netzwerkeinstellungen in Firewall\-Regeln mittels
\m[blue]\fBNFT\fP\m[]\&\s-2\u[17]\d\s+2\-Gruppen an\&. Der Vorteil der
Verwendung dieser Einstellungen liegt darin, dass statische
Netzwerkonfiguration (oder dynamisch erlangte Netzwerkadressen, siehe
ähnliche Direktiven in anderen Abschnitten) in Firewall\-Regeln über den
Umweg der NFT\-Gruppentypen verwandt werden können\&. Beispielsweise könnte
nur Rechnern in dem lokalen Teilnetzwerk der Zugriff gewährt
werden\&. Firewall\-Regeln, die eine IP\-Adresse einer Schnittstelle
verwenden, werden auch sofort aktualisiert, wenn sich die
Netzwerkkonfiguration ändert, beispielsweise über DHCP\&.
.sp
Diese Option erwartet eine durch Leerraum getrennte Liste von
NFT\-Gruppendefinitionen\&. Jede Definition besteht aus einem
Doppelpunkt\-getrennten Tupel von Quelltyp (einer aus »address«, »prefix«
oder »ifindex«), NFT\-Adressfamilie (einer aus »"arp«, »bridge«, »inet«,
»ip«, »ip6« oder »netdev«), Tabellennamen und Gruppennamen\&. Die Namen der
Tabellen und Gruppen müssen den lexikalischen Beschränkungen von
NFT\-Tabellennamen genügen\&. Der Typ des im NFT\-Filter verwandten Elements
muss auf den durch die Direktive implizierten Typ passen (»address«,
»prefix« oder »ifindex«) und auf den in der nachfolgenden Tabelle gezeigten
Adresstypen (IPv4 oder IPv6)\&.
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
\fBTabelle\ \&1.\ \&Definierter \fP\fIQuelltyp\fP\-Wert
.TS
allbox tab(:);
lB lB lB.
T{
Quelltyp
T}:T{
Beschreibung
T}:T{
Entsprechender NFT\-Typname
T}
.T&
l l l
l l l
l l l.
T{
"address"
T}:T{
Rechner\-IP\-Adresse
T}:T{
»ipv4_addr« oder »ipv6_addr«
T}
T{
"prefix"
T}:T{
Netzwerk\-Präfix
T}:T{
»ipv4_addr« oder »ipv6_addr« mit »flags interval«
T}
T{
"ifindex"
T}:T{
Schnittstellenindex
T}:T{
"iface_index"
T}
.TE
.sp 1
Wenn eine Schnittstelle mit einer IP\-Adresse konfiguriert wird, werden die
Adresse, die Teilnetzwerkmaske oder der Schnittstellenindex an die
NFT\-Gruppen angehängt\&. Diese Information wird entfernt, wenn die
Schnittstelle dekonfiguriert wird\&. \fBsystemd\-networkd\fP(8) fügt nur
Elemente zu den Gruppen hinzu (oder entfernt sie daraus), daher müssen die
bezuggenommenden NFT\-Regeln, \-Tabellen und \-Gruppen vorher woanders erstellt
werden\&. Fehler beim Verwalten der Gruppen werden ignoriert\&.
.sp
Beispiel:
.sp
.if  n \{\
.RS 4
.\}
.nf
[Address]
NFTSet=prefix:netdev:filter:eth_ipv4_prefix
.fi
.if  n \{\
.RE
.\}
.sp
Entsprechende NFT\-Regeln:
.sp
.if  n \{\
.RS 4
.\}
.nf
table netdev filter {
        set eth_ipv4_prefix {
                type ipv4_addr
                flags interval
        }
        chain eth_ingress {
                type filter hook ingress device "eth0" priority filter; policy drop;
                ip daddr != @eth_ipv4_prefix drop
                accept
        }
}
.fi
.if  n \{\
.RE
.\}
.sp
Hinzugefügt in Version 255\&.
.RE
.SH [NEIGHBOR]\-ABSCHNITT\-OPTIONEN
.PP
Ein Abschnitt »[Neighbor]« akzeptiert die folgenden Schlüssel\&. Der
Nachbar\-Abschnitt fügt dauerhafte, statische Einträge in die Nachbartabelle
(IPv6) oder ARP\-Tabelle (IPv4) für die übergebene Hardware\-Adresse auf den
Links, die auf das Netzwerk passen, hinzu\&. Geben Sie mehrere Abschnitte
»[Neighbor]« an, um mehrere statische Nachbarn zu konfigurieren\&.
.PP
\fIAddress=\fP
.RS 4
Die IP\-Adresse des Nachbarn\&.
.sp
Hinzugefügt in Version 240\&.
.RE
.PP
\fILinkLayerAddress=\fP
.RS 4
Die Like\-Ebenen\-Adresse (MAC\- oder IP\-Adresse) des Nachbarn\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.SH [IPV6ADDRESSLABEL]\-ABSCHNITT\-OPTIONEN
.PP
Ein Abschnitt »[IPv6AddressLabel]« akzeptiert die folgenden
Schlüssel\&. Geben Sie mehrere Abschnitte »[IPv6AddressLabel]« an, um
mehrere Adresskennzeichnungen zu konfigurieren\&. IPv6\-Adresskennzeichnungen
werden zur Adressauswahl verwandt\&. Siehe \m[blue]\fBRFC 3484\fP\m[]\&\s-2\u[18]\d\s+2\&. Prioritäten werden durch den Anwendungsraum
verwaltet und nur die Kennzeichnung selbst wird im Kernel gespeichert\&.
.PP
\fILabel=\fP
.RS 4
Die Kennzeichnung für den Präfix, eine vorzeichenlose Ganzzahl im Bereich
0…4294967294\&. 0xffffffff ist reserviert\&. Diese Einstellung ist
verpflichtend\&.
.sp
Hinzugefügt in Version 234\&.
.RE
.PP
\fIPrefix=\fP
.RS 4
IPv6\-Präfix ist eine Adresse mit einer Präfixlänge, getrennt durch einen
Schrägstrich »/«\&. Diese Einstellung ist verpflichtend\&.
.sp
Hinzugefügt in Version 234\&.
.RE
.SH [ROUTINGPOLICYRULE]\-ABSCHNITT\-OPTIONEN
.PP
Ein Abschnitt »[RoutingPolicyRule]« akzeptiert die folgenden
Einstellungen\&. Geben Sie mehrere Abschnitte »[RoutingPolicyRule]« an, um
mehrere Regeln zu konfigurieren\&.
.PP
\fITypeOfService=\fP
.RS 4
Dies legt das Feld »Type of Service (ToS)« von Paketen, die übereinstimmen
sollen, fest\&. Es akzeptiert eine vorzeichenlose Ganzzahl im Bereich
0…255\&. Das Feld kann zur Festlegung einer Rangordnung (die ersten 3 bit)
und des ToS (die nächsten 3 bit) verwandt werden\&. Dann Feld kann auch zur
Festlegung von »Differentiated Services Code Point (DSCP)« (die ersten 6
bit) und »Explicit Congestion Notification (ECN)« (die letzten 2 bit)
verwandt werden\&. Siehe \m[blue]\fBType of Service\fP\m[]\&\s-2\u[19]\d\s+2
und \m[blue]\fBDiffServ\fP\m[]\&\s-2\u[20]\d\s+2 für weitere Details\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIFrom=\fP
.RS 4
Gibt das Quelladresspräfix, das übereinstimmen soll, an\&. Möglicherweise
von einem Schrägstrich und einer Präfixlänge gefolgt\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fITo=\fP
.RS 4
Gibt das Zieladresspräfix, das übereinstimmen soll, an\&. Möglicherweise von
einem Schrägstrich und einer Präfixlänge gefolgt\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIFirewallMark=\fP
.RS 4
Gibt den Iptables\-Firewall\-Markierungswert an, der übereinstimmen
soll\&. Eine Zahl im Bereich 1…4294967295\&. Der Firewall\-Maske (eine Zahl
im Bereich 1…4294967295) kann optional ein Schrägstrich (»/«) angehängt
werden, z\&.B\&. »7/255«\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fITable=\fP
.RS 4
Legt den nachzuschlagenden Routing\-Tabellenkennzeichner fest, falls der
Regelauswähler zutrifft\&. Akzeptiert entweder den vordefinierten Namen
»default«, »main«, »local« oder einen der in \fIRouteTable=\fP in
\fBnetworkd.conf\fP(5) definierten Namen oder eine Zahl zwischen 1 und
4294967295\&. Standardmäßig »main«\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIPriority=\fP
.RS 4
Legt die Priorität dieser Regel fest\&. \fIPriority=\fP ist eine Ganzzahl im
Bereich 0…4294967295\&. Höhere Zahlen bedeuten niedrigere Priorität und die
Regeln werden in der Reihenfolge aufsteigender Zahlen
verarbeitet\&. Standardmäßig nicht gesetzt und der Kernel wird dynamisch
eine Wert auswählen.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIIncomingInterface=\fP
.RS 4
Gibt das eingehende Gerät, das übereinstimmen soll, an\&. Falls die
Schnittstelle »loopback« ist, passt diese Regel nur auf Pakete, die von
diesem Rechner stammen\&.
.sp
Hinzugefügt in Version 236\&.
.RE
.PP
\fIOutgoingInterface=\fP
.RS 4
Gibt das ausgehende Gerät, das übereinstimmen soll, an\&. Die ausgehende
Schnittstelle ist nur für Pakete, die von lokalen Sockets stammen, die an
ein Gerät gebunden sind, verfügbar\&.
.sp
Hinzugefügt in Version 236\&.
.RE
.PP
\fISourcePort=\fP
.RS 4
Legt den Quell\-IP\-Port oder den IP\-Port\-Bereich fest, der bei FIB\-
(forwarding information base\-)Regeln passen soll\&. Ein Port\-Bereich wird
durch den unteren und oberen Port, die durch einen Gedankenstrich getrennt
sind, festgelegt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 240\&.
.RE
.PP
\fIDestinationPort=\fP
.RS 4
Legt den Ziel\-IP\-Port oder den IP\-Port\-Bereich fest, der bei FIB\-
(forwarding information base\-)Regeln passen soll\&. Ein Port\-Bereich wird
durch den unteren und oberen Port, die durch einen Gedankenstrich getrennt
sind, festgelegt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 240\&.
.RE
.PP
\fIIPProtocol=\fP
.RS 4
Legt das IP\-Protokoll fest, das bei FIB\- (forwarding information
base\-)Regeln passen soll\&. Akzeptiert entweder »tcp«, »udp« oder »sctp«
oder eine IP\-Protokollnummer wie »6« für »tcp« oder »17« für
»udp«\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 240\&.
.RE
.PP
\fIInvertRule=\fP
.RS 4
Ein logischer Wert\&. Legt fest, ob die Regel invertiert
wird\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 240\&.
.RE
.PP
\fIFamily=\fP
.RS 4
Akzeptiert einen besonderen Wert »ipv4«, »ipv6« oder »both«\&. Standardmäßig
wird die Adressfamilie durch die in \fITo=\fP oder \fIFrom=\fP angegebene Adresse
bestimmt\&. Falls weder \fITo=\fP noch \fIFrom=\fP angegeben sind, ist die Vorgabe
»ipv4«\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIUser=\fP
.RS 4
Akzeptiert einen Benutzernamen, eine Benutzerkennung oder einen Bereich von
durch Bindestrichen getrennten Benutzerkennungen\&. Standardmäßig nicht
gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fISuppressPrefixLength=\fP
.RS 4
Akzeptiert eine Zahl \fIN\fP im Bereich 0…128 und lehnt Routing\-Entscheidungen
ab, die eine Präfixlänge kleiner oder gleich \fIN\fP haben\&. Standardmäßig
nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fISuppressInterfaceGroup=\fP
.RS 4
Akzeptiert eine Ganzzahl im Bereich 0…2147483647 und lehnt
Routing\-Entscheidungen ab, die eine Schnittstelle mit der gleichen
Gruppenkennung haben\&. Sie hat die gleiche Bedeutung wie
\fBsuppress_ifgroup\fP in \fBip rule\fP\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIType=\fP
.RS 4
Legt den Regeltyp der Routing Policy Database (RPDB) fest\&. Akzeptiert
entweder »blackhole«, »unreachable« oder »prohibit«\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.SH [NEXTHOP]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[NextHop]« wird zur Veränderung der Einträge in den
»nexthop«\-Tabellen des Kernels verwandt\&. Der Abschnitt »[NextHop]«
akzeptiert die folgenden Einstellungen\&. Geben Sie mehrere Abschnitte
»[NextHop]« an, um mehrere Hops zu konfigurieren\&.
.PP
\fIId=\fP
.RS 4
Die Kennung des nächsten Hops\&. Akzeptiert eine Ganzzahl im Bereich
1…4294967295\&. Falls nicht festgelegt, wird diese vom Kernel automatisch
gewählt\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fIGateway=\fP
.RS 4
Wie im Abschnitt »[Network]«\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fIFamily=\fP
.RS 4
Akzeptiert einen der besonderen Werte »ipv4« oder »ipv6«\&. Standardmäßig
wird die Familie durch die in \fIGateway=\fP festgelegte Adresse
bestimmt\&. Falls \fIGateway=\fP nicht festgelegt ist, ist die Vorgabe
»ipv4«\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIOnLink=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls auf »true« gesetzt, muss der Kernel
nicht prüfen, ob das Gateway direkt von der aktuellen Maschine erreichbar
ist (d\&.h\&., dass es im lokalen Netz hängt), so dass der Nexthop in die
Kerneltabelle eingefügt werden kann, ohne dass darüber beschwert
wird\&. Standardmäßig »no«\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIBlackhole=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls aktiviert, werden Pakete zu den
entsprechenden Routen ohne Rückmeldung verworfen und \fIGateway=\fP kann nicht
festgelegt werden\&. Standardmäßig »no«\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIGroup=\fP
.RS 4
Akzeptiert eine Leeraum\-getrennte Liste von Nexthop\-Kennungen\&. Jede
Kennung muss im Bereich 1…4294967295 liegen\&. Optional kann jede
Nexthop\-Kennung ein Gewicht nach einem Doppelpunkt akzeptieren
(»\fIKennung\fP:\fIGewicht\fP«)\&. Das Gewicht muss im Bereich 1…255 sein\&. Falls
das Gewicht nicht festgelegt ist, dann wird als Gewicht 1
angenommen\&. Diese Einstellung kann nicht mit \fIGateway=\fP, \fIFamily=\fP,
\fIBlackhole=\fP festgelegt werden\&. Diese Einstellung kann mehrfach
festgelegt werden\&. Falls eine leere Zeichenkette zugewiesen wird, werden
alle vorherigen Zuweisungen zurückgesetzt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.SH [ROUTE]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[Route]« akzeptiert die folgenden Einstellungen\&. Geben Sie
mehrere Abschnitte »[Route]« an, um mehrere Routen zu konfigurieren\&.
.PP
\fIGateway=\fP
.RS 4
Akzeptiert eine Gateway\-Addresse oder die besonderen Werte »_dhcp4« und
»_ipv6ra«\&. Falls »_dhcp4« oder »_ipv6ra«, dann wird die mittels DHCPv4
oder IPv6 RA bereitgestellt Gateway\-Adresse verwandt\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIGatewayOnLink=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls auf »true« gesetzt, muss der Kernel
nicht prüfen, ob das Gateway direkt von der aktuellen Maschine erreichbar
ist (d\&.h\&., dass es im lokalen Netz hängt), so dass die Route in die
Kerneltabelle eingefügt werden kann, ohne dass darüber beschwert
wird\&. Standardmäßig »no«\&.
.sp
Hinzugefügt in Version 234\&.
.RE
.PP
\fIDestination=\fP
.RS 4
Das Ziel\-Präfix der Route, dem noch ein Schrägstrich und die Präfixlänge
folgen kann\&. Falls weggelassen, wird eine Host\-Route voller Länge
angenommen\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fISource=\fP
.RS 4
Das Quell\-Präfix der Route, dem noch ein Schrägstrich und die Präfixlänge
folgen kann\&. Falls weggelassen, wird eine Host\-Route voller Länge
angenommen\&.
.sp
Hinzugefügt in Version 218\&.
.RE
.PP
\fIMetric=\fP
.RS 4
Die Metrik der Route\&. Akzeptiert eine vorzeichenlose Ganzzahl im Bereich
1…4294967295\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIIPv6Preference=\fP
.RS 4
Legt die Router\-Präferenz fest, wie sie in \m[blue]\fBRFC 4191\fP\m[]\&\s-2\u[21]\d\s+2 für Router\-Erkennungsmeldungen definiert
ist\&. Dies kann entweder »low« (die Route hat die niedrigste Priorität),
»medium« (die Route hat die Vorgabe\-Priorität) oder »high« (die Route hat
die höchste Priorität) sein\&.
.sp
Hinzugefügt in Version 234\&.
.RE
.PP
\fIScope=\fP
.RS 4
Der Geltungsbereich der Route, dieser kann »global«, »site«, »link«, »host«
oder »nowhere« sein:
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
»global« bedeutet, dass die Route Rechner erreichen kann, die mehr als einen
Hop entfernt sind\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
»site« bedeutet eine interne Route in einem lokalen autonomen System\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
»link« bedeutet, dass die Route nur Rechner im lokalen Netzwerk (einen Hop
entfernt) erreichen kann\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
»host« bedeutet, dass die Route die lokale Maschine nicht verlassen wird
(wird für interne Adressen wie 127\&.0\&.0\&.1 eingesetzt)\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
»nowhere« bedeutet, dass das Ziel nicht existiert\&.
.RE
.sp
Für IPv4\-Routen standardmäßig »host«, falls \fIType=\fP »local« oder »nat« ist
und »link«, falls \fIType=\fP »broadcast«, »multicast«, »anycast« oder
»unicast« ist\&. In allen anderen Fällen ist die Vorgabe »global«\&. Der
Wert wird für IPv6 nicht verwandt\&.
.sp
Hinzugefügt in Version 219\&.
.RE
.PP
\fIPreferredSource=\fP
.RS 4
Die bevorzugte Quelladresse der Route\&. Die Adresse muss in dem in
\fBinet_pton\fP(3) beschriebenen Format sein\&.
.sp
Hinzugefügt in Version 227\&.
.RE
.PP
\fITable=\fP
.RS 4
Der Tabellenkennzeichner der Route\&. Akzeptiert einen der vordefinierten
Namen »default«, »main«, »local« oder einen der in \fIRouteTable=\fP in
\fBnetworkd.conf\fP(5) definierten Namen oder eine Zahl zwischen 1 und
4294967295\&. Die Tabelle kann mittels \fBip route show table \fP\fIZahl\fP
abgerufen werden\&. Falls nicht gesetzt und \fIType=\fP »local«, »broadcast«,
»anycast« oder »nat« ist, wird »local« verwandt\&. In anderen Fällen ist die
Vorgabe »main«\&.
.sp
Hinzugefügt in Version 230\&.
.RE
.PP
\fIHopLimit=\fP
.RS 4
Konfiguriert die Hop\-Beschränkung pro Route\&. Akzeptiert eine Ganzzahl im
Bereich 1…255\&. Siehe auch \fIIPv6HopLimit=\fP\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIProtocol=\fP
.RS 4
Die Protokollkennung für die Route\&. Akzeptiert eine Zahl zwischen 0 und
255 oder die besonderen Werte »kernel«, »boot«, »static«, »ra« und
»dhcp«\&. Standardmäßig »static«\&.
.sp
Hinzugefügt in Version 234\&.
.RE
.PP
\fIType=\fP
.RS 4
Legt den Typ für die Route fest\&. Akzeptiert entweder »unicast«, »local«,
»broadcast«, »anycast«, »multicast«, »blackhole«, »unreachable«, »prohibit«,
»throw«, »nat« oder »xresolve«\&. Falls »unicast«, wird eine reguläre Route
definiert, d\&.h\&. eine Route, die den zu nehmenden Pfad zu einer
Zielnetzwerkadresse anzeigt\&. Falls »blackhole«, werden Pakete zu der
definierten Route ohne Rückmeldung verworfen\&. Falls »unreachable«, werden
Pakete zu der definierten Route verworfen und die ICMP\-Nachricht »Host
Unreachable« wird erstellt\&. Falls »prohibit«, werden Pakete zu der
definierten Route verworfen und die ICMP\-Nachricht »Communication
Administratively Prohibited« wird erstellt\&. Falls »throw«, wird das
Route\-Nachschlagen in der aktuellen Routing\-Tabelle fehlschlagen und der
Route\-Auswahlprozess wird die »Routing Policy Database« (RPDB)
zurückliefern\&. Standardmäßig "unicast"\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIInitialCongestionWindow=\fP
.RS 4
Das anfängliche TCP\-Überlastfenster wird während des Startens von
TCP\-Verbindungen verwandt\&. Während des Startens einer TCP\-Sitzung, während
ein Client eine Ressource erbittet, bestimmt das anfängliche Überlastfenster
des Servers, wie viele Pakete während der anfänglichen Datenfolge gesandt
werden sollen, ohne auf Bestätigung zu warten\&. Akzeptiert eine Zahl
zwischen 1 und 1023\&. Beachten Sie, dass 100 als ein extrem großer Wert für
diese Option angesehen wird\&. Wenn nicht gesetzt, wird die Vorgabe des
Kernels (typischerweise 10) verwandt\&.
.sp
Hinzugefügt in Version 237\&.
.RE
.PP
\fIInitialAdvertisedReceiveWindow=\fP
.RS 4
Das anfängliche bekanntgegebene Empfangsfenster für TCP ist die Menge an
Empfangsdaten (in Byte), die anfängliche auf einmal in einer Verbindung
gepuffert werden können\&. Der sendende Rechner kann nur diese Menge an
Daten senden, bevor er auf eine Bestätigung und auf eine Aktualisierung des
Empfangsfensters vom Empfangsrechner warten muss\&. Akzeptiert eine Zahl
zwischen 1 und 4294967295 (2^32 \- 1)\&. Beachten Sie, dass 100 für diese
Option als ein extrem großer Wert betrachtet wird\&. Wenn nicht gesetzt,
werden die Vorgaben des Kernels verwandt\&.
.sp
Hinzugefügt in Version 237\&.
.RE
.PP
\fIQuickAck=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, ist der schnelle
TCP\-Bestätigungsmodus für die Route aktiviert\&. Falls nicht gesetzt, wird
die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 237\&.
.RE
.PP
\fIFastOpenNoCookie=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, wird »TCP fastopen« ohne
Cookie auf einer Route\-basierenden Basis aktiviert\&. Falls nicht gesetzt,
wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fITTLPropagate=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, wird die TTL\-Verbreitung mit
»Label Switched Path (LSP)« (markierungsgelenktem Pfad) verwandt\&. Falls
nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIMTUBytes=\fP
.RS 4
Die maximale Übertragungseinheit in Bytes, die für die Route gesetzt
ist\&. Die normalen Endungen K, M, G werden unterstützt und auf die Basis
1024 bezogen\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fITCPAdvertisedMaximumSegmentSize=\fP
.RS 4
Legt die auf der TCP\-Ebene gegebenen Pfad\-MSS\-Vorschläge (in Byte)
fest\&. Die gewöhnlichen Endungen K, M, G werden unterstützt, und werden zur
Basis 1024 verstanden\&. Eine vorzeichenlose Ganzzahl im Bereich
1…4294967294\&. Falls nicht gesetzt, wird die Vorgabe des Kernels
verwandt\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fITCPCongestionControlAlgorithm=\fP
.RS 4
Legt den Algorithmus für die TCP\-Überlaststeuerung der Route
fest\&. Akzeptiert einen Algorithmusnamen, z\&.B\&. »bbr«, »dctcp« oder
»vegas«\&. Wenn nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 252\&.
.RE
.PP
\fITCPRetransmissionTimeoutSec=\fP
.RS 4
Legt die TCP\-Neuübertragungs\-Zeitüberschreitung (RTO) der Route
fest\&. Akzeptiert Zeitwerte in Sekunden\&. Dieser Wert legt die
Zeitüberschreitung einer aktiven TCP\-Verbindung fest, wenn die
Neuübertragung weiterhin unbestätigt bleibt\&. Wenn nicht gesetzt, wird die
Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIMultiPathRoute=\fP\fIAdresse\fP\fI[@\fP\fIName\fP\fI] [\fP\fIGewicht\fP\fI]\fP
.RS 4
Konfiguriert Multipfad\-Route\&. Multipfad\-Routing ist eine Technik, bei der
mehrere, alternative Pfade durch ein Netzwerk verwandt werden\&. Akzeptiert
eine Gateway\-Adresse\&. Akzeptiert optional einen Namen einer
Netzwerkschnittstelle oder eines Indexes, getrennt mit »@« und einem Gewicht
im Bereich 1…256 für diese Multipfad\-Route, getrennt durch Leerraum\&. Diese
Einstellung kann mehrfach angegeben werden\&. Falls eine leere Zeichenkette
zugewiesen wird, dann werden alle vorhergehenden Zuweisungen
zurückgesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fINextHop=\fP
.RS 4
Legt die Nexthop\-Kennung fest\&. Akzeptiert eine vorzeichenlose Ganzzahl im
Bereich 1…4294967295\&. Falls gesetzt, muss der entsprechende
»[NextHop]«\-Abschnitt konfiguriert sein\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.SH [DHCPV4]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[DHCPv4]« konfiguriert den DHCPv4\-Client, falls dieser
mittels der oben beschriebenen Einstellung \fIDHCP=\fP aktiviert wird:
.PP
\fIRequestAddress=\fP
.RS 4
Akzeptiert eine IPv4\-Adresse\&. Falls angegeben, wird die erbetene
IP\-Adressoption (Optionscode 50) damit zu der anfänglichen
DHCPDISCOVER\-Nachricht hinzugefügt, die vom DHCP\-Client gesandt
wird\&. Standardmäßig nicht gesetzt und eine bereits dynamisch der
Schnittstelle zugewiesene Adresse wird automatisch ausgewählt\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fISendHostname=\fP
.RS 4
Wenn wahr (die Vorgabe), wird der Rechnername der Maschine (oder der
nachfolgend beschriebene, mit \fIHostname=\fP festgelegte Wert) an den
DHCP\-Server gesandt\&. Beachten Sie, dass der Rechnername nur aus
7\-Bit\-ASCII\-Kleinbuchstaben ohne Leerzeichen und Punkten bestehen darf und
als gültiger DNS\-Domain\-Name formatiert sein muss\&. Andernfalls wird der
Rechnername nicht gesandt, selbst falls diese Option auf wahr gesetzt ist\&.
.sp
Hinzugefügt in Version 215\&.
.RE
.PP
\fIHostname=\fP
.RS 4
Dieser Wert wird statt des Rechnernamens der Maschine an den DHCP\-Server als
Rechnernamen gesandt\&. Beachten Sie, dass der festgelegte Rechnername nur
aus 7\-Bit\-ASCII\-Kleinbuchstaben ohne Leerzeichen und Punkten bestehen darf
und als gültiger DNS\-Domain\-Name formatiert sein muss\&.
.sp
Hinzugefügt in Version 223\&.
.RE
.PP
\fIMUDURL=\fP
.RS 4
Wenn konfiguriert, wird die angegebene Herstellerverwendungsbeschreibung\-
(MUD\-)URL an den DHCPv4\-Sever gesandt\&. Akzeptiert eine URL mit der Länge
von bis zu 255 Zeichen\&. Eine oberflächliche Überprüfung, dass die
Zeichenkette eine gültige URL ist, wird durchgeführt\&. DHCPv4\-Clients sind
dafür vorgesehen, dass ihnen höchstens eine MUD\-URL zugeordnet wird\&. Siehe
\m[blue]\fBRFC 8520\fP\m[]\&\s-2\u[22]\d\s+2\&.
.sp
MUD ist ein durch die IETF definierter Standard für eingebettete Software,
der es IoT\-Geräteherstellern erlaubt, Gerätespezifikationen bekanntzugeben,
einschließlich der vorgesehenen Kommunikationsmuster für ihr Gerät, wenn es
sich mit einem Netzwerk verbindet\&. Das Netzwerk kann dies dann verwenden,
um eine Kontext\-spezifische Zugriffsrichtlinie zu erstellen, so dass das
Gerät nur innerhalb dieser Parameter funktioniert\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIClientIdentifier=\fP
.RS 4
Die zu verwendende DHCPv4\-Client\-Kennung\&. Akzeptiert entweder \fBmac\fP oder
\fBduid\fP\&. Falls auf \fBmac\fP gesetzt, wird die MAC\-Adresse des Links
verwandt\&. Falls auf \fBduid\fP gesetzt, wird eine RFC4361\-konforme
Client\-Kennung verwandt, die eine Kombination aus IAID und DUID ist\&. IAID
kann mittels \fIIAID=\fP konfiguriert werden\&. DUID kann mittels \fIDUIDType=\fP
und \fIDUIDRawData=\fP konfiguriert werden\&. Standardmäßig \fBduid\fP\&.
.sp
Hinzugefügt in Version 220\&.
.RE
.PP
\fIVendorClassIdentifier=\fP
.RS 4
Die Lieferantenklassenkennung, die zur Ermittlung des Lieferantentypen und
der \-konfiguration verwandt wird\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIUserClass=\fP
.RS 4
Ein DHCPv4\-Client kann die Option »UserClass« verwenden, um den Typ oder die
Kategorie des Einsatzes oder der Anwendungen, die es repräsentiert, zu
kennzeichnen\&. Die in dieser Option enthaltene Information ist eine
Zeichenkette, die die Benutzerklasse repräsentiert, bei der der Client
Mitglied ist\&. Jede Klasse setzt eine Kennzeichnungszeichenkette von
Informationen, die vom DHCP\-Dienst zur Klassifizierung von Clients verwandt
wird\&. Akzeptiert eine Leerraum\-getrennte Liste von Zeichenketten\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fIDUIDType=\fP
.RS 4
Setzt die globale Einstellung \fIDUIDType\fP für dieses Netz außer
Kraft\&. Siehe \fBnetworkd.conf\fP(5) für eine Beschreibung der möglichen
Werte\&.
.sp
Hinzugefügt in Version 230\&.
.RE
.PP
\fIDUIDRawData=\fP
.RS 4
Setzt die globale Einstellung \fIDUIDRawData=\fP für dieses Netz außer
Kraft\&. Siehe \fBnetworkd.conf\fP(5) für eine Beschreibung der möglichen
Werte\&.
.sp
Hinzugefügt in Version 230\&.
.RE
.PP
\fIIAID=\fP
.RS 4
Der DHCP »Identity Association Identifier« (IAID) für die Schnittstelle,
eine vorzeichenlose 32\-Bit\-Ganzzahl\&.
.sp
Hinzugefügt in Version 230\&.
.RE
.PP
\fIRapidCommit=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Der DHCPv4\-Client kann
Konfigurationsparameter von einem DHCPv4\-Server mittels eines schnellen
Zwei\-Nachrichten\-Austausches erhalten (Ermitteln und Bestätigen)\&. Ist
sowohl vom DHCPv4\-Client als auch vom DHCPv4\-Server die schnelle
Übergabeoption gesetzt, wird der Zwei\-Nachrichten\-Austausch
verwandt\&. Andernfalls wird der Vier\-Nachrichten\-Austausch (Ermitteln,
Anbieten, Erbitten und Bestätigen) verwandt\&. Der
Zwei\-Nachrichten\-Austausch stellt eine schnellere Konfiguration des Clients
bereit\&. Siehe \m[blue]\fBRFC 4039\fP\m[]\&\s-2\u[23]\d\s+2 für
Details\&. Standardmäßig wahr, wenn \fIAnonymize=no\fP und weder \fIAllowList=\fP
noch \fIDenyList=\fP festgelegt ist und ansonsten falsch\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIAnonymize=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, werden die an den DHCP\-Server
gesandten Informationen \m[blue]\fBRFC 7844\fP\m[]\&\s-2\u[24]\d\s+2
(Anonymitätsprofile für DHCP\-Clients) folgen, um die Offenlegung für
kennzeichnende Informationen zu minimieren\&. Standardmäßig falsch\&.
.sp
Diese Option sollte nur auf wahr gesetzt werden, wenn \fIMACAddressPolicy=\fP
auf \fBrandom\fP gesetzt ist (siehe \fBsystemd.link\fP(5))\&.
.sp
Falls wahr werden \fIClientIdentifier=mac\fP, \fIRapidCommit=no\fP,
\fISendHostname=no\fP, \fIUse6RD=no\fP, \fIUseCaptivePortal=no\fP, \fIUseMTU=no\fP,
\fIUseNTP=no\fP, \fIUseSIP=no\fP und \fIUseTimezone=no\fP impliziert und diese
Einstellungen in den \&.network\-Dateien werden ohne Rückmeldung
ignoriert\&. Auch werden \fIHostname=\fP, \fIMUDURL=\fP, \fIRequestAddress\fP,
\fIRequestOptions=\fP, \fISendOption=\fP, \fISendVendorOption=\fP, \fIUserClass=\fP und
\fIVendorClassIdentifier=\fP ohne Rückmeldung ignoriert\&.
.sp
Wird diese Option aktiviert, werden DHCP\-Anfragen solchen von Microsoft
Windows erstellten nachahmen\&. Damit wird die Möglichkeit, Installationen
eindeutig zu identifizieren und zu erkennen, reduziert\&. Das bedeutet,
DHCP\-Anfragegrößen werden wachsen und Lease\-Daten werden umfangreicher als
normal sein, obwohl der Großteil der angefragten Daten tatsächlich nicht
verwandt wird\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIRequestOptions=\fP
.RS 4
Setzt Anfrageoptionen, die in der DHCPv4\-Anfrageoptionsliste an den Server
gesandt werden sollen\&. Eine Leeraum\-getrennte Liste von Ganzzahlen im
Bereich 1…254\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fISendOption=\fP
.RS 4
Sendet eine beliebige rohe Option in der DHCPv4\-Anfrage\&. Akzeptiert eine
DHCP\-Optionsnummer, einen Datentyp und die mittels Doppelpunkt abgetrennten
Daten (»\fIOption\fP:\fITyp\fP:\fIWert\fP«)\&. Die Optionsnummer muss eine Ganzzahl
im Bereich 1…254 sein\&. Der Typ akzeptiert »uint8«, »uint16«, »uint32«,
»ipv4address« oder »string«\&. Sonderzeichen in der Datenzeichenkette müssen
mittels der \m[blue]\fBC\-artigen Maskierungen\fP\m[]\&\s-2\u[25]\d\s+2 maskiert
werden\&. Diese Einstellung kann mehrfach angegeben werden\&. Falls eine
leere Zeichenkette angegeben wird, dann werden alle vorher angegebenen
Optionen bereinigt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fISendVendorOption=\fP
.RS 4
Sendet eine beliebige Lieferanten\-Option in der DHCPv4\-Anfrage\&. Akzeptiert
eine DHCP\-Optionsnummer, einen Datentyp und die mittels Doppelpunkt
abgetrennten Daten (»\fIOption\fP:\fITyp\fP:\fIWert\fP«)\&. Die Optionsnummer muss
eine Ganzzahl im Bereich 1…254 sein\&. Der Typ akzeptiert »uint8«, »uint16«,
»uint32«, »ipv4address« oder »string«\&. Sonderzeichen in der
Datenzeichenkette müssen mittels der \m[blue]\fBC\-artigen Maskierungen\fP\m[]\&\s-2\u[25]\d\s+2 maskiert werden\&. Diese Einstellung
kann mehrfach angegeben werden\&. Falls eine leere Zeichenkette angegeben
wird, dann werden alle vorher angegebenen Optionen
bereinigt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIIPServiceType=\fP
.RS 4
Akzeptiert einen der besonderen Werte »none«, »CS6« oder »CS4«\&. Wenn
»none«, wird kein IP\-Dienstetyp für die vom DHCPv4\-Client gesendeten Pakete
gesetzt\&. Wenn »CS6« (Netzwerksteuerung) oder »CS4« (Echtzeit), wird der
entsprechende Dienstetyp gesetzt\&. Standardmäßig »CS6«\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fISocketPriority=\fP
.RS 4
Die Linux\-Socket\-Option \fBSO_PRIORITY\fP, die auf rohe IP\-Sockets angewandt
wird, die für initiale DHCPv4\-Nachrichten verwandt werden\&. Standardmäßig
nicht gesetzt\&. Normale Werte liegen im Bereich 0 bis 6\&. Weitere Details
über die Socket\-Option \fBSO_PRIORITY\fP befinden sich in \fBsocket\fP(7)\&. Kann
in Verbindung mit der Einstellung \fIEgressQOSMaps=\fP einer Datei \&.netdev im
Abschnitt »[VLAN]« verwandt werden, um die Priorität markierter Kopfzeilen
des 802\&.1Q\-VLAN\-Ethernets zu setzen, siehe \fBsystemd.netdev\fP(5)\&.
.sp
Hinzugefügt in Version 253\&.
.RE
.PP
\fILabel=\fP
.RS 4
Legt die Kennzeichnung für die vom DHCP\-Server empfangene IPv4\-Adresse
fest\&. Die Kennzeichnung muss eine 7\-Bit\-ASCII\-Zeichenkette mit einer Länge
von 1…15 Zeichen sein\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIUseDNS=\fP
.RS 4
Wenn wahr (die Vorgabe), werden die vom DHCP\-Server empfangenen DNS\-Server
verwandt\&.
.sp
Dies entspricht der Option \fBnameserver\fP in \fBresolv.conf\fP(5)\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIRoutesToDNS=\fP
.RS 4
Falls wahr, werden die vom DHCP\-Server empfangenen Routen zu den DNS\-Servern
konfiguriert\&. Falls \fIUseDNS=\fP deaktiviert ist, wird diese Einstellung
ignoriert\&. Standardmäßig wahr\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIUseNTP=\fP
.RS 4
Falls wahr (die Vorgabe), wird der vom DHCP\-Server empfangene NTP\-Server von
systemd\-timesyncd\&.service verwandt\&.
.sp
Hinzugefügt in Version 220\&.
.RE
.PP
\fIRoutesToNTP=\fP
.RS 4
Falls wahr, werden die vom DHCP\-Server empfangenen Routen zu den NTP\-Servern
konfiguriert\&. Falls \fIUseNTP=\fP deaktiviert ist, wird diese Einstellung
ignoriert\&. Standardmäßig wahr\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIUseSIP=\fP
.RS 4
Falls wahr (die Vorgabe), werden die vom DHCP\-Server empfangenen SIP\-Server
verwandt und Vorrang vor allen statisch konfigurierten haben\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fIUseCaptivePortal=\fP
.RS 4
Falls wahr (die Vorgabe), wird das vom DHCP\-Server beworbene Einfangportal
aufgezeichnet und Client\-Programmen zur Verfügung gestellt und für jeden
Link in der Statusausgabe von \fBnetworkctl\fP(1) angezeigt\&.
.sp
Hinzugefügt in Version 254\&.
.RE
.PP
\fIUseMTU=\fP
.RS 4
Falls wahr, wird die vom DHCP\-Server empfangene maximale Übertragungseinheit
vom aktuellen Link verwandt\&. Falls \fIMTUBytes=\fP gesetzt ist, wird diese
Einstellung ignoriert\&. Standardmäßig falsch\&.
.sp
Beachten Sie, dass einige Treiber die Schnittstelle zurücksetzen, falls die
MTU geändert wird\&. Für solche Schnittstellen versuchen Sie bitte
\fIIgnoreCarrierLoss=\fP mit einer kurzen Zeitspanne, z\&.B\&. »3 seconds«\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIUseHostname=\fP
.RS 4
Wenn wahr (die Vorgabe), wird der vom DHCP\-Server empfangene Rechnername als
flüchtiger Rechnername des Systems gesetzt\&.
.sp
Hinzugefügt in Version 211\&.
.RE
.PP
\fIUseDomains=\fP
.RS 4
Akzeptiert einen logischen oder den besonderen Wert \fBroute\fP\&. Falls wahr,
wird der vom DHCP\-Server empfangene Domain\-Name als DNS\-Such\-Domain über
diesen Link verwandt, ähnlich des Effekts der Einstellung
\fBDomains=\fP\&. Falls auf \fBroute\fP gesetzt, wird der vom DHCP\-Server
empfangene Domain\-Name nur für das Routen von DNS\-Abfragen, aber nicht für
das Suchen verwandt; die Wirkung ist ähnlich der Einstellung von
\fBDomains=\fP, wenn dem Argument »~« vorangestellt wird\&. Standardmäßig
falsch\&.
.sp
Es wird empfohlen, diese Option nur auf vertrauenswürdigen Netzen zu
aktivieren, da diese Einstellung die Auflösung aller Rechnernamen betrifft,
insbesondere von freistehenden Namen\&. Im Allgemeinen ist sicherer, die
bereitgestellte Domain nur als Routing\-Domain statt als Such\-Domain zu
verwenden, damit diese nicht die lokale Auflösung von freistehenden Namen
beeinflusst\&.
.sp
Wenn auf wahr gesetzt, entspricht diese Einstellung der Option \fBdomain\fP in
\fBresolv.conf\fP(5)\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIUseRoutes=\fP
.RS 4
Falls wahr (die Vorgabe), werden vom DHCP\-Server statische Routen erbeten
und zu der Routing\-Tabelle mit einer Metrik von 1024 und einem
Geltungsbereich von \fBglobal\fP, \fBlink\fP oder \fBhost\fP, abhängig vom Ziel und
Gateway der Route, hinzugefügt\&. Falls das Ziel der lokale Rechner,
d\&.h\&. 127\&.x\&.x\&.x oder identisch mit der Adresse des Links ist, wird
der Geltungsbereich auf \fBhost\fP gesetzt\&. Andernfalls wird ein
\fBlink\fP\-Geltungsbereich verwandt, falls der Gateway Null ist (eine direkte
Route)\&. Für alle anderen Fälle ist der Geltungsbereich standardmäßig
\fBglobal\fP\&.
.sp
Hinzugefügt in Version 215\&.
.RE
.PP
\fIRouteMetric=\fP
.RS 4
Setzt die Routing\-Metrik für von diesem DHCP\-Server festgelegte Routen
(einschließlich der Präfix\-Route, die für das festgelegte Präfix hinzugefügt
wurde)\&. Akzeptiert eine vorzeichenlose Ganzzahl im Bereich
0…4294967295\&. Standardmäßig 1024\&.
.sp
Hinzugefügt in Version 217\&.
.RE
.PP
\fIRouteTable=\fP\fINum\fP
.RS 4
Die Tabellenkennzeichner für DHCP\-Routen\&. Akzeptiert einen der
vordefinierten Namen »default«, »main« und »local« und in \fIRouteTable=\fP in
\fBnetworkd.conf\fP(5) definierte Namen oder eine Zahl zwischen 1…4294967295\&.
.sp
Wird dies in Kombination mit \fIVRF=\fP verwandt, wird die VRF\-Routing\-Tabelle
verwandt, wenn dieser Parameter nicht angegeben ist\&.
.sp
Hinzugefügt in Version 232\&.
.RE
.PP
\fIRouteMTUBytes=\fP
.RS 4
Legt die MTU für die DHCP\-Routen fest\&. Bitte lesen Sie den Abschnitt
[Route] für weitere Details\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIQuickAck=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, ist der schnelle
TCP\-Bestätigungsmodus für die durch DHCPv4\-Leases erlangten Routen
aktiviert\&. Falls nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 253\&.
.RE
.PP
\fIInitialCongestionWindow=\fP
.RS 4
Wie im Abschnitt »[Route]«\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIInitialAdvertisedReceiveWindow=\fP
.RS 4
Wie im Abschnitt »[Route]«\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIUseGateway=\fP
.RS 4
Wenn wahr und der DHCP\-Server eine Option »Router« bereitstellt, wird der
Standard\-Gateway basierend auf der Router\-Adresse
konfiguriert\&. Standardmäßig nicht gesetzt und der in \fIUseRoutes=\fP
festgelegte Wert wird verwandt\&.
.sp
Beachten Sie, dass die Router\-Option immer ignoriert wird, unabhängig von
dieser Einstellung, wenn der Server sowohl die Option »Router« als auch die
Option »Classless Static Routes« bereitstellt und \fIUseRoutes=\fP aktiviert
ist\&. Siehe \m[blue]\fBRFC 3442\fP\m[]\&\s-2\u[26]\d\s+2\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIUseTimezone=\fP
.RS 4
Wenn wahr, wird die vom DHCP\-Server empfangene Zeitzone als Zeitzone des
lokalen Systems gesetzt\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 226\&.
.RE
.PP
\fIUse6RD=\fP
.RS 4
Wenn wahr, werden Subnetze von empfangenen IPv6\-Präfixen an nachgeordnete
Schnittstellen zugewiesen, wodurch \fIDHCPPrefixDelegation=\fP aktiviert
wird\&. Siehe auch \fIDHCPPrefixDelegation=\fP im Abschnitt »[Network]«, den
Abschnitt »[DHCPPrefixDelegation]« und \m[blue]\fBRFC 5969\fP\m[]\&\s-2\u[27]\d\s+2\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIIPv6OnlyMode=\fP
.RS 4
Falls wahr, wird die DHCPv4\-Konfiguration für die vom DHCP\-Server
bereitgestellte Zeitspanne verzögert und die dynamische
IPv4\-Netzwerkverbindung übersprungen, falls innerhalb dieser Zeitdauer
IPv6\-Verbindung bereitgestellt wird\&. Siehe \m[blue]\fBRFC 8925\fP\m[]\&\s-2\u[28]\d\s+2\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIFallbackLeaseLifetimeSec=\fP
.RS 4
Erlaubt das Setzen der DHCPv4\-Lease\-Lebensdauer, wenn der DHCPv4\-Server die
Lease\-Lebensdauer nicht sendet\&. Akzeptiert entweder »forever« oder
»infinity«\&. Falls angegeben, läuft die erlangte Adresse niemals
ab\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIRequestBroadcast=\fP
.RS 4
Fordert den Server auf, Broadcast\-Nachrichten zu senden, bevor die
IP\-Adresse konfiguriert wurde\&. Dies ist für Geräte, die keine rohen Pakete
empfangen können oder die überhaupt keine Pakete empfangen können, bevor
ihre IP\-Adresse konfiguriert wurde, notwendig\&. Andererseits darf dies
nicht in Netzwerken, bei denen Broadcasts herausgefiltert werden, verwandt
werden\&.
.sp
Hinzugefügt in Version 216\&.
.RE
.PP
\fIMaxAttempts=\fP
.RS 4
Legt fest, wie oft die DHCPv4\-Client\-Konfiguration versucht werden
soll\&. Akzeptiert eine Zahl oder »infinity«\&. Standardmäßig
»infinity«\&. Beachten Sie, dass die Anzahl der Versuche exponenziell erhöht
wird, bis zu einem pro Minute, so dass das Netzwerk nicht überlastet wird,
selbst falls diese Zahl hoch ist\&. Die Vorgabe ist in den meisten
Verhältnissen geeignet\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIListenPort=\fP
.RS 4
Setzt den Port, von dem DHCP\-Client\-Pakete stammen\&.
.sp
Hinzugefügt in Version 233\&.
.RE
.PP
\fIDenyList=\fP
.RS 4
Eine Leerraum\-getrennte Liste von IPv4\-Adressen\&. Jede Adresse kann
optional eine Präfixlänge nach »/« akzeptieren\&. DHCP\-Angebote von Servern
aus der Liste werden abgelehnt\&. Beachten Sie, dass \fIDenyList=\fP ignoriert
wird, wenn \fIAllowList=\fP konfiguriert ist\&.
.sp
Beachten Sie, dss dies nur DHCP\-Vorschläge filtert, daher könnte das Filter
nicht funktionieren, falls \fIRapidCommit=\fP aktiviert ist\&. Siehe auch
\fIRapidCommit=\fP weiter oben\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIAllowList=\fP
.RS 4
Eine Leerraum\-getrennte Liste von IPv4\-Adressen\&. Jede Adresse kann
optional eine Präfixlänge nach »/« akzeptieren\&. DHCP\-Angebote von Servern
aus der Liste werden akzeptiert\&.
.sp
Beachten Sie, dss dies nur DHCP\-Vorschläge filtert, daher könnte das Filter
nicht funktionieren, falls \fIRapidCommit=\fP aktiviert ist\&. Siehe auch
\fIRapidCommit=\fP weiter oben\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fISendRelease=\fP
.RS 4
Wenn wahr, sendet der DHCPv4\-Client ein DHCP\-Freigabepaket, wenn er
stoppt\&. Standardmäßig wahr\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fISendDecline=\fP
.RS 4
Ein logischer Wert\&. Wenn »true«, führt \fBsystemd\-networkd\fP die
IPv4\-Erkennung von doppelten Adressen für die vom DHCPv4\-Client erlangte
Adresse durch\&. Falls ein Duplikat erkannt wird, lehnt der DHCPv4\-Client
die Adresse ab, indem er ein Paket \fBDHCPDECLINE\fP an den DHCP\-Server sendet
und erneut versucht, eine IP\-Adrese zu erlangen\&. Siehe \m[blue]\fBRFC 5227\fP\m[]\&\s-2\u[11]\d\s+2\&. Standardmäßig »false«\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fINetLabel=\fP
.RS 4
Dies wendet den NetLabel für die mit DHCP empfangenen Adressen an, ähnlich
wie \fINetLabel=\fP im Abschnitt »[Address]« es auf statisch konfigurierte
Adressen anwendet\&. Siehe \fINetLabel=\fP im Abschnitt »[Address]« für weitere
Details\&.
.sp
Hinzugefügt in Version 252\&.
.RE
.PP
\fINFTSet=\fP
.RS 4
Dies wendet die NFT\-Gruppe für die mittels DHCP empfangene
Netzwerkkonfiguration an, ähnlich wie \fINFTSet=\fP im Abschnitt »[Address]«
für statische Konfiguration gilt\&. Siehe den Abschnitt \fINFTSet=\fP in
»[Address]« für weitere Details\&. Für Quelltypen »address« oder »prefix«
muss der in dem NFT\-Filter verwandte Elementtyp »ipv4_addr« sein\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.SH [DHCPV6]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[DHCPv6]« konfiguriert den DHCP6\-Client, falls dieser mittels
der oben beschriebenen Einstellung \fIDHCP=\fP aktiviert oder mittles
IPv6\-Advertisement aufgerufen wird.
.PP
\fIMUDURL=\fP, \fIIAID=\fP, \fIDUIDType=\fP, \fIDUIDRawData=\fP, \fIRequestOptions=\fP
.RS 4
Wie im Abschnitt »[DHCPv4]«\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fISendOption=\fP
.RS 4
Wie im Abschnitt »[DHCPv4]«, allerdings ist die Option eine Zahl im Bereich
1….65536, da DHCPv6 16\-Bit\-Felder zur Speicherung von Optionsnummern
verwendet\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fISendVendorOption=\fP
.RS 4
Sendet eine beliebige Anbieteroption in der DHCPv6\-Anfrage\&. Akzeptiert
eine Firmenkennzeichnung, eine DHCP\-Optionsnummer, einen Datentyp und die
mittels Doppelpunkt abgetrennten Daten
(»\fIFirmenkennzeichnung\fP«:»\fIOption\fP:\fITyp\fP:\fIWert\fP«)\&. Die
Firmenkennzeichnung muss eine vorzeichenfreie Ganzzahl im Bereich
1…4294967294 sein\&. Die Optionsnummer muss eine Ganzzahl im Bereich 1…254
sein\&. Daten\-Typen akzeptiert »uint8«, »uint16«, »uint32«, »ipv4address«,
»ipv6address« oder »string«\&. Sonderzeichen in der Datenzeichenkette müssen
mittels der \m[blue]\fBC\-artigen Maskierungen\fP\m[]\&\s-2\u[25]\d\s+2 maskiert
werden\&. Diese Einstellung kann mehrfach angegeben werden\&. Falls eine
leere Zeichenkette angegeben wird, dann werden alle vorher angegebenen
Optionen bereinigt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIUserClass=\fP
.RS 4
Ein DHCPv6\-Client kann die Option »UserClass« verwenden, um den Typ oder die
Kategorie des Einsatzes oder der Anwendungen, die es repräsentiert, zu
kennzeichnen\&. Die in dieser Option enthaltene Information ist eine
Zeichenkette, die die Benutzerklasse repräsentiert, bei der der Client
Mitglied ist\&. Jede Klasse setzt eine Kennzeichnungszeichenkette von
Informationen, die vom DHCP\-Dienst zur Klassifizierung von Clients verwandt
wird\&. Besondere Zeichen in der Datenzeichenkette müssen mittels
\m[blue]\fBC\-artigen Maskierungen\fP\m[]\&\s-2\u[25]\d\s+2 maskiert
werden\&. Diese Einstellung kann mehrfach verwandt werden\&. Falls eine
leere Zeichenkette angegeben wird, dann werden alle vorher angegebenen
Optionen bereinigt\&. Akzeptiert eine Leerraum\-getrennte Liste von
Zeichenketten\&. Beachten Sie, dass derzeit Nullbytes (\fBNUL\fP) nicht erlaubt
sind\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIVendorClass=\fP
.RS 4
Ein DHCPv6\-Client kann die Option »VendorClass« verwenden, um den
Lieferanten zu identifizieren, der die Hardware herstellte, auf dem der
Client läuft\&. Die Information, die im Datenbereich dieser Option enthalten
ist, ist in einem oder mehreren undurchsichtigen Feldern enthalten, die
Details der Hardware\-Konfiguration enthalten\&. Akzeptiert eine
Leerraum\-getrennte Liste von Zeichenketten\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIPrefixDelegationHint=\fP
.RS 4
Akzeptiert eine IPv6\-Adresse mit einer Präfixlänge im gleichen Format wie
\fIAddress=\fP im Abschnitt »[Network]«\&. Der DHCPv6 wird einen Präfix\-Tipp in
der an den Server gesandten DHCPv6\-Erbittung aufnehmen\&. Der Präfix liegt
im Bereich 1…128\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fIRapidCommit=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Der DHCPv6\-Client kann
Konfigurationsparameter von einem DHCPv6\-Server mittels eines schnellen
Zwei\-Nachrichten\-Austausches erhalten (Erbitten und Antworten)\&. Ist sowohl
vom DHCPv6\-Client als auch vom DHCPv6\-Server die schnelle Übergabeoption
gesetzt, wird der Zwei\-Nachrichten\-Austausch verwandt\&. Andernfalls wird
der Vier\-Nachrichten\-Austausch (Erbitten, Bewerben, Verlangen und Antworten)
verwandt\&. Der Zwei\-Nachrichten\-Austausch stellt eine schnellere
Konfiguration des Clients bereit\&. Siehe \m[blue]\fBRFC 3315\fP\m[]\&\s-2\u[29]\d\s+2 für Details\&. Standardmäßig wahr und der
Zwei\-Nachrichten\-Austausch wird verwandt, falls der Server ihn
unterstützt\&.
.sp
Hinzugefügt in Version 252\&.
.RE
.PP
\fISendHostname=\fP
.RS 4
Wenn wahr (die Vorgabe), wird der Rechnername der Maschine (oder der
nachfolgend beschriebene, mit \fIHostname=\fP festgelegte Wert) an den
DHCPv6\-Server gesandt\&. Beachten Sie, dass der Rechnername nur aus
7\-Bit\-ASCII\-Kleinbuchstaben ohne Leerzeichen und Punkten bestehen darf und
als gültiger DNS\-Domain\-Name formatiert sein muss\&. Andernfalls wird der
Rechnername nicht gesandt, selbst falls diese Option auf wahr gesetzt ist\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIHostname=\fP
.RS 4
Dieser Wert wird statt des Rechnernamens der Maschine an den DHCPv6\-Server
als Rechnernamen gesandt\&. Beachten Sie, dass der festgelegte Rechnername
nur aus 7\-Bit\-ASCII\-Kleinbuchstaben ohne Leerzeichen und Punkten bestehen
darf und als gültiger DNS\-Domain\-Name formatiert sein muss\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIUseAddress=\fP
.RS 4
Wenn wahr (die Vorgabe), wird die vom DHCPv6\-Server bereitgestellte
IP\-Adresse zugewiesen\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIUseCaptivePortal=\fP
.RS 4
Falls wahr (die Vorgabe), wird das vom DHCP6\-Server beworbene Einfangportal
aufgezeichnet und allen Client\-Programmen zur Verfügung gestellt und für
jeden Link in der Statusausgabe von \fBnetworkctl\fP(1) angezeigt\&.
.sp
Hinzugefügt in Version 254\&.
.RE
.PP
\fIUseDelegatedPrefix=\fP
.RS 4
Wenn wahr (die Vorgabe), wird der Client den DHCPv6\-Server bitten, Präfixe
zu delegieren\&. Falls der Server zu delegierende Präfixe bereitstellt, dann
werden Subnetze der Präfixe den Schnittstellen zugewiesen, bei denen
\fIDHCPPrefixDelegation=yes\fP ist\&. Siehe auch die Einstellung
\fIDHCPPrefixDelegation=\fP im Abschnitt »[Network]«, Einstellungen im
Abschnitt »[DHCPPrefixDelegation]« und \m[blue]\fBRFC 8415\fP\m[]\&\s-2\u[30]\d\s+2\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIUseDNS=\fP, \fIUseNTP=\fP, \fIUseHostname=\fP, \fIUseDomains=\fP, \fINetLabel=\fP,
\fISendRelease=\fP
.RS 4
Wie im Abschnitt »[DHCPv4]«\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fINFTSet=\fP
.RS 4
Dies wendet die NFT\-Gruppe für die mittels DHCP empfangene
Netzwerkkonfiguration an, ähnlich wie \fINFTSet=\fP im Abschnitt »[Address]«
für statische Konfiguration gilt\&. Siehe den Abschnitt \fINFTSet=\fP in
»[Address]« für weitere Details\&. Für Quelltypen »address« oder »prefix«
muss der in dem NFT\-Filter verwandte Elementtyp »ipv6_addr« sein\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIWithoutRA=\fP
.RS 4
Ermöglicht DHCPv6\-Clients ohne den Schalter »managed« des Router
Advertisements oder den Schalter »other configuration« zu
starten\&. Akzeptiert entweder »no«, »solicit« oder
»information\-request«\&. Falls dies nicht festgelegt ist, wird »solicit«
verwandt, wenn \fIDHCPPrefixDelegation=\fP aktiviert und
\fIUplinkInterface=:self\fP im Abschnitt »[DHCPPrefixDelegation]« festgelegt
ist\&. Andernfalls ist die Vorgabe »no« und der DHCPv6\-Client wird starten,
wenn ein RA empfangen wird\&. Siehe auch die Einstellung \fIDHCPv6Client=\fP im
Abschnitt »[IPv6AcceptRA]«\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [DHCPPREFIXDELEGATION]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[DHCPPrefixDelegation]« konfiguriert Subnetz\-Präfixe der
mittels der 6RD\-Option auf einer anderen Schnittstelle durch einen DHCPv6\-
oder DHCPv4\-Client erlangten delegierten Präfixe\&. Die Einstellungen in
diesem Abschnitt werden nur verwandt, wenn die Einstellung
\fIDHCPPrefixDelegation=\fP in dem Abschnitt »[Network]« aktiviert ist\&.
.PP
\fIUplinkInterface=\fP
.RS 4
Legt den Namen oder Index der Uplink\-Schnittstelle oder einen der besonderen
Werte »:self« oder »:auto« fest\&. Wenn »:self« wird die Schnittstelle
selbst als Uplink\-Schnittstelle betrachtet und \fIWithoutRA=solicit\fP wird
impliziert, falls die Einstellung nicht explizit festgelegt ist\&. Wenn
»:auto« wird der erste Link, der zu deligierende Präfixe vom DHCPv6\- oder
DHCPv4\-Server erlangte, ausgewählt\&. Standardmäßig »:auto«\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fISubnetId=\fP
.RS 4
Konfiguriert eine bestimmte Subnetzkennung auf der Schnittstelle aus der
(vorher) empfangenen Präfix\-Delegation\&. Sie können entweder »auto« (die
Vorgabe) oder eine bestimmte Subnetzkennung (wie in \m[blue]\fBRFC 4291\fP\m[]\&\s-2\u[31]\d\s+2, Abschnitt 2\&.5\&.4 definiert) setzen\&. In
letzterem Falle ist der erlaubte Wert eine hexadezimale Zahl zwischen 0 und
0x7fffffffffffffff einschließlich\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIAnnounce=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn aktiviert und \fIIPv6SendRA=\fP im
Abschnitt »[Network]« aktiviert ist, dann werden die delegierten Präfixe
mittels IPv6\-Router\-Advertisement verteilt\&. Diese Einstellung wird
ignoriert, falls die Einstellung \fIDHCPPrefixDelegation=\fP auf der
übergeordneten Schnittstelle aktiviert ist\&. Standardmäßig »yes«\&.
.sp
Hinzugefügt in Version 247\&.
.RE
.PP
\fIAssign=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Legt fest, ob eine Adresse von einem
delegierten Präfix, das von der WAN\-Schnittstelle durch
DHCPv6\-Präfix\-Delegation empfangen wurde, hinzugefügt werden soll\&. Falls
wahr (auf der LAN\-Schnittstelle), wird standardmäßig der EUI\-64\-Algorithmus
verwandt, um einen Schnittstellenkennzeichner aus dem delegierten Präfix
aufzubauen\&. Siehe auch die nachfolgende Einstellung
\fIToken=\fP\&. Standardmäßig »yes«\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIToken=\fP
.RS 4
Legt einen optionalen Adresserstellungsmodus zur Zuweisung einer Adresse in
jedem delegierten Präfix fest\&. Dies akzeptiert die gleiche Syntax wie
\fIToken=\fP im Abschnitt »[IPv6AcceptRA]«\&. Falls \fIAssign=\fP auf falsch
gesetzt ist, dann wird diese Einstellung ignoriert\&. Standardmäßig nicht
gesetzt, was bedeutet, dass der EUI\-64\-Algorithmus verwandt wird\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIManageTemporaryAddress=\fP
.RS 4
Wie im Abschnitt »[Address]«, aber standardmäßig wahr\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIRouteMetric=\fP
.RS 4
Die Metrik der Route zu dem delegierten Präfix\-Subnetz\&. Akzeptiert eine
vorzeichenlose Ganzzahl im Bereich 0…4294967295\&. Wenn auf 0 gesetzt, wird
die Vorgabe des Kernels verwandt\&. Vorgabe ist 256\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fINetLabel=\fP
.RS 4
Dies wendet den NetLabel für die mit DHCP empfangenen Adressen an, ähnlich
wie \fINetLabel=\fP im Abschnitt »[Address]« es auf statisch konfigurierte
Adressen anwendet\&. Siehe \fINetLabel=\fP im Abschnitt »[Address]« für weitere
Details\&.
.sp
Hinzugefügt in Version 252\&.
.RE
.PP
\fINFTSet=\fP
.RS 4
Dies wendet die NFT\-Gruppe für die mittels DHCP empfangene
Netzwerkkonfiguration an, ähnlich wie \fINFTSet=\fP im Abschnitt »[Address]«
für statische Konfiguration gilt\&. Siehe den Abschnitt \fINFTSet=\fP in
»[Address]« für weitere Details\&. Für Quelltypen »address« oder »prefix«
muss der in dem NFT\-Filter verwandte Elementtyp »ipv6_addr« sein\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.SH [IPV6ACCEPTRA]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[IPv6AcceptRA]« konfiguriert den IPv6\-Client für Router
Advertisement (RA), falls dieser mit der oben beschriebenen Einstellung
\fIIPv6AcceptRA=\fP aktiviert ist:
.PP
\fIToken=\fP
.RS 4
Legt einen optionalen Adresserstellungsmodus für »Stateless Address
Autoconfiguration (SLAAC)« (zustandsloser, automatischer
Adresskonfiguration) fest\&. Die folgenden Werte werden unterstützt:
.PP
\fBeui64\fP
.RS 4
Der EUI\-64\-Algorithmus wird zur Erstellung einer Adresse für dieses Präfix
verwandt\&. Nur von Ethernet\- oder InfiniBand\-Schnittstellen unterstützt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBstatic:\fP\fIADRESSE\fP
.RS 4
Nach dem Doppelpunkt (»:«) muss eine IPv6\-Adresse angegeben werden und die
niederwertigen Bits der bereitgestellten Adresse werden mit den
höherwertigen Bits des in der Router Advertisment\- (RA\-)Meldung empfangenen
Präfixes kombiniert, um eine komplette Adresse zu bilden\&. Beachten Sie,
dass für den Fall, dass mehrere Präfixe in einer oder mehrerer RA\-Meldungen
empfangen wurden, die Adressen für jede von diesen mittels der
bereitgestellten Adresse geformt werden\&. Dieser Modus implementiert SLAAC,
verwendet aber einen statischen Schnittstellenkennzeichner statt eines
Kennzeichners, der unter Verwendung des Algorithmus EUI\-64 erstellt
wurde\&. Da der Schnittstellenkennzeichner statisch ist, wird dieser Modus
fehlschlagen, für dieses Präfix eine Adresse bereitzustellen, falls die
Erkennung doppelter Adressen ermittelt, dass die berechnete Adresse ein
Duplikat ist, d\&.h\&. von einem anderen Knoten auf diesem Link bereits
verwendet wird\&. Wird eine IPv6\-Adresse ohne Modus angegeben, dann wird der
»statische« Modus angenommen\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBprefixstable[:\fP\fIADRESSE\fP\fB][,\fP\fIUUID\fP\fB]\fP
.RS 4
Der in \m[blue]\fBRFC 7217\fP\m[]\&\s-2\u[32]\d\s+2 spezifizierte Algorithmus
wird zur Erstellung von Schnittstellenkennzeichnern verwandt\&. Dieser Modus
kann optional eine durch Doppelpunkt (»:«) abgetrennte IPv6\-Adresse
akzeptieren\&. Falls eine IPv6\-Adresse angegeben ist, dann wird nur ein
Schnittstellenkennzeichner erzeugt, wenn ein in einer RA\-Nachricht
empfangenes Präfix auf die bereitgestellte Adresse passt\&.
.sp
Dieser Modus kann optional eine von Null verschiedene UUID in dem Format,
das \fBsd_id128_from_string()\fP akzeptiert, annehmen,
z\&.B\&. »86b123b969ba4b7eb8b3d8605123525a« oder
»86b123b9\-69ba\-4b7e\-b8b3\-d8605123525a«\&. Falls eine UUID festgelegt ist,
wird der Wert als privater Schlüssel zur Erstellung der
Schnittstellenkennzeichner verwandt\&. Falls nicht festgelegt, dann wird
eine anwendungsspezifische Kennung mit der Maschinenkennung des Systems
erstellt und als privater Schlüssel verwandt\&. Siehe \fBsd\-id128\fP(3),
\fBsd_id128_from_string\fP(3) und \fBsd_id128_get_machine\fP(3)\&.
.sp
Beachten Sie, dass der Algorithmus »prefixstable« sowohl den Hardware\-Namen
als auch die MAC\-Adresse als Eingabe für den Hash verwendet, um den
Schnittstellenkennzeichner zu berechnen\&. Ändert sich daher einer dieser
beiden, so wird der daraus entstehende Schnittstellenkennzeichner (und die
Adresse) geändert, selbst falls das in der RA\-Nachricht empfangene Präfix
nicht geändert wurde\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.sp
Wenn kein Adresserstellungsmodus angegeben ist (dies ist die Vorgabe) oder
ein empfangenes Präfix nicht auf einen der im Modus »prefixstable«
bereitgestellten Adressen passt, dann wird der EUI\-64\-Algorithmus für
Ethernet\- oder InfiniBand\-Schnittstellen, andernfalls »prefixstable« zum
Aufbau eines Schnittstellenkennzeichners für dieses Präfix
verwandt\&. Dieser Modus ist auch SLAAC, aber mit einer möglicherweise
stabilen Schnittstellenkennzeichnung, die nicht direkt auf die
Hardware\-Adresse der Schnittstelle abgebildet werden kann\&.
.sp
Diese Einstellung kann mehrfach angegeben werden\&. Falls eine leere
Zeichenkette zugewiesen wird, dann werden alle vorherigen Zuweisungen
zurückgesetzt\&.
.sp
Beispiele:
.sp
.if  n \{\
.RS 4
.\}
.nf
Token=eui64
Token=::1a:2b:3c:4d
Token=static:::1a:2b:3c:4d
Token=prefixstable
Token=prefixstable:2002:da8:1::
.fi
.if  n \{\
.RE
.\}
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIUseDNS=\fP
.RS 4
Wenn wahr (die Vorgabe), werden die im Router Advertisement empfangene
DNS\-Server verwandt\&.
.sp
Dies entspricht der Option \fBnameserver\fP in \fBresolv.conf\fP(5)\&.
.sp
Hinzugefügt in Version 231\&.
.RE
.PP
\fIUseDomains=\fP
.RS 4
Akzeptiert einen logischen Wert oder den speziellen Wert »route«\&. Wenn
wahr, wird der über das IPv6 Router Advertisement (RA) empfangene Domainname
als DNS\-Suchdomain über diesen Link verwandt, ähnlich der Wirkung der
Einstellung in \fBDomains=\fP\&. Falls auf »route« gesetzt, wird der über IPv6
RA empfangene Name nur zum Routen von DNS\-Abfragen verwandt, aber nicht für
Suchvorgänge, ähnlich der Wirkung der Einstellung \fBDomains=\fP, wenn dem
Argument ein »~« vorangestellt ist\&. Standardmäßig falsch\&.
.sp
Es wird empfohlen, diese Option nur auf vertrauenswürdigen Netzen zu
aktivieren, da diese Einstellung die Auflösung aller Rechnernamen betrifft,
insbesondere von freistehenden Namen\&. Im Allgemeinen ist sicherer, die
bereitgestellte Domain nur als Routing\-Domain statt als Such\-Domain zu
verwenden, damit diese nicht die lokale Auflösung von freistehenden Namen
beeinflusst\&.
.sp
Wenn auf wahr gesetzt, entspricht diese Einstellung der Option \fBdomain\fP in
\fBresolv.conf\fP(5)\&.
.sp
Hinzugefügt in Version 231\&.
.RE
.PP
\fIRouteTable=\fP\fINum\fP
.RS 4
Der Tabellenkennzeichner für die Routen, die im Router Advertisement
empfangen werden\&. Akzeptiert einen der vordefinierten Namen »default«,
»main« und »local« und in \fIRouteTable=\fP in \fBnetworkd.conf\fP(5) definierte
Namen oder eine Zahl zwischen 1…4294967295\&.
.sp
Wird dies in Kombination mit \fIVRF=\fP verwandt, wird die VRF\-Routing\-Tabelle
verwandt, wenn dieser Parameter nicht angegeben ist\&.
.sp
Hinzugefügt in Version 232\&.
.RE
.PP
\fIRouteMetric=\fP
.RS 4
Setzt die Routing\-Metrik für im Router Advertisement empfangene
Routen\&. Akzeptiert eine vorzeichenlose Ganzzahl im Bereich 0…4294967295
oder drei, durch »:« getrennte vorzeichenlose Ganzzahlen\&. In letzterem
Fall wird die erste Zahl verwandt, wenn die Router\-Präferenz hoch ist, die
zweite für mittlere Präferenz und die letzte für die niedrige Präferenz
(»\fIhoch\fP:\fImittel\fP:\fIniedrig\fP«)\&. Standardmäßig »512:1024:2048«\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIQuickAck=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, ist der schnelle
TCP\-Bestätigungsmodus für die durch RAs konfigurierten Routen
aktiviert\&. Falls nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 253\&.
.RE
.PP
\fIUseMTU=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, wird die im Router
Advertisement empfangene MUT verwandt\&. Standardmäßig wahr\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIUseHopLimit=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, wird die im Router
Advertisement empfangene Hop\-Begrenzung auf die Routen gesetzt, die auf dem
Advertisement basierend gesetzt wurden\&. Standardmäßig wahr\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIUseICMP6RateLimit=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, wird die im Router
Advertisement empfangene ICMP6\-Ratenbeschränkung auf die
ICMP6\-Ratenbeschränkung gesetzt, die auf dem Advertisement basierend gesetzt
wurde\&. Standardmäßig wahr\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIUseGateway=\fP
.RS 4
Wenn wahr (die Vorgabe), wird die Router\-Adresse als der Standard\-Gateway
konfiguriert\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIUseRoutePrefix=\fP
.RS 4
Wenn wahr (die Vorgabe), werden die Routen, die den im Router Advertisement
empfangenen Route\-Präfixen entsprechen, konfiguriert\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIUseCaptivePortal=\fP
.RS 4
Falls wahr (die Vorgabe), wird das im »Router Advertisement« empfangene
Einfangportal aufgezeichnet und Client\-Programmen zur Verfügung gestellt und
für jeden Link in der Statusausgabe von \fBnetworkctl\fP(1) angezeigt\&.
.sp
Hinzugefügt in Version 254\&.
.RE
.PP
\fIUsePREF64=\fP
.RS 4
Falls wahr, werden die im »Router Advertisement« empfangenen IPv6\-PREF64\-
(oder NAT64\-)Präfixe aufgezeichnet und Client\-Programmen zur Verfügung
gestellt und für jeden Link in der Statusausgabe von \fBnetworkctl\fP(1)
angezeigt\&. Siehe \m[blue]\fBRFC 8781\fP\m[]\&\s-2\u[33]\d\s+2\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIUseAutonomousPrefix=\fP
.RS 4
Wenn wahr (die Vorgabe), wird das im Router Advertisement empfangene
autonome Präfix verwandt und Vorrang vor allen statisch konfigurierten
bekommen\&.
.sp
Hinzugefügt in Version 242\&.
.RE
.PP
\fIUseOnLinkPrefix=\fP
.RS 4
Wenn wahr (die Vorgabe), wird das im Router Advertisement empfangene
Onlink\-Präfix verwandt und erhält Vorrang vor allen statisch
konfigurierten\&.
.sp
Hinzugefügt in Version 242\&.
.RE
.PP
\fIRouterDenyList=\fP
.RS 4
Eine Leerraum\-getrennte Liste von IPv6\-Router\-Adressen\&. Jede Adresse kann
optional eine Präfixlänge nach »/« akzeptieren\&. Sämtliche vom aufgeführten
Router beworbene Informationen werden ignoriert\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIRouterAllowList=\fP
.RS 4
Eine Leerraum\-getrennte Liste von IPv6\-Router\-Adressen\&. Jede Adresse kann
optional eine Präfixlänge nach »/« akzeptieren\&. Nur von dem aufgeführten
Router beworbene Informationen werden akzeptiert\&. Beachten Sie, dass
\fIRouterAllowList=\fP ignoriert wird, wenn \fIRouterDenyList=\fP konfiguriert
ist\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIPrefixDenyList=\fP
.RS 4
Eine Leerraum\-getrennte Liste von IPv6\-Präfixen\&. Jede Adresse kann
optional eine Präfixlänge nach »/« akzeptieren\&. Mittels Router
Advertisement bereitgestellte IPv6\-Präfixe in der Liste werden ignoriert\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIPrefixAllowList=\fP
.RS 4
Eine Leerraum\-getrennte Liste von IPv6\-Präfixen\&. Jede Adresse kann
optional eine Präfixlänge nach »/« akzeptieren\&. Mittels
Router\-Advertisements in der Liste bereitgestellte IPv6\-Präfixe werden
erlaubt\&. Beachten Sie, dass \fIPrefixDenyList=\fP ignoriert wird, wenn
\fIPrefixAllowList=\fP konfiguriert ist\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIRouteDenyList=\fP
.RS 4
Eine Leerraum\-getrennte Liste von IPv6\-Route\-Präfixen\&. Jede Adresse kann
optional eine Präfixlänge nach »/« akzeptieren\&. Mittels Router
Advertisement bereitgestellte IPv6\-Route\-Präfixe in der Liste werden
ignoriert\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIRouteAllowList=\fP
.RS 4
Eine Leerraum\-getrennte Liste von IPv6\-Route\-Präfixen\&. Jede Adresse kann
optional eine Präfixlänge nach »/« akzeptieren\&. Mittels
Router\-Advertisements in der Liste bereitgestellte IPv6\-Route\-Präfixe werden
erlaubt\&. Beachten Sie, dass \fIRouteDenyList=\fP ignoriert wird, wenn
\fIRouteAllowList=\fP konfiguriert ist\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIDHCPv6Client=\fP
.RS 4
Akzeptiert einen logischen oder den besonderen Wert »always«\&. Wenn wahr,
wird der DHCPv6\-Client im Modus »solicit« gestartet, falls die RA den
Schalter »managed« hat oder »information\-request«, falls der RA der Schalter
»managed« fehlt aber der Schalter »other configuration« vorhanden
ist\&. Falls auf »always« gesetzt, wird der DHCPv6\-Client im Modus »solicit«
gestartet, wenn eine RA empfangen wird, selbst wenn weder der Schalter
»managed« oder »other information« in der RA gesetzt sind\&. Dies wird
ignoriert, wenn \fIWithoutRA=\fP im Abschnitt »[DHCPv6]« aktiviert oder
\fIUplinkInterface=:self\fP im Abschnitt »[DHCPPrefixDelegation]« festgelegt
ist\&. Standardmäßig wahr\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fINetLabel=\fP
.RS 4
Dies wendet den NetLabel für die im RA empfangene Adressen an, ähnlich wie
\fINetLabel=\fP im Abschnitt »[Address]« es auf statisch konfigurierte Adressen
anwendet\&. Siehe \fINetLabel=\fP im Abschnitt »[Address]« für weitere
Details\&.
.sp
Hinzugefügt in Version 252\&.
.RE
.PP
\fINFTSet=\fP
.RS 4
Dies wendet die NFT\-Gruppe für die mittels RA empfangene
Netzwerkkonfiguration an, ähnlich wie \fINFTSet=\fP im Abschnitt »[Address]«
für statische Konfiguration gilt\&. Siehe den Abschnitt \fINFTSet=\fP in
»[Address]« für weitere Details\&. Für Quelltypen »address« oder »prefix«
muss der in dem NFT\-Filter verwandte Elementtyp »ipv6_addr« sein\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.SH [DHCPSERVER]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[DHCPServer]« enthält Einstellungen für den DHCP\-Server,
falls dieser mit der oben beschriebenen Option \fIDHCPServer=\fP aktiviert ist:
.PP
\fIServerAddress=\fP
.RS 4
Legt die Server\-Adresse für den DHCP\-Server fest\&. Akzeptiert eine
IPv4\-Adresse mit durch Schrägstrich abgetrennter Präfix\-Länge,
z\&.B\&. »192\&.168\&.0\&.1/24«\&. Standardmäßig nicht gesetzt und eine der
in den Abschnitten »[Network]« oder »[Address]« konfigurierten statischen
IPv4\-Adressen wird automatisch ausgewählt\&. Diese Einstellung kann nützlich
sein, wenn die Schnittstelle, auf der der DHCP\-Server läuft, über mehrere
statische Adressen verfügt\&.
.sp
Dies impliziert \fIAddress=\fP im Abschnitt »[Network]« oder »[Address]« mit
der gleichen Adresse und Präfixlänge\&. Dies bedeutet, dass
.sp
.if  n \{\
.RS 4
.\}
.nf
[Network]
DHCPServer=yes
Address=192\&.168\&.0\&.1/24
Address=192\&.168\&.0\&.2/24
[DHCPServer]
ServerAddress=192\&.168\&.0\&.1/24
.fi
.if  n \{\
.RE
.\}
.sp
oder
.sp
.if  n \{\
.RS 4
.\}
.nf
[Network]
DHCPServer=yes
[Address]
Address=192\&.168\&.0\&.1/24
[Address]
Address=192\&.168\&.0\&.2/24
[DHCPServer]
ServerAddress=192\&.168\&.0\&.1/24
.fi
.if  n \{\
.RE
.\}
.sp
zu folgendem äquivalent sind:
.sp
.if  n \{\
.RS 4
.\}
.nf
[Network]
DHCPServer=yes
Address=192\&.168\&.0\&.2/24
[DHCPServer]
ServerAddress=192\&.168\&.0\&.1/24
.fi
.if  n \{\
.RE
.\}
.sp
Seit Version 255 unterstützt dies ähnlich der Einstellung \fIAddress=\fP im
Abschnitt »[Network]« oder »[Address]« auch eine Nulladresse,
z\&.B\&. »0\&.0\&.0\&.0/24«, und unbenutzte Adressen werden automatisch
ausgewählt\&. Weitere Details zur automatischen Adressauswahl finden Sie bei
der Einstellung \fIAddress=\fP im Abschnitt »[Network]« weiter oben\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIPoolOffset=\fP, \fIPoolSize=\fP
.RS 4
Konfiguriert den Vorrat von herauszugebenen Adressen\&. Der Vorrat ist eine
fortlaufende Folge von IP\-Adressen in dem für den Server konfigurierten
Subnetz, der weder die Subnetz\- noch die Broadcast\-Adresse
enthält\&. \fIPoolOffset=\fP akzeptiert den Versatz des Vorrats vom Beginn des
Subnetzes oder Null, um den Vorgabewert zu verwenden\&. \fIPoolSize=\fP
akzeptiert die Anzahl von IP\-Adressen im Vorrat oder Null, um den
Vorgabewert zu verwenden\&. Standardmäßig beginnt der Vorrat bei der ersten
Adresse nach der Subnetzadresse und nimmt des Rest des Subnetzes auf,
ausschließlich der Broadcast\-Adresse\&. Falls der Vorrat die Serveradresse
einschließt (die Vorgabe), wird diese reserviert und nicht an Clients
herausgegeben\&.
.sp
Hinzugefügt in Version 226\&.
.RE
.PP
\fIDefaultLeaseTimeSec=\fP, \fIMaxLeaseTimeSec=\fP
.RS 4
Steuert die Standard\- und maximale DHCP\-Lease\-Dauer, die an den Client
übergeben wird\&. Diese Einstellungen akzeptieren Zeitwerte in Sekunden oder
einer anderen üblichen Zeiteinheit, abhängig von der Endung\&. Die
Vorgabe\-Lease\-Zeit wird für Clients verwandt, die keine bestimmte Lease\-Zeit
erbeten hatten\&. Falls ein Client um eine Lease\-Zeit bittet, die die
maximale Lease\-Zeit überschreitet, dann wird diese automatisch auf die
angegebene Zeit verkürzt\&. Die Vorgabe\-Lease\-Zeit ist standardmäßig 1h, die
maximale Lease\-Zeit 12h\&. Kürzere Lease\-Zeiten sind von Vorteil, falls sich
die Konfigurationsdaten in DHCP\-Leases häufig ändern und Clients die neuen
Einstellungen mit geringerer Verzögerung kennen lernen sollen\&. Längere
Lease\-Zeiten reduzieren den erzeugten DHCP\-Netzwerk\-Verkehr\&.
.sp
Hinzugefügt in Version 226\&.
.RE
.PP
\fIUplinkInterface=\fP
.RS 4
Legt den Namen oder Index der Uplink\-Schnittstelle oder einen der besonderen
Werte »:none« oder »:auto« fest\&. Wenn Aussenden von DNS\-, NTP\- oder
SIP\-Servern aktiviert ist, aber keine Server festgelegt wurden, werden die
in der Uplink\-Schnittstelle konfigurierten Server ausgesandt\&. Bei »:auto«
wird der Link, der über einen Standard\-Gateway mit der höchsten Priorität
verfügt, automatisch ausgewählt\&. Bei »:none« wird keine
Uplink\-Schnittstelle ausgewählt\&. Standardmäßig »:auto«\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIEmitDNS=\fP, \fIDNS=\fP
.RS 4
\fIEmitDNS=\fP akzeptiert einen logischen Wert\&. Dieser konfiguriert, ob die
an Clients ausgegebenen DHCP\-Leases DNS\-Server\-Informationen enthalten
sollen\&. Standardmäßig »yes«\&. Die an Clients zu übergebenden DNS\-Server
können mittels der Option \fIDNS=\fP konfiguriert werden, die eine Liste von
IPv4\-Adressen oder den besonderen Wert »_server_address« akzeptiert, der in
die vom DHCP\-Server verwandte Adresse konvertiert wird\&.
.sp
Falls die Option \fIEmitDNS=\fP aktiviert ist, aber keine Server konfiguriert
sind, dann werden die Server autoamtisch von einer »vorgeschalteten«
Schnittstelle weitergeleitet, bei der geeignete Server gesetzt sind\&. Die
»vorgeschaltete« Schnittstelle wird durch die Vorgabe\-Route des Systems mit
der höchsten Priorität bestimmt\&. Beachten Sie, dass diese Information zum
Zeitpunkt der Ausgabe der Lease erlangt wird und keine vorgeschalteten
Schnittstellen berücksichtigt, die DNS\-Server\-Informationen zu einem
späteren Zeitpunkt erlangen\&. Falls keine geeignete vorgeschaltete
Schnittstellen gefunden wird, dann werden die DNS\-Server\-Daten aus
/etc/resolv\&.conf verwandt\&. Beachten Sie auch, dass die Leases nicht
erneuert werden, falls sich die vorgeschaltete Netzwerkkonfiguration
ändert\&. Um sicherzustellen, dass die Clients regelmäßig die aktuellesten
vorgeschalteten DNS\-Server\-Informationen erlangen, wird daher empfohlen, die
DHCP\-Lease\-Zeit mittels der weiter oben beschriebenen \fIMaxLeaseTimeSec=\fP zu
verkürzen\&.
.sp
Diese Einstellung kann mehrfach angegeben werden\&. Falls eine leere
Zeichenkette festgelegt wird, dann werden alle vorher festgelegten
DNS\-Server zurückgesetzt\&.
.sp
Hinzugefügt in Version 226\&.
.RE
.PP
\fIEmitNTP=\fP, \fINTP=\fP, \fIEmitSIP=\fP, \fISIP=\fP, \fIEmitPOP3=\fP, \fIPOP3=\fP,
\fIEmitSMTP=\fP, \fISMTP=\fP, \fIEmitLPR=\fP, \fILPR=\fP
.RS 4
Ähnlich zu den weiter oben beschriebenen Einstellungen \fIEmitDNS=\fP und
\fIDNS=\fP konfigurieren diese Einstellungen, ob und welche
Server\-Informationen für das angezeigte Protokoll als Teil der DHCP\-Lease
ausgesandt werden sollen\&. Es gelten die gleiche Syntax,
Weiterleitungssemantik und Vorgaben wie bei \fIEmitDNS=\fP und \fIDNS=\fP\&.
.sp
Hinzugefügt in Version 226\&.
.RE
.PP
\fIEmitRouter=\fP, \fIRouter=\fP
.RS 4
Die Einstellung \fIEmitRouter=\fP akzeptiert einen logischen Wert und
konfiguriert, ob die DHCP\-Lease die Router\-Option enthalten soll\&. Die
Einstellung \fIRouter=\fP akzeptiert eine IPv4\-Adresse und konfiguriert die
auszusendende Router\-Adresse\&. Wenn die Einstellung \fIRouter=\fP nicht
festgelegt ist, dann wird die Server\-Adresse für die Router\-Option
verwandt\&. Wenn die Einstellung \fIEmitRouter=\fP deaktiviert ist, dann wird
die Einstellung \fIRouter=\fP ignoriert\&. Die Einstellung \fIEmitRouter=\fP ist
standardmäßig wahr und die Einstellung \fIRouter=\fP ist standardmäßig nicht
gesetzt\&.
.sp
Hinzugefügt in Version 230\&.
.RE
.PP
\fIEmitTimezone=\fP, \fITimezone=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert, ob die an Clients
ausgegebenen DHCP\-Leases Zeitzonen\-Informationen enthalten
sollen\&. Standardmäßig »yes«\&. Die Einstellung \fITimezone=\fP akzeptiert
eine Zeitzonenzeichenkette (wie »Europe/Berlin« oder »UTC«), die an Clients
ausgegeben wird\&. Falls keine explizite Zeitzone gesetzt ist, dann wird die
Systemzeitzone des lokalen Rechners verteilt, wie diese durch den Symlink
/etc/localtime bestimmt wird\&.
.sp
Hinzugefügt in Version 226\&.
.RE
.PP
\fIBootServerAddress=\fP
.RS 4
Akzeptiert eine IPv4\-Adresse des z\&.B\&. von PXE\-Boot\-Systemen verwandten
Systemstart\-Servers\&. Wenn festgelegt, wird diese Adresse im Feld \fBsiaddr\fP
von DHCP\-Nachrichtenkopfzeilen gesandt\&. Siehe \m[blue]\fBRFC 2131\fP\m[]\&\s-2\u[34]\d\s+2 für weitere Details\&. Standardmäßig nicht
gesetzt\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIBootServerName=\fP
.RS 4
Akzeptiert eine Namen des z\&.B\&. von PXE\-Boot\-Systemen verwandten
Systemstart\-Servers\&. Wenn festgelegt, wird diese Adresse in der
DHCP\-Option 66 (»TFTP server name«) gesandt\&. Siehe \m[blue]\fBRFC 2132\fP\m[]\&\s-2\u[35]\d\s+2 für weitere Details\&. Standardmäßig nicht
gesetzt\&.
.sp
Beachten Sie, dass es typischerweise ausreichend ist, \fIBootServerName=\fP
oder \fIBootServerAddress=\fP zu setzen, allerdings können falls gewünscht auch
beide gesetzt werden\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIBootFilename=\fP
.RS 4
Akzeptiert einen Pfad oder eine URL zu einer Datei, die z\&.B\&. von einem
PXE\-Boot\-Lader geladen wird\&. Wenn angegeben, wird dieser Pfad in der
DHCP\-Option 67 (»Bootfile name«) gesandt\&. Siehe \m[blue]\fBRFC 2132\fP\m[]\&\s-2\u[35]\d\s+2 für weitere Details\&. Standardmäßig nicht
gesetzt\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIIPv6OnlyPreferredSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Steuert die Option \m[blue]\fBRFC 8925\fP\m[]\&\s-2\u[28]\d\s+2 »IPv6\-Only Preferred«\&. Gibt die DHCPv4\-Option
an, um anzuzeigen, dass der Rechner einen reinen IPv6\-Modus akzeptiert und
bereit ist, auf den Erhalt einer IPv4\-Adresse zu verzichten, falls das
Netzwerk IPv6\-Verbindungen akzeptiert\&. Standardmäßig nicht gesetzt und die
Option wird nicht gesandt\&. Der minimal erlaubte Wert ist 300 Sekunden\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fISendOption=\fP
.RS 4
Sendet eine rohe Option mit Wert mittels DHCPv4\-Server\&. Akzeptiert eine
DHCP\-Optionsnummer, einen Datentyp und die Daten
(»\fIOption\fP:\fITyp\fP:\fIWert\fP«)\&. Die Optionsnummer ist eine Ganzzahl im
Bereich 1…254\&. Der Typ akzeptiert »uint8«, »uint16«, »uint32«,
»ipv4address«, »ipv6address« oder »string«\&. Sonderzeichen in der
Datenzeichenkette müssen mittels der \m[blue]\fBC\-artigen Maskierungen\fP\m[]\&\s-2\u[25]\d\s+2 maskiert werden\&. Diese Einstellung
kann mehrfach angegeben werden\&. Falls eine leere Zeichenkette angegeben
wird, dann werden alle vorher angegebenen Optionen
bereinigt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fISendVendorOption=\fP
.RS 4
Sendet eine Lieferanten\-Option mit Wert mittels DHCPv4\-Server\&. Akzeptiert
eine DHCP\-Optionsnummer, einen Datentyp und die Daten
(»\fIOption\fP:\fITyp\fP:\fIWert\fP«)\&. Die Optionsnummer ist eine Ganzzahl im
Bereich 1…254\&. Der Typ akzeptiert »uint8«, »uint16«, »uint32«,
»ipv4address« oder »string«\&. Sonderzeichen in der Datenzeichenkette müssen
mittels der \m[blue]\fBC\-artigen Maskierungen\fP\m[]\&\s-2\u[25]\d\s+2 maskiert
werden\&. Diese Einstellung kann mehrfach angegeben werden\&. Falls eine
leere Zeichenkette angegeben wird, dann werden alle vorher angegebenen
Optionen bereinigt\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIBindToInterface=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn »yes«, wird der DHCP\-Server\-Socket
an seine Netzwerkschnittstelle angebunden und sämtliche Socket\-Kommunikation
wird auf diese Schnittstelle eingeschränkt\&. Standardmäßig »yes«, außer
falls \fIRelayTarget=\fP benutzt wird (siehe unten), dann ist die Vorgabe
»no«\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIRelayTarget=\fP
.RS 4
Akzeptiert eine IPv4\-Adresse, die in dem in \fBinet_pton\fP(3) beschriebenen
Format vorliegen muss\&. Verwandelt diesen DHCP\-Server in einen
DHCP\-Weiterleitungsvermittler\&. Siehe \m[blue]\fBRFC 1542\fP\m[]\&\s-2\u[36]\d\s+2\&. Die Adresse ist die Adresse eines
DHCP\-Servers oder eines anderen Weiterleitungsvermittlers, an und von dem
DHCP\-Nachrichten weitergeleitet werden\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIRelayAgentCircuitId=\fP
.RS 4
Legt den Wert der Unteroption »Agent Circuit ID« der Option »Relay Agent
Information« fest\&. Akzeptiert eine Zeichenkette, die im Format
»string:\fIWert\fP« vorliegen muss, wobei »\fIWert\fP« durch den Wert der
Unteroption ersetzt werden sollte\&. Standardmäßig nicht gesetzt (was
bedeutet, dass keine Unteroption »Agent Circuit ID« erstellt
wird)\&. Ignoriert, falls \fIRelayTarget=\fP nicht festgelegt ist\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIRelayAgentRemoteId=\fP
.RS 4
Legt den Wert der Unteroption »Agent Remote ID« der Option »Relay Agent
Information« fest\&. Akzeptiert eine Zeichenkette, die im Format
»string:\fIWert\fP« vorliegen muss, wobei »\fIWert\fP« durch den Wert der
Unteroption ersetzt werden sollte\&. Standardmäßig nicht gesetzt (was
bedeutet, dass keine Unteroption »Agent Remote ID« erstellt
wird)\&. Ignoriert, falls \fIRelayTarget=\fP nicht festgelegt ist\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIRapidCommit=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls wahr, unterstützt der Server
\m[blue]\fBRFC 4039\fP\m[]\&\s-2\u[37]\d\s+2\&. Wenn ein Client die Nachricht
DHCPDISCOVER mit gesetzter Option »Rapid Commit« an den Server sendet, dann
wird der Server mit der Nachricht DHCPACK anstatt DHCPOFFER
antworten\&. Standardmäßig wahr\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.SH [DHCPSERVERSTATICLEASE]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[DHCPServerStaticLease]« konfiguriert eine statische
DHCP\-Lease, um feste IPv4\-Adressen an bestimmte Geräte, basierend auf deren
MAC\-Adressen, zuzuweisen\&. Dieser Abschnitt kann mehrfach angegeben
werden\&.
.PP
\fIMACAddress=\fP
.RS 4
Die Hardware\-Adresse eines Geräts, die übereinstimmen soll\&. Dieser
Schlüssel ist verpflichtend\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.PP
\fIAddress=\fP
.RS 4
Die IPv4\-Adresse, die einem Gerät, das mit \fIMACAddress=\fP übereinstimmt,
zugewiesen werden soll\&. Dieser Schlüssel ist verpflichtend\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.SH [IPV6SENDRA]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt [IPv6SendRA] enthält Einstellungen zum Senden von IPv6 Router
Advertisements und ob diese als Router agieren sollen, falls dies über die
oben beschriebene Option \fIIPv6SendRA=\fP so konfiguriert
ist\&. IPv6\-Netzwerk\-Präfixe oder \-Routen sind mit einem oder mehreren
»[IPv6Prefix]«\- oder »[IPv6RoutePrefix]«\-Abschnitten definiert\&.
.PP
\fIManaged=\fP, \fIOtherInformation=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Steuert, ob ein DHCPv6\-Server zur
Erlangung von IPv6\-Adressen auf dem Netzwerk\-Link verwandt wird, wenn
\fIManaged=\fP auf »true« gesetzt ist oder ob nur zusätzliche
Netzwerkinformationen mittels DHCPv6 für den Netzwerk\-Link bezogen werden,
wenn \fIOtherInformation=\fP auf »true« gesetzt ist\&. Beide Einstellungen sind
standardmäßig »false«, was bedeutet, dass ein DHCPv6\-Server nicht verwandt
wird\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIRouterLifetimeSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Konfiguriert die Lebensdauer des IPv6\-Routers
in Sekunden\&. Der Wert muss 0 Sekunden oder zwischen 4 und 9000 Sekunden
sein\&. Falls auf 0 gesetzt, dann agiert dieser Rechner nicht als
Router\&. Standardmäßig 1800 Sekunden (30 Minuten)\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIRetransmitSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Konfiguriert die Neuübertragungszeit, die von
Clients zur Neuübertragung von »Neighbor Solicitation«\-Meldungen bei der
Adressauflösung und dem »Neighbor Unreachability Detection«\-Algorithmus
verwandt wird\&. Eine Ganzzahl\&. Die Standardeinheit sind Sekunden, im
Bereich 0… 4294967295 ms\&. Die Vorgabe ist 0\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIRouterPreference=\fP
.RS 4
Konfiguriert IPv6\-Router\-Präferenzen, falls \fIRouterLifetimeSec=\fP von Null
verschieden ist\&. Gültige Werte sind »high«, »medium« und »low«, wobei
»normal« und »default« als Synonyme für »medium« hinzugefügt wurden, um die
Konfiguration zu erleichtern\&. Siehe \m[blue]\fBRFC 4191\fP\m[]\&\s-2\u[21]\d\s+2 für Details\&. Standardmäßig »medium«\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIHopLimit=\fP
.RS 4
Konfiguriert die Hop\-Beschränkung\&. Akzeptiert eine Ganzzahl im Bereich
0…255\&. Siehe auch \fIIPv6HopLimit=\fP\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIUplinkInterface=\fP
.RS 4
Legt den Namen oder Index der Uplink\-Schnittstelle oder einen der besonderen
Werte »:none« oder »:auto« fest\&. Wenn Aussenden von DNS\-Servern oder
Such\-Domains aktiviert ist, aber keine Server festgelegt wurden, werden die
in der Uplink\-Schnittstelle konfigurierten Server ausgesandt\&. Bei »:auto«
wird der Wert für die gleiche Einstellung in dem Abschnitt
»[DHCPPrefixDelegation]« verwandt, falls \fIDHCPPrefixDelegation=\fP aktiviert
ist, andernfalls wird der Link, der über einen Standard\-Gateway mit der
höchsten Priorität verfügt, automatisch ausgewählt\&. Bei »:none« wird keine
Uplink\-Schnittstelle ausgewählt\&. Standardmäßig »:auto«\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIEmitDNS=\fP, \fIDNS=\fP
.RS 4
\fIDNS=\fP beschreibt eine Liste von rekursiven IPv6\-DNS\-Server\-Adressen, die
mittels Router Advertisement\-Nachrichten verteilt werden, wenn \fIEmitDNS=\fP
wahr ist\&. \fIDNS=\fP akzeptiert auch den besonderen Wert »_link_local«; in
diesem Fall wird die linklokale IPv6\-Adresse verteilt\&. Falls \fIDNS=\fP leer
ist, werden DNS\-Server aus dem Abschnitt »[Network]« ausgelesen\&. Falls der
Abschnitt »[Network]« auch keine DNS\-Server enthält, werden DNS\-Server von
der in \fIUplinkInterface=\fP festgelegten Uplink\-Schnittstelle
verwandt\&. Wenn \fIEmitDNS=\fP falsch ist, werden keine
DNS\-Server\-Informationen in Router Advertisement\-Nachrichten
versandt\&. \fIEmitDNS=\fP ist standardmäßig wahr\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIEmitDomains=\fP, \fIDomains=\fP
.RS 4
Eine Liste von DNS\-Such\-Domains, die mittels Router
Advertisement\-Nachrichten verteilt werden, wenn \fIEmitDomains=\fP wahr
ist\&. Falls \fIDomains=\fP leer ist, werden DNS\-Such\-Domains aus dem Abschnitt
»[Network]« ausgelesen\&. Falls der Abschnitt »[Network]« auch keine
DNS\-Such\-Domains enthält, werden DNS\-Such\-Domains von von der in
\fIUplinkInterface=\fP festgelegten Uplink\-Schnittstelle verwandt\&. Wenn
\fIEmitDomains=\fP falsch ist, werden keine DNS\-Such\-Domain\-Informationen in
Router Advertisement\-Nachrichten versandt\&. \fIEmitDomains=\fP ist
standardmäßig wahr\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIDNSLifetimeSec=\fP
.RS 4
Lebensdauer in Sekunden für in \fIDNS=\fP aufgeführte DNS\-Server und in
\fIDomains=\fP aufgeführte Such\-Domains\&. Standardmäßig 3600 Sekunden (eine
Stunde)\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIHomeAgent=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Legt fest, dass
IPv6\-Router\-Advertisements Rechnern anzeigen, dass der Router als »Home
Agent« agiert und eine Option »Home Agent« enthält\&. Standardmäig
falsch\&. Siehe \m[blue]\fBRFC 6275\fP\m[]\&\s-2\u[10]\d\s+2 zu weiteren
Details\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIHomeAgentLifetimeSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Legt die Lebensdauer des »Home Agent«
fest\&. Eine Ganzzahl\&. Die Standardeinheit sind Sekunden im Bereich
1…65535\&. Standardmäßig der in \fIRouterLifetimeSec=\fP gesetzte Wert\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fIHomeAgentPreference=\fP
.RS 4
Konfiguriert die »IPv6 Home Agent«\-Voreinstellung\&. Akzeptiert eine
vorzeichenlose Ganzzahl im Bereich 0…65535\&. Standardmäßig 0\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.SH [IPV6PREFIX]\-ABSCHNITT\-OPTIONEN
.PP
Einer oder mehrere »[IPv6Prefix]«\-Abschnitte enthalten die IPv6\-Präfixe, die
über Router Advertisements bekanntgegeben werden\&. Siehe \m[blue]\fBRFC 4861\fP\m[]\&\s-2\u[38]\d\s+2 für weitere Details\&.
.PP
\fIAddressAutoconfiguration=\fP, \fIOnLink=\fP
.RS 4
Akzeptiert einen logischen Wert, um festzulegen, ob IPv6\-Adressen mit diesem
Präfix automatisch konfiguriert und ob das Präfix für die Onlink\-Bestimmung
verwandt werden kann\&. Beide Einstellungen sind standardmäßig »true«, um
die Konfiguration zu erleichtern\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIPrefix=\fP
.RS 4
Das IPv6\-Präfix, der an die Rechner verteilt wird\&. Ähnlich statisch
konfigurierten IPv6\-Adressen wird diese Einstellung als ein IPv6\-Präfix und
seine Präfixlänge, getrennt durch ein »/«\-Zeichen, konfiguriert\&. Verwenden
Sie mehrere Abschnitte »[IPv6Prefix]«, um mehrere IPv6\-Präfixe zu
konfigurieren, da die Präfix\-Lebensdauer, automatische Adresskonfiguration
und der Onlink\-Status sich zwischen Präfixen unterscheiden können\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIPreferredLifetimeSec=\fP, \fIValidLifetimeSec=\fP
.RS 4
Bevorzugte und gültige Lebensdauer für das Präfix, gemessen in
Sekunden\&. \fIPreferredLifetimeSec=\fP ist standardmäßig 1800 Sekunden (30
Minuten) und \fIValidLifetimeSec=\fP ist standardmäßig 3600 Sekunden (eine
Stunde)\&.
.sp
Hinzugefügt in Version 235\&.
.RE
.PP
\fIAssign=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, wird eine Adresse vom Präfix
hinzugefügt\&. Standardmäßig falsch\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIToken=\fP
.RS 4
Legt einen optionalen Adresserstellungmodus für das Zuweisen von Adressen in
jedem Präfix fest\&. Dies akzeptiert die gleiche Syntax wie \fIToken=\fP in dem
Abschnitt »[IPv6AcceptRA]«\&. Falls \fIAssign=\fP auf falsch gesetzt ist, dann
wird diese Einstellung ignoriert\&. Standardmäßig nicht gesetzt, was
bedeutet, dass der EUI\-64\-Algorithmus verwandt wird\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIRouteMetric=\fP
.RS 4
Die Metrik der Präfix\-Route\&. Akzeptiert eine vorzeichenlose Ganzzahl im
Bereich 0…4294967295\&. Falls nicht oder auf 0 gesetzt, wird die Vorgabe des
Kernels verwandt\&. Diese Einstellung wird ignoriert, falls \fIAssign=\fP
falsch ist\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.SH [IPV6ROUTEPREFIX]\-ABSCHNITT\-OPTIONEN
.PP
Einer oder mehrere »[IPv6RoutePrefix]«\-Abschnitte enthalten die
IPv6\-Präfixe\-Routen, die über Router Advertisements bekanntgegeben
werden\&. Siehe \m[blue]\fBRFC 4191\fP\m[]\&\s-2\u[21]\d\s+2 für weitere
Details\&.
.PP
\fIRoute=\fP
.RS 4
Die IPv6\-Route, der an die Rechner verteilt wird\&. Ähnlich statisch
konfigurierten IPv6\-Routen wird diese Einstellung als eine IPv6\-Präfix\-Route
und seine Präfix\-Route\-Länge, getrennt durch ein »/«\-Zeichen,
konfiguriert\&. Verwenden Sie mehrere Abschnitte »[IPv6RoutePrefix]«, um
mehrere IPv6\-Präfixe\-Routen zu konfigurieren\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fILifetimeSec=\fP
.RS 4
Lebensdauer für das Route\-Präfix, gemessen in Sekunden\&. \fILifetimeSec=\fP
ist standardmäßig 3600 Sekunden (eine Stunde)\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.SH [IPV6PREF64PREFIX]\-ABSCHNITT\-OPTIONEN
.PP
Einer oder mehrere »[IPv6PREF64Prefix]«\-Abschnitte enthalten die
IPv6\-PREF64\- (oder NAT\-)Präfixe, die über Router Advertisements
bekanntgegeben werden\&. Siehe \m[blue]\fBRFC 8781\fP\m[]\&\s-2\u[33]\d\s+2 für
weitere Details\&.
.PP
\fIPrefix=\fP
.RS 4
Der IPv6\-PREF64\- (oder NAT64\-)Präfix, der an Rechner verteilt werden
soll\&. Diese Einstellung hält einen IPv6\-Präfix, der für die
NAT64\-Übersetzung (PLAT) eingerichtet werden soll, um 464XLAT auf dem
Netzwerksegment zu erlauben\&. Verwenden Sie mehrere Abschnitt
»[IPv6PREF64Prefix]«, um mehrere IPv6\-Präfixe zu konfigurieren, da sich die
Präfix\-Lebensdauer zwischen den Präfixen unterscheiden könnte\&. Der Präfix
ist eine Adresse mit einer Präfixlänge, die durch einen Schrägstrich »/«
abgetrennt ist\&. Gültige NAT64\-Präfixlängen sind 96, 64, 56, 48, 40 und 32
bit\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.PP
\fILifetimeSec=\fP
.RS 4
Lebensdauer für das Präfix, gemessen in Sekunden\&. Sollte größer als oder
gleich \fIRouterLifetimeSec=\fP sein\&. \fILifetimeSec=\fP ist standardmäßig 1800
Sekunden\&.
.sp
Hinzugefügt in Version 255\&.
.RE
.SH [BRIDGE]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[Bridge]« akzeptiert die folgenden Schlüssel:
.PP
\fIUnicastFlood=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Steuert, ob die Bridge Verkehr fluten
soll für den ein FDB\-Eintrag fehlt und das Ziel durch diesen Port unbekannt
ist\&. Falls nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 223\&.
.RE
.PP
\fIMulticastFlood=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Steuert, ob die Bridge Verkehr fluten
soll, für den ein MDB\-Eintrag fehlt und das Ziel durch diesen Port unbekannt
ist\&. Falls nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 242\&.
.RE
.PP
\fIMulticastToUnicast=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Multicast auf Unicast funktioniert auf
der Multicast\-Snooping\-Funktionalität der Bridge\&. Das bedeutet, dass
Unicast\-Kopien nur an Rechner ausgeliefert werden, die daran interessiert
sind\&. Falls nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 240\&.
.RE
.PP
\fINeighborSuppression=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert, ob ARP\- und
ND\-Nachbarunterdrückung für diesen Port aktiviert ist\&. Falls nicht
gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 242\&.
.RE
.PP
\fILearning=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert, ob MAC\-Adresslernen für
diesen Port aktiviert ist\&. Wenn nicht gesetzt, wird die Vorgabe des
Kernels verwandt\&.
.sp
Hinzugefügt in Version 242\&.
.RE
.PP
\fIHairPin=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert, ob Verkehr zurück auf dem
gleichen Port ausgesandt werden darf, auf dem er empfangen wurde\&. Wenn
dieser Schalter falsch ist, dann wird die Bridge keinen Verkehr auf den
Empfangs\-Port weiterleiten\&. Falls nicht gesetzt, wird die Vorgabe des
Kernels verwandt\&.
.sp
Hinzugefügt in Version 223\&.
.RE
.PP
\fIIsolated=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert, ob dieser Port isoliert ist
oder nicht\&. Innerhalb einer Bridge können isolierte Ports nur mit nicht
isolierten Ports kommunizieren\&. Wenn auf wahr gesetzt, kann dieser Port
nur mit anderen Ports kommunizieren, deren Isolations\-Einstellung falsch
ist\&. Wenn auf falsch gesetzt, kann dieser Port mit jedem anderen Port
kommunizieren\&. Falls nicht gesetzt, wird die Vorgabe des Kernels
verwandt\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIUseBPDU=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert, ob »STP Bridge Protocol
Data Units« durch den Bridge\-Port verarbeitet werden\&. Falls nicht gesetzt,
wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 223\&.
.RE
.PP
\fIFastLeave=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Dieser Schalter ermöglicht der Bridge,
den Multicast\-Verkehr auf einem Port, der eine IGMP\-Leave\-Nachricht
empfängt, unmittelbar zu beenden\&. Er wird nur mit IMGP\-Snooping verwandt,
falls dieses auf der Bridge aktiviert ist\&. Falls nicht gesetzt, wird die
Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 223\&.
.RE
.PP
\fIAllowPortToBeRoot=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert, ob es einem angegebenen
Port erlaubt ist, der Wurzel\-Port zu werden\&. Wird nur verwandt, wenn STP
auf der Bridge aktiviert ist\&. Falls nicht gesetzt, wird die Vorgabe des
Kernels verwandt\&.
.sp
Hinzugefügt in Version 223\&.
.RE
.PP
\fIProxyARP=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert, ob ARP\-Proxy für diesen
Port aktiviert ist\&. Wenn nicht gesetzt, wird die Vorgabe des Kernels
verwandt\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIProxyARPWiFi=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Konfiguriert, ob ARP\-Proxy auf diesem
Port, der die Anforderungen der Spezifikationen IEEE 802\&.11 und Hotspot
2\&.0 erfüllt, aktiviert ist\&. Falls nicht gesetzt, wird die Vorgabe des
Kernels verwandt\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIMulticastRouter=\fP
.RS 4
Konfiguriert diesen Port, dass daran Multicast\-Router angebunden sind\&. Ein
Port mit einem Multicast\-Router wird sämtlichen Multicast\-Verkehr
empfangen\&. Akzeptiert entweder »no«, um Multicast\-Router auf diesem Port
zu deaktivieren, »query«, um das System das Vorhandensein von Routern
erkennen zu lassen, »permanent«, um Multicast\-Verkehrsweiterleitung
dauerhaft auf diesem Port zu aktivieren oder »temporary«, um
Multicast\-Router temporär auf diesem Port zu aktivieren, unabhängig von
eingehenden Anfragen\&. Wenn nicht gesetzt, wird die Vorgabe des Kernels
verwandt\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fICost=\fP
.RS 4
Setzt die »Kosten« des Paketversands auf dieser Schnittstelle\&. Jeder Port
in einer Bridge könnte verschiedene Geschwindigkeiten haben und die Kosten
werden dazu verwandt, zu entscheiden, welcher Link verwandt werden
soll\&. Schnellere Schnittstellen sollten geringere Kosten haben\&. Der Wert
ist ganzzahlig und liegt zwischen 1 und 65535\&.
.sp
Hinzugefügt in Version 218\&.
.RE
.PP
\fIPriority=\fP
.RS 4
Setzt die »Priorität« des Paketversands auf dieser Schnittstelle\&. Die
Ports in einer Bridge könnten unterschiedliche Prioritäten haben, wobei die
Priorität dazu verwandt wird, den zu nutzenden Port auszuwählen\&. Geringere
Werte bedeuten höhere Priorität\&. Der Wert ist ganzzahlig und liegt
zwischen 0 und 63\&. Networkd setzt keine Vorgabe, was bedeutet, dass der
Vorgabewert 32 des Kernels verwandt wird\&.
.sp
Hinzugefügt in Version 234\&.
.RE
.SH [BRIDGEFDB]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[BridgeFDB]« verwaltet die Weiterleitungsdatenbanktabelle für
einen Port und akzeptiert die folgenden Schlüssel\&. Geben Sie mehrere
Abschnitte »[BridgeFDB]« an, um mehrere statische MAC\-Tabelleneinträge zu
konfigurieren\&.
.PP
\fIMACAddress=\fP
.RS 4
Wie im Abschnitt »[Network]«\&. Dieser Schlüssel ist verpflichtend\&.
.sp
Hinzugefügt in Version 219\&.
.RE
.PP
\fIDestination=\fP
.RS 4
Akzeptiert eine IP\-Adresse des Ziel\-VXLAN\-Tunnelendpunkts\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIVLANId=\fP
.RS 4
Die VLAN\-Kennung für den neuen statischen MAC\-Tabelleneintrag\&. Falls
weggelassen, wird keine VLAN\-Kennungsinformation an den neuen statischen
MAC\-Tabelleneintrag angefügt\&.
.sp
Hinzugefügt in Version 219\&.
.RE
.PP
\fIVNI=\fP
.RS 4
Der VXLAN\-Netzwerkkennzeichner (oder die VXLAN\-Segmentkennung), die zur
Verbindung zum fernen VXLAN\-Tunnelendpunkt verwandt werden
soll\&. Akzeptiert eine Zahl im Bereich 1…16777215\&. Standardmäßig nicht
gesetzt\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIAssociatedWith=\fP
.RS 4
Legt fest, womit die Adresse verknüpft ist\&. Akzeptiert entweder »use«,
»self«, »master« oder »router«\&. »use« bedeutet, dass die Adresse verwandt
wird\&. Die Anwendungsebene kann diese Option verwenden, um dem Kernel
anzuzeigen, das der fdb\-Eintrag verwandt wird\&. »self« bedeutet, dass die
Adresse mit dem Port\-Treiber fdb verknüpft ist\&. Normalerweise
Hardware\&. »master« bedeutet, dass die Adresse mit dem Master\-Gerät fdb
verknüpft ist\&. »router« bedeutet, dass die Zieladresse mit einem Router
verknüpft ist\&. Beachten Sie, dass es gültigt ist, falls das referenzierte
Gerät ein VXLAN\-artiges Gerät ist und einen Route\-Kurzschluss aktiviert
hat\&. Standardmäßig »self«\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIOutgoingInterface=\fP
.RS 4
Legt den Namen oder Index der ausgehenden Schnittstelle für den
VXLAN\-Gerätetreiber fest, um den fernen VXLAN\-Tunnelendpunkt zu
erreichen\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 249\&.
.RE
.SH [BRIDGEMDB]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[BridgeMDB]« verwaltet die Weiterleitungsdatenbanktabelle der
Multicast\-Mitgliedschaft eines Ports und akzeptiert die folgenden
Schlüssel\&. Geben Sie mehrere Abschnitte »[BridgeMDB]« an, um mehrere
dauerhafte Multicast\-Mitgliedschaftseinträge zu konfigurieren\&.
.PP
\fIMulticastGroupAddress=\fP
.RS 4
Gibt die hinzuzufügende IPv4\- oder IPv6\-Multicastgruppenadresse an\&. Diese
Einstellung ist verpflichtend\&.
.sp
Hinzugefügt in Version 247\&.
.RE
.PP
\fIVLANId=\fP
.RS 4
Die VLAN\-Kennung für den neuen Eintrag\&. Gültige Bereiche sind 0 (kein
VLAN) bis 4094\&. Optional, standardmäßig 0\&.
.sp
Hinzugefügt in Version 247\&.
.RE
.SH [LLDP]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[LLDP]« verwaltet das Link Layer Discovery Protocol (LLDP)
und akzeptiert die folgenden Schlüssel:
.PP
\fIMUDURL=\fP
.RS 4
Wenn konfiguriert, wird die »Manufacturer Usage Descriptions«\- (MUD\-)URL
(Herstellerverwendungsbeschreibungs\-URL) in LLDP\-Paketen gesandt\&. Die
Syntax und die Semantik ist zu dem oben beschriebenen \fIMUDURL=\fP im
Abschnitt »[DHCPv4]« identisch\&.
.sp
Die mittels LLDP\-Paketen empfangenen MUD\-URLs werden gespeichert und können
mit der Funktion \fBsd_lldp_neighbor_get_mud_url()\fP gelesen werden\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [CAN]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[CAN]« verwaltet den Controller Area Network (CAN\-Bus) und
akzeptiert die folgenden Schlüssel:
.PP
\fIBitRate=\fP
.RS 4
Die Bitrate des CAN\-Geräts in Bits pro Sekunde\&. Die normalen SI\-Präfixe
(K, M) zur Basis 1000 können hier verwandt werden\&. Akzeptiert eine Zahl im
Bereich 1…4294967295\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fISamplePoint=\fP
.RS 4
Optionale Abtastpunkte in Prozent mit einer Dezimalstelle (z\&.B\&. »75%«,
»87\&.5%«) oder Promille (z\&.B\&. »875‰«)\&. Dies wird ignoriert, falls
\fIBitRate=\fP nicht festgelegt ist\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fITimeQuantaNSec=\fP, \fIPropagationSegment=\fP, \fIPhaseBufferSegment1=\fP,
\fIPhaseBufferSegment2=\fP, \fISyncJumpWidth=\fP
.RS 4
Legt die Zeitquanta, das Weiterleitungssegment, das Phasenpuffersegment 1
und 2 und die Synchronisationssprungweite fest, die es erlauben, das
CAN\-Bit\-Zeitverhalten in einem Hardware\-unabhängigen Format zu definieren,
wie das durch die Bosch CAN 2\&.0\-Spezifikation vorgeschlagen
wird\&. \fITimeQuantaNSec=\fP akzeptiert eine Zeitspanne in
Nanosekunden\&. \fIPropagationSegment=\fP, \fIPhaseBufferSegment1=\fP,
\fIPhaseBufferSegment2=\fP und \fISyncJumpWidth=\fP akzeptieren die Anzahl der in
\fITimeQuantaNSec=\fP festgelegten Zeitquanten und müssen eine vorzeichenlose
Ganzzahl im Bereich 0…4294967295 sein\&. Diese Einstellungen (außer
\fISyncJumpWidth=\fP) werden ignoriert, wenn \fIBitRate=\fP festgelegt ist\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIDataBitRate=\fP, \fIDataSamplePoint=\fP
.RS 4
Die Bitrate und den Probepunkt für die Datenphase, falls CAN\-FD verwandt
wird\&. Diese Einstellungen sind analog zu den Schlüsseln \fIBitRate=\fP und
\fISamplePoint=\fP\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIDataTimeQuantaNSec=\fP, \fIDataPropagationSegment=\fP,
\fIDataPhaseBufferSegment1=\fP, \fIDataPhaseBufferSegment2=\fP,
\fIDataSyncJumpWidth=\fP
.RS 4
Legt die Zeitmaße, das Weiterleitungssegment, das Phasenpuffersegment 1 und
2 und die Synchronisationssprungweite für die Datenphase fest, falls CAN\-FD
verwandt wird\&. Diese Einstellungen sind analog zu \fITimeQuantaNSec=\fP oder
verwandten Einstellungen\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIFDMode=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls »yes«, wird CAN\-FD für die
Schnittstelle aktiviert\&. Beachten Sie, dass die Bitrate und der optionale
Probepunkt auch für die CAN\-FD\-Datenphase mittels der Schlüssel
\fIDataBitRate=\fP und \fIDataSamplePoint=\fP oder \fIDataTimeQuanta=\fP und
verwandten Einstellungen gesetzt werden sollte\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIFDNonISO=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls »yes«, wird der nicht\-ISO
CAN\-FD\-Modus für die Schnittstelle aktiviert\&. Falls nicht gesetzt, wird
die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIRestartSec=\fP
.RS 4
Automatische Neustartverzögerungszeit\&. Falls auf einen von Null
verschiedenen Wert gesetzt, wird ein Neustart des CAN\-Controllers
automatisch ausgelöst, falls eine »bus\-off«\-Bedingung nach der festgelegten
Verzögerungszeit ausgelöst wird\&. Verzögerungen in Sekundenbruchteilen
können mittels englischer Dezimalpunktschreibweise (z\&.B\&. »0\&.1s«) oder
durch Anhängen von »ms« oder »us« festgelegt werden\&. Durch Verwendung von
»infinity« oder »0« wird der automatische Neustart
ausgeschaltet\&. Standardmäßig ist der automatische Neustart deaktiviert\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fITermination=\fP
.RS 4
Akzeptiert einen logischen Wert oder einen Abschlusswiderstandswert in Ohm
im Bereich 0…65535\&. Wenn »yes«,, wird der Abschlusswiderstand auf 120 ohm
gesetzt\&. Wenn »0« oder 0 gesetzt ist, wird der Abschlusswiderstand
deaktiviert\&. Wenn nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fITripleSampling=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn »yes«, werden drei Probewerte (statt
einem) verwandt, um den Wert des Empfangsbits durch Mehrheitsbildung zu
bestimmen\&. Falls nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 242\&.
.RE
.PP
\fIBusErrorReporting=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn »yes«, wird das Berichten von
CAN\-Bus\-Fehlern aktiviert (dazu gehören Einzelbit\-, Frame\-Format und
Bit\-Packungs\-Fehler, Fehlschlag beim Senden des dominanten Bits, Fehlschlag
beim Senden des rezessiven Bits, Busüberlastung, aktive Fehlerbekanntgabe,
Fehlervorkommen bei der Übertragung)\&. Wenn nicht gesetzt, wird die Vorgabe
des Kernels verwandt\&. Beachten Sie: Im Falle eines CAN\-Busses mit einem
einzelnen CAN\-Gerät kann das Senden eines CAN\-Frames zu einer großen Anzahl
von CAN\-Bus\-Fehlern führen\&.
.sp
Hinzugefügt in Version 248\&.
.RE
.PP
\fIListenOnly=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn »yes«, wird der reine Empfangsmodus
aktiviert\&. Wenn die Schnittstelle im reinen Empfangsmodus ist, dann sendet
sie weder CAN\-Frames noch ACK\-Bits\&. Der reine Empfangsmodus ist für die
Fehlersuche in CAN\-Netzwerken wichtig, ohne in die Kommunikation
einzugreifen oder das CAN\-Frame zu bestätigen\&. Wenn nicht gesetzt, wird
die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fILoopback=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn »yes«, wird der Prüfschleifenmodus
aktiviert\&. Wenn der Prüfschleifenmodus aktiviert ist, dann behandelt die
Schnittstelle selbst übertragene Meldungen als empfangene Meldungen\&. Der
Prüfschleifenmodus ist für die Fehlersuche in CAN\-Netzwerken wichtig\&. Wenn
nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIOneShot=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls »yes«, wird der Einmalmodus
aktiviert\&. Falls nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIPresumeAck=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls »yes«, werden fehlende CAN\-ACKs
ignoriert\&. Wenn nicht gesetzt, wird die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIClassicDataLengthCode=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Falls »yes«, kümmert sich die
Schnittstelle um den 4\-bit\-Datenlängencode (DLC)\&. Wenn nicht gesetzt, wird
die Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.SH [IPOIB]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[IPoIB]« verwaltet das IP über Infiniband und akzeptiert die
folgenden Schlüssel:
.PP
\fIMode=\fP
.RS 4
Akzeptiert einen der besonderen Werte »datagram« oder
»connected«\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Wenn »datagram«, wird der unzuverlässige Datagramtransport (UD) von
Infiniband verwandt und daher ist die Schnittstellen\-MUT identisch zu der IB
L2 MTU minus dem IPoIB\-Verkapslungs\-Header (4 byte)\&. In einer typischen
IB\-Fabric mit einer 2K MTU wird die IPoIB MTU 2048 \- 4 = 2044 byte sein\&.
.sp
Wenn »connected«, wird der zuverlässige verbundene (RC) Transport von
Infiniband verwandt\&. Der verbundene Modus nutzt die verbundene Natur des
IB\-Transports aus und erlaubt eine MTU bis zur maximalen IP\-Paketgröße von
64K, das die Anzahl der IP\-Pakete reduziert, die für die Handhabung großer
UDP\-Datagramme, TCP\-Segmente usw. benötigt werden und erhöht die Leistung
für große Nachrichten\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIIgnoreUserspaceMulticastGroup=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, ignoriert der Kernel von der
Anwendungsebene behandelte Multicast\-Gruppen\&. Standardmäßig nicht gesetzt
und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.SH [QDISC]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[QDisc]« verwaltet die
Verkehrssteuerungs\-Warteschlangendisziplin (qdisc)\&.
.PP
\fIParent=\fP
.RS 4
Legt die übergeordnete Warteschlangendisziplin (qdisc) fest\&. Akzeptiert
entweder »clsact« oder »ingress«\&. Diese Angabe ist verpflichtend\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.SH [NETWORKEMULATOR]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[NetworkEmulator]« verwaltet die Warteschlangendisziplin
(qdisc) des Netzwerkemulators\&. Er kann zur Konfiguration des
Kernelpaket\-Schedulers verwandt werden und Paketverzögerungen und \-verluste
für UDP\- oder TCP\-Anwendungen simulieren oder die Bandbreitenverwendung
eines bestimmten Dienstes begrenzen, um Interntverbindungen zu simulieren\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIDelaySec=\fP
.RS 4
Legt eine feste Verzögerung fest, die allen von dieser Schnittstelle
ausgehenden Paketen hinzugefügt wird\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIDelayJitterSec=\fP
.RS 4
Legt die ausgewählte Verzögerung fest, die auf der Netzwerkschnittstelle
ausgehenden Paketen hinzugefügt wird\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIPacketLimit=\fP
.RS 4
Legt die maximale Anzahl an Paketen fest, die Qdisc gleichzeitig in einer
Warteschlange halten darf\&. Eine vorzeichenlose Ganzzahl im Bereich
0…4294967294\&. Standardmäßig 1000\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fILossRate=\fP
.RS 4
Legt die unabhängige Verlustwahrscheinlichkeit fest, die auf der
Netzwerkschnittstelle ausgehenden Paketen hinzugefügt wird\&. Akzeptiert
einen Prozentwert, dem »%« angehängt ist\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIDuplicateRate=\fP
.RS 4
Legt fest, dass eine gewählte Anzahl von Paketen verdoppelt wird, bevor sie
in die Warteschlange kommt\&. Akzeptiert einen Prozentwert, dem »%«
angehängt ist\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.SH [TOKENBUCKETFILTER]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[FairQueueing]« verwaltet die Warteschlangendisziplin (qdisc)
für »Token Bucket«\-Filter (tbf)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fILatencySec=\fP
.RS 4
Legt den Verzögerungsparameter fest, der die maximale Zeitdauer festlegt,
die ein Paket im »Token Bucket Filter (TBF)« liegen kann\&. Standardmäßig
nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fILimitBytes=\fP
.RS 4
Akzeptiert die Anzahl an Bytes, die zum Warten auf die Verfügbarkeit von
Token in die Warteschlange eingestellt werden können\&. Wird K, M oder G
angehängt, dann wird dies zur angegebenen Größe als Kilobyte, Megabyte
bzw\&. Gigabyte zur Basis 1024 ausgewertet\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIBurstBytes=\fP
.RS 4
Legt die Größe des Buckets fest\&. Dies ist die maximale Anzahl an Byte, für
die Token für instantane Übertragung zur Verfügung stehen können\&. Wird der
Größe K, M oder G angehängt, dann wird sie als Kilobyte, Megabyte
bzw\&. Gigabyte zur Basis 1024 ausgewertet\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIRate=\fP
.RS 4
Legt die Geräte\-spezifische Bandbreite fest\&. Wird K, M oder G angehängt,
dann wird die festgelegte Bandbreite als Kilobit, Megabit bzw\&. Gigabit zur
Basis 1000 ausgewertet\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIMPUBytes=\fP
.RS 4
Die Minimale Paketeinheit (MPU) bestimmt die minimale Token\-Verwendung
(festgelegt in Byte) für ein Paket\&. Wird K, M oder G angehängt, dann wird
die angegebene Größe als Kilobyte, Megabyte bzw\&. Gigabyte zur Basis 1024
ausgewertet\&. Standardmäßig 0\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIPeakRate=\fP
.RS 4
Akzeptiert die maximale Entleerungsrate des Buckets\&. Wird K, M oder G
angehängt, dann wird die angegebene Größe als Kilobit, Megabit
bzw\&. Gigabit zur Basis 1000 ausgewertet\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIMTUBytes=\fP
.RS 4
Legt Größe des Peakrate\-Buckets (Höchstraten\-Buckets) fest\&. Wird K, M oder
G angehängt, dann wird die angegebene Größe als Kilobyte, Megabyte
bzw\&. Gigabyte zur Basis 1024 ausgewertet\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.SH [PIE]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[PIE]« verwaltet die Warteschlangendisziplin (qidsc) für
»Proportional Integral controller\-Enhanced« (PIE)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPacketLimit=\fP
.RS 4
Legt die harte Begrenzung für die Warteschlangengröße (in Paketanzahl)
fest\&. Wenn diese Begrenzung erreicht wird, werden eingehende Pakete
verworfen\&. Eine vorzeichenlose Ganzzahl im Bereich
1…4294967294\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [FLOWQUEUEPIE]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[PIE]« verwaltet die Warteschlangendisziplin (qidsc) für
»Flow Queue Proportional Integral controller\-Enhanced« (PIE)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPacketLimit=\fP
.RS 4
Legt die harte Begrenzung für die Warteschlangengröße (in Paketanzahl)
fest\&. Wenn diese Begrenzung erreicht wird, werden eingehende Pakete
verworfen\&. Eine vorzeichenlose Ganzzahl im Bereich 1 bis
4294967294\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 247\&.
.RE
.SH [STOCHASTICFAIRBLUE]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[StochasticFairBlue]« verwaltet die Warteschlangendisziplin
(qdisc) für »tochastic fair blue« (sfb)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPacketLimit=\fP
.RS 4
Legt die harte Begrenzung für die Warteschlangengröße (in Paketanzahl)
fest\&. Wenn diese Begrenzung erreicht wird, werden eingehende Pakete
verworfen\&. Eine vorzeichenlose Ganzzahl im Bereich
0…4294967294\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [STOCHASTICFAIRNESSQUEUEING]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[StochasticFairnessQueueing]« verwaltet die
Warteschlangendisziplin (qdisc) für »stochastic fairness queueing«
(stochastisch faire Warteschlange, sfq)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPerturbPeriodSec=\fP
.RS 4
Legt das Intervall in Sekunden für die Pertubation des
Warteschlangenalgorithmus fest\&. Standardmäßig nicht gesetzt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.SH [BFIFO]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[BFIFO]« verwaltet die Warteschlangendisziplin (qdisc) für
»Byte limited Packet First In First Out« (Byte\-begrenzte Zuerst\-rein
Zuerst\-raus, bfifo)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fILimitBytes=\fP
.RS 4
Legt die harte Begrenzung der FIFO\-Puffergröße in Bytes fest\&. Die
Größenbegrenzung verhindert einen Überlauf, falls der Kernel nicht in der
Lage ist, die Pakete so schnell aus der Warteschlange zu entfernen, wie er
sie empfängt\&. Wenn diese Begrenzung erreicht wird, dann werden eingehende
Pakete verworfen\&. Wird K, M oder G angehängt, dann wird die angegebene
Größe als Kilobyte, Megabyte bzw\&. Gigabyte zur Basis 1024
ausgewertet\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [PFIFO]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[PFIFO]« verwaltet die Warteschlangendisziplin (qdisc) für
»Packet First In First Out« (Paket Zuerst\-rein Zuerst\-raus, pfifo)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPacketLimit=\fP
.RS 4
Legt die harte Begrenzung für die Anzahl der Pakete in der
FIFO\-Warteschlange fest\&. Diese Größenbegrenzung verhindert einen Überlauf,
falls der Kernel nicht in der Lage ist, die Pakete so schnell aus der
Warteschlange zu entfernen, wie er sie empfängt\&. Wenn diese Begrenzung
erreicht wird, werden eingehende Pakete verworfen\&. Eine vorzeichenlose
Ganzzahl im Bereich 0…4294967294\&. Standardmäßig nicht gesetzt und die
Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [PFIFOHEADDROP]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[PFIFOHeadDrop]« verwaltet die Warteschlangendisziplin
(qdisc) für »Packet First In First Out Head Drop« (pfifo_head_drop)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPacketLimit=\fP
.RS 4
Wie im Abschnitt »[PFIFO]«\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [PFIFOFAST]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[PFIFOFast]« verwaltet die Warteschlangendisziplin (qdisc)
für »Packet First In First Out Fast« (Paket Zuerst\-rein Zuerst\-raus Schnell,
pfifo_fast)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.SH [CAKE]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[CAKE]« verwaltet die Warteschlangendisziplin (qidsc) für
»Common Applications Kept Enhanced« (CAKE)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIBandwidth=\fP
.RS 4
Legt die Formungs\-Bandbreite fest\&. Wird K, M oder G angehängt, dann wird
die angegebene Größe als Kilobit, Megabit bzw\&. Gigabit zur Basis 1000
ausgewertet\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIAutoRateIngress=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Aktiviert automatische
Kapazitätsabschätzung basierend auf dem Verkehr, der auf dieser Qdisc
eintrifft\&. Dies ist wahrscheinlich für zelluläre Links am nützlichsten,
bei denen sich die Qualität zufällig ändern kann\&. Falls diese Einstellung
aktiviert ist, wird die Einstellung \fIBandwidth=\fP als anfängliche
Abschätzung verwandt\&. Standardmäßig nicht gesetzt und die Vorgabe des
Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIOverheadBytes=\fP
.RS 4
Legt fest, dass Bytes zu der Größe jedes Pakets hinzugefügt werden
sollen\&. Bytes können negativ sein\&. Akzeptiert eine vorzeichenlose
Ganzzahl im Bereich \-64…256\&. Standardmäßig nicht gesetzt und die Vorgabe
des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIMPUBytes=\fP
.RS 4
Rundet jedes Paket (einschließlich Overhead) auf die festgelegten
Byte\&. Akzeptiert eine Ganzzahl im Bereich 1…256\&. Standardmäßig nicht
gesetzt und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fICompensationMode=\fP
.RS 4
Akzeptiert entweder »none«, »atm« oder »ptm«\&. Legt den Kompensationsmodus
für die Overhead\-Berechnung fest\&. Falls »none«, wird keine Kompensation
berücksichtigt\&. Bei »atm« wird die Kompensation für ATM\-Zellen\-Frames
aktiviert; dies erfolgt normalerweise auf ADSL\-Verbindungen\&. Bei »ptm«
wird die Kompensation für PTM\-Kodierung aktiviert; dies erfolgt
normalerweise auf VDSL2\-Verbindungen und beim Einsatz eines
64b/65b\-Kodierung\-Schematas\&. Standardmäßig nicht gesetzt und die Vorgabe
des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIUseRawPacketSize=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, wird die vom Linux\-Kernel
berichtete Paketgröße statt der zugrundeliegenden IP\-Paketgröße
verwandt\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIFlowIsolationMode=\fP
.RS 4
CAKE legt Pakete aus verschiedenen Datenflüssen in verschiedene
Warteschlangen, dann werden Pakete von jeder Warteschlange fair
ausgeliefert\&. Dies legt fest, ob die Fairness auf der Quelladresse, der
Zieladresse, einzelnen Datenflüssen oder einer beliebigen Kombination daraus
basiert\&. Die verfügbaren Werte sind:
.PP
\fBnone\fP
.RS 4
Die Datenflussisolierung ist deaktiviert und sämtlicher Verkehr läuft durch
eine einzelne Warteschlange\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBsrc\-host\fP
.RS 4
Datenflüsse werden nur über die Quelladresse definiert\&. Äquivalent zu der
Option »srchost« für den Befehl \fBtc qdisc\fP\&. Siehe auch \fBtc\-cake\fP(8)\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBdst\-host\fP
.RS 4
Datenflüsse werden nur über die Zieladresse definiert\&. Äquivalent zu der
Option »dsthost« für den Befehl \fBtc qdisc\fP\&. Siehe auch \fBtc\-cake\fP(8)\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBhosts\fP
.RS 4
Datenflüsse werden über die Quell\-Ziel\-Rechner\-Paare definiert\&. Äquivalent
zu der gleichen Option für den Befehl \fBtc qdisc\fP\&. Siehe auch
\fBtc\-cake\fP(8)\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBflows\fP
.RS 4
Datenflüsse werden über das gesamte 5\-Tupel Quelladresse, Zieladresse,
Transportprotokoll, Quell\-Port und Ziel\-Port definiert\&. Äquivalent zu der
gleichen Option für den Befehl \fBtc qdisc\fP\&. Siehe auch \fBtc\-cake\fP(8)\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBdual\-src\-host\fP
.RS 4
Datenflüsse werden über das 5\-Tupel (siehe »Datenflüsse« im obigen)
definiert und Fairness wird über die Quelladresse, dann über die
individuellen Datenflüsse angewandt\&. Äquivalent zu der Option
»dual\-srchost« für den Befehl \fBtc qdisc\fP\&. Siehe auch \fBtc\-cake\fP(8)\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBdual\-dst\-host\fP
.RS 4
Datenflüsse werden über das 5\-Tupel (siehe »Datenflüsse« im obigen)
definiert und Fairness wird über die Zieladresse, dann über die
individuellen Datenflüsse angewandt\&. Äquivalent zu der Option
»dual\-dsthost« für den Befehl \fBtc qdisc\fP\&. Siehe auch \fBtc\-cake\fP(8)\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBtriple\fP
.RS 4
Datenflüsse werden über das 5\-Tupel (siehe »Datenflüsse« im obigen)
definiert und Fairness wird über die Quell\- und Zieladressen, dann auch über
die individuellen Datenflüsse angewandt\&. Äquivalent zu der Option
»triple\-isolate« für den Befehl \fBtc qdisc\fP\&. Siehe auch \fBtc\-cake\fP(8)\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.sp
Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fINAT=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, führt CAKE NAT\-Nachschlagen
durch, bevor Datenfluss\-Isolationsregeln angewandt werden, um die wahre
Adresse und Port\-Nummer des Pakets zu bestimmen, um die Fairness zwischen
Rechnern innerhalb des NAT zu verbessern\&. Dies hat keine praktischen
Auswirkungen, wenn \fIFlowIsolationMode=\fP »none« oder »flows« ist oder falls
NAT auf einem anderen Rechner durchgeführt wird\&. Standardmäßig nicht
gesetzt und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIPriorityQueueingPreset=\fP
.RS 4
CAKE teilt den Datenverkehr in »Tins« ein und jeder Tin hat seinen eigenen
Satz an Datenfluss\-Isolationsregeln, Bandbreiten\-Schwellwert und
Priorität\&. Dies legt die Voreinstellung in Tin\-Profilen fest\&. Die
verfügbaren Werte sind:
.PP
\fBbesteffort\fP
.RS 4
Deaktiviert Prioritäts\-Warteschlagen, indem sämtlicher Verkehr in einen Tin
gebracht wird\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBprecedence\fP
.RS 4
Aktiviert Prioritäts\-Warteschlagen, basierend auf der veralteten
Interpretation des TOS\-Feldes »Precedence«\&. Von der Verwendung dieser
Voreinstellung im modernen Internet wird nachdrücklich abgeraten\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBdiffserv8\fP
.RS 4
Aktiviert Prioritäts\-Warteschlagen, basierend auf dem Feld Differenzieller
Dienst (»DiffServ«) mit acht Tins: Hintergrundverkehr, Hoher Durchsatz,
Größte Mühe, Video\-Streaming, Aktionen mit geringer Verzögerung, Interaktive
Shell, Minimale Verzögerung und Netzwerksteuerung\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBdiffserv4\fP
.RS 4
Aktiviert Prioritäts\-Warteschlagen, basierend auf dem Feld Differenzieller
Dienst (»DiffServ«) mit vier Tins: Hintergrundverkehr, Größte Mühe,
Medien\-Streaming und Verzögerungs\-Empfindlich\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBdiffserv3\fP
.RS 4
Aktiviert Prioritäts\-Warteschlagen, basierend auf dem Feld Differenzieller
Dienst (»DiffServ«) mit drei Tins: Hintergrundverkehr, Größte Mühe und
Verzögerungs\-Empfindlich\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.sp
Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIFirewallMark=\fP
.RS 4
Akzeptiert eine Ganzzahl im Bereich 1…4294967295\&. Wenn gesetzt, wird
Firwall\-markierungsbasierte Außerkraftsetzung von CAKEs Tin\-Auswahl
aktiviert\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIWash=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, bereinigt CAKE das DSCP\-Feld,
außer für ECN\-Bits, für alle Pakete, die CAKE durchlaufen\&. Standardmäßig
nicht gesetzt und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fISplitGSO=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Wenn wahr, wird CAKE »General
Segmentation Offload« (GSO) Super\-Pakete in ihre leitungsgebundenen
Komponenten aufteilen und sie einzeln aus der Warteschlange
entfernen\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fIRTTSec=\fP
.RS 4
Legt den RTT für den Filter fest\&. Akzeptiert eine Zeitspanne\&. Typische
Werte sind z\&.B\. 100us für Extrem\-Hochleistungs\-10GigE+\-Netzwerke wie
Datenzentren, 1ms für kabelgebundene LAN\-Verbindungen, 100ms für typische
Internetverbindungen\&. Standardmäßig nicht gesetzt und die Vorgabe des
Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 253\&.
.RE
.PP
\fIAckFilter=\fP
.RS 4
Akzeptiert einen logischen oder den besonderen Wert »aggressive«\&. Falls
aktiviert, werden ACKs in jedem Datenfluss in die Warteschlange gestellt und
redundante ACKs an die übergeordnete Stelle verworfen\&. Falls »yes«, wird
der Filter immer mindestens zwei redundante ACKs in der Warteschlange
halten, wärend er im Modus »aggressive« runter auf einen einzigen ACK
filtern wird\&. Dies kann die Herunterladegeschwindigkeit auf Verbindungen
mit sehr asymetrischen Ratenbegrenzungen verbessern\&. Standardmäßig nicht
gesetzt und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 253\&.
.RE
.SH [CONTROLLEDDELAY]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[ControlledDelay]« verwaltet die Warteschlangendisziplin
(qidsc) für »controlled delay« (gesteuerte Verzögerung, CoDel)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPacketLimit=\fP
.RS 4
Legt die harte Begrenzung für die Warteschlangengröße (in Paketanzahl)
fest\&. Wenn diese Begrenzung erreicht wird, werden eingehende Pakete
verworfen\&. Eine vorzeichenlose Ganzzahl im Bereich
0…4294967294\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fITargetSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Legt die akzeptierbare minimale
stehende/dauerhafte Warteschlangenverzögerung\&. Standardmäßig nicht gesetzt
und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIIntervalSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Dies wird verwandt, um sicherzustellen, dass
die gemessene minimale Verzögerung nicht zu stark veraltet\&. Standardmäßig
nicht gesetzt und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIECN=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Dies kann zur Markierung von Paketen
verwandt werden, statt diese zu verwerfen\&. Standardmäßig nicht gesetzt und
die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fICEThresholdSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Dies setzt einen Schwellwert, oberhalb dessen
alle Pakete mit »ECN Congestion Experienced (CE)« markiert
werden\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.SH [DEFICITROUNDROBINSCHEDULER]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[DeficitRoundRobinScheduler]« verwaltet die
Warteschlangendisziplin (qdisc) für »Deficit Round Robin Scheduler«
(defizitären Rundlauf\-Scheduler, DRR)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.SH [DEFICITROUNDROBINSCHEDULERCLASS]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[DeficitRoundRobinSchedulerClass]« verwaltet die
Verkehrssteuerungsklasse des defizitären Rundlauf\-Schedulers (DRR)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root« oder einen qdisc\-Kennzeichner\&. Der qdisc\-Kennzeichner wird
als Haupt\- und Nebennummer im hexadezimalen Bereich 0x1…Oxffff, getrennt
durch einen Doppelpunkt (»Haupt:Neben«), festgelegt\&. Standardmäßig
»root«\&.
.RE
.PP
\fIClassId=\fP
.RS 4
Konfiguriert den eindeutigen Kennzeichner der Klasse\&. Er wird als Haupt\-
und Nebennummer im hexadezimalen Bereich 0x1…Oxffff, getrennt durch einen
Doppelpunkt (»Haupt:Neben«), festgelegt\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIQuantumBytes=\fP
.RS 4
Legt die Menge an Daten eines Datenflusses fest, die die Warteschlange
verlassen dürfen, bevor der Scheduler zu der nächsten Klasse
übergeht\&. Wird K, M oder G angehängt, dann wird die angegebene Größe als
Kilobyte, Megabyte bzw\&. Gigabyte zur Basis 1024
ausgewertet\&. Standardmäßig die MTU der Schnittstelle\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [ENHANCEDTRANSMISSIONSELECTION]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[EnhancedTransmissionSelection]« verwaltet die
Warteschlangendisziplin (qdisc) für »Enhanced Transmission Selection«
(erweiterten Übertragungsauswahl, ETS)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIBands=\fP
.RS 4
Legt die Anzahl der Bänder fest\&. Eine vorzeichenlose Ganzzahl im Bereich
1…16\&. Dieser Wert muss mindestens groß genug sein, um die durch das
\fIStrictBands=\fP festgelegten strengen Bänder und die bandbreiten\-teilenden,
mit \fIQuantumBytes=\fP festgelegten Bänder abzudecken\&,
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIStrictBands=\fP
.RS 4
Legt die Anzahl an Bändern fest, die im strengen Modus erstellt werden
sollen\&. Eine vorzeichenlose Ganzzahl im Bereich 1…16\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIQuantumBytes=\fP
.RS 4
Legt die Leerraum getrennte Liste von in anteilig genutzten Bändern
gemeinsam genutzte Quantums fest\&. Wird K, M oder G angehängt, dann wird
die angegebene Größe als Kilobyte, Megabyte bzw\&. Gigabyte zur Basis 1024
ausgewertet\&. Diese Einstellung kann mehrfach angegeben werden\&. Falls
eine leere Zeichenkette zugewiesen wird, dann werden alle vorhergehenden
Zuweisungen zurückgesetzt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIPriorityMap=\fP
.RS 4
Die Priorität\-Zuordnung bildet die Priorität eines Pakets zu einem Band
ab\&. Das Argument ist eine Leerraum\-getrennte Liste von Zahlen\&. Die erste
Zahl zeigt an, in welches Band die Pakete mit Priorität 0 abgelegt werden
sollen, die zweite ist für Priorität 1 und so weiter\&. Es kann bis zu 16
Zahlen in der Liste geben\&. Falls es weniger gibt, wird der Verkehr mit
einer der nicht erwähnten Prioritäten standardmäßig in das letzte
geleitet\&. Jede Bandnummer muss im Bereich 0…255 liegen\&. Diese
Einstellung kann mehrfach angegeben werden\&. Falls eine leere Zeichenkette
zugewiesen wird, dann werden alle vorhergehenden Zuweisungen
zurückgesetzt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [GENERICRANDOMEARLYDETECTION]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[GenericRandomEarlyDetection]« verwaltet die
Warteschlangendisziplin (qdisc) für »Generic Random Early Detection«
(generische zufällige frühe Erkennung, GRED)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIVirtualQueues=\fP
.RS 4
Legt die Anzahl an virtuellen Warteschlangen fest\&. Akzeptiert eine
Ganzzahl im Bereich 1…16\&. Standardmäßig nicht gesetzt und die Vorgabe des
Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIDefaultVirtualQueue=\fP
.RS 4
Legt die Anzahl an vorgegebenen virtuellen Warteschlangen fest\&. Dies muss
kleiner als \fIVirtualQueue=\fP sein\&. Standardmäßig nicht gesetzt und die
Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIGenericRIO=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Dies schaltet ein RIO\-artiges
Puffer\-Schema ein\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels
wird verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [FAIRQUEUEINGCONTROLLEDDELAY]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[FairQueueingControlledDelay] verwaltet die
Warteschlangendisziplin für »fair queuing controlled delay« (faire
Warteschlangen\-gesteuerte Verzögerung, FQ\-CoDel)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPacketLimit=\fP
.RS 4
Legt die harte Begrenzung der wirklichen Warteschlangengröße fest\&. Wenn
diese Begrenzung erreicht wird, werden eingehende Pakete
verworfen\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIMemoryLimitBytes=\fP
.RS 4
Legt die Begrenzung der Gesamtzahl an Bytes fest, die in dieser
FQ\-CoDel\-Instanz in die Warteschlange können\&. Wird K, M oder G angehängt,
dann wird die angegebene Größe als Kilobyte, Megabyte bzw\&. Gigabyte zur
Basis 1024 ausgewertet\&. Standardmäßig nicht gesetzt und die Vorgabe des
Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIFlows=\fP
.RS 4
Legt die Anzahl an Datenflüsse fest, in die die eingehenden Pakete
klassifiziert werden\&. Standardmäßig nicht gesetzt und die Vorgabe des
Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fITargetSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Legt die akzeptierbare minimale
stehende/dauerhafte Warteschlangenverzögerung\&. Standardmäßig nicht gesetzt
und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIIntervalSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Dies wird verwandt, um sicherzustellen, dass
die gemessene minimale Verzögerung nicht zu stark veraltet\&. Standardmäßig
nicht gesetzt und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIQuantumBytes=\fP
.RS 4
Legt die Anzahl Byte fest, die als »defizitär« in der fairen
Warteschlange\-Algorithmus\-Zeitspanne verwandten werden\&. Wird K, M oder G
angehängt, dann wird die angegebene Größe als Kilobyte, Megabyte
bzw\&. Gigabyte zur Basis 1024 ausgewertet\&. Standardmäßig nicht gesetzt
und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIECN=\fP
.RS 4
Akzeptiert einen logischen Wert\&. Dies kann zur Markierung von Paketen
verwandt werden, statt diese zu verwerfen\&. Standardmäßig nicht gesetzt und
die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fICEThresholdSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Dies setzt einen Schwellwert, oberhalb dessen
alle Pakete mit »ECN Congestion Experienced (CE)« markiert
werden\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.SH [FAIRQUEUEING]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[FairQueueing]« verwaltet die Warteschlangendisziplin (qdisc)
für »fair queue traffic policing« (faire Warteschlangen\-Verkehrsüberwachung,
FQ)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPacketLimit=\fP
.RS 4
Legt die harte Begrenzung der wirklichen Warteschlangengröße fest\&. Wenn
diese Begrenzung erreicht wird, werden eingehende Pakete
verworfen\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIFlowLimit=\fP
.RS 4
Legt die harte Begrenzung für die maximale Anzahl an Paketen, die pro
Datenfluss in die Warteschlange darf, fest\&. Standardmäßig nicht gesetzt
und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIQuantumBytes=\fP
.RS 4
Legt das Guthaben pro Warteschlangen\-Entnahme\-PR\-Runde fest, d\&.h\&. die
Menge an Byte, die ein Datenfluss auf einmal aus der Warteschlange entnehmen
darf\&. Wird K, M oder G angehängt, dann wird die angegebene Größe als
Kilobyte, Megabyte bzw\&. Gigabyte zur Basis 1024
ausgewertet\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIInitialQuantumBytes=\fP
.RS 4
Legt das anfängliche Senderateguthaben fest, d\&.h\&. die Menge an Byte, die
ein neuer Datenfluss anfänglich aus der Warteschlange entnehmen darf\&. Wird
K, M oder G angehängt, dann wird die angegebene Größe als Kilobyte, Megabyte
bzw\&. Gigabyte zur Basis 1024 ausgewertet\&. Standardmäßig nicht gesetzt
und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIMaximumRate=\fP
.RS 4
Legt die maximale Senderate des Datenflusses fest\&. Wird K, M oder G
angehängt, dann wird die angegebene Größe als Kilobit, Megabit
bzw\&. Gigabit zur Basis 1000 ausgewertet\&. Standardmäßig nicht gesetzt und
die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIBuckets=\fP
.RS 4
Legt die Größe der für Datenfluss\-Nachschlageaktionen verwandten
Hash\-Tabelle fest\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels
wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIOrphanMask=\fP
.RS 4
Akzeptiert eine vorzeichenlose Ganzzahl\&. Für Pakete, die keinem Socket
gehören, ist fq in der Lage, einen Teil des Hashes zu verdecken und die
Anzahl der dem Verkehr zugeordneten Buckets zu reduzieren\&. Standardmäßig
nicht gesetzt und die Vorgabe des Kernels wird verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fIPacing=\fP
.RS 4
Akzeptiert einen logischen Wert und aktiviert oder deaktiviert
Datenflusssteuerung\&. Falls nicht gesetzt, wird die Vorgabe des Kernels
verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.PP
\fICEThresholdSec=\fP
.RS 4
Akzeptiert eine Zeitspanne\&. Dies setzt einen Schwellwert, oberhalb dessen
alle Pakete mit »ECN Congestion Experienced (CE)« markiert
werden\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.SH [TRIVIALLINKEQUALIZER]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[TrivialLinkEqualizer]« verwaltet die Warteschlangendisziplin
(qdisc) für »trivial link equalizer« (triviale Link\-Ausgleicher, teql)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIId=\fP
.RS 4
Legt die Schnittstellenkennung »N« von teql fest\&. Standardmäßig
»0«\&. Beachten Sie, dass derzeit beim Einsatz von teql das Modul
\fBsch_teql\fP mit der Option \fBmax_equalizers=N+1\fP geladen sein muss, bevor
\fBsystemd\-networkd\fP gestartet wird\&.
.sp
Hinzugefügt in Version 245\&.
.RE
.SH [HIERARCHYTOKENBUCKET]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[HierarchyTokenBucket]« verwaltet die Warteschlangendisziplin
(qdisc) für »hierarchy token bucket« (hierarchische »Token Buckets«, htb)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIDefaultClass=\fP
.RS 4
Akzeptiert die Nebenkennung der Vorgabeklasse in hexadezimal\&. Nicht
klassifizierter Verkehr wird zu der Klasse gesandt\&. Standardmäßig nicht
gesetzt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIRateToQuantum=\fP
.RS 4
Akzeptiert eine vorzeichenlose Ganzzahl\&. Das DRR\-Maß wird berechnet, indem
der in \fIRate=\fP konfigurierte Wert durch \fIRateToQuantum=\fP geteilt wird\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [HIERARCHYTOKENBUCKETCLASS]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[HierarchyTokenBucketClass]« verwaltet die
Verkehrssteuerklasse für hierarchische »Token Buckets« (htb)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root« oder einen qdisc\-Kennzeichner\&. Der qdisc\-Kennzeichner wird
als Haupt\- und Nebennummer im hexadezimalen Bereich 0x1…Oxffff, getrennt
durch einen Doppelpunkt (»Haupt:Neben«), festgelegt\&. Standardmäßig
»root«\&.
.RE
.PP
\fIClassId=\fP
.RS 4
Konfiguriert den eindeutigen Kennzeichner der Klasse\&. Er wird als Haupt\-
und Nebennummer im hexadezimalen Bereich 0x1…Oxffff, getrennt durch einen
Doppelpunkt (»Haupt:Neben«), festgelegt\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPriority=\fP
.RS 4
Legt die Priorität der Klasse fest\&. Im Rundumlaufprozess werden Klassen
mit dem niedrigsten Prioritätsfeld zuerst für Pakete versucht\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIQuantumBytes=\fP
.RS 4
Legt fest, wie viel Bytes auf einem Blatt auf einmal ausgeliefert werden
sollen\&. Wird K, M oder G angehängt, dann wird die angegebene Größe als
Kilobyte, Megabyte bzw\&. Gigabyte zur Basis 1024 ausgewertet\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIMTUBytes=\fP
.RS 4
Legt die maximal zu erstellende Paketgröße fest\&. Wird K, M oder G
angehängt, dann wird die angegebene Größe als Kilobyte, Megabyte
bzw\&. Gigabyte zur Basis 1024 ausgewertet\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIOverheadBytes=\fP
.RS 4
Akzeptiert eine vorzeichenlose Ganzzahl, die den paketbezogenen Overhead
festlegt, der bei Ratenberechnungen verwandt wird\&. Wird K, M oder G
angehängt, dann wird die angegebene Größe als Kilobyte, Megabyte
bzw\&. Gigabyte zur Basis 1024 ausgewertet\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIRate=\fP
.RS 4
Legt die maximale Rate fest, die dieser Klasse und allen ihrer Kinder
garantiert wird\&. Wird K, M oder G angehängt, dann wird die angegebene
Größe als Kilobit, Megabit bzw\&. Gigabit zur Basis 1000
ausgewertet\&. Diese Einstellung ist verpflichtend\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fICeilRate=\fP
.RS 4
Legt die maximale Rate fest, mit der eine Klasse senden kann, wenn ihre
übergeordnete Klasse über freie Bandbreite verfügt\&. Wird K, M oder G
angehängt, dann wird die angegebene Größe als Kilobit, Megabit
bzw\&. Gigabit zur Basis 1000 ausgewertet\&. Wenn nicht gesetzt, wird der
mit \fIRate=\fP festgelegte Wert verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIBufferBytes=\fP
.RS 4
Legt den maximalen Byte\-Signalblock fest, der während Leerlaufperioden
angesammelt werden kann\&. Wird K, M oder G angehängt, dann wird die
angegebene Größe als Kilobyte, Megabyte bzw\&. Gigabyte zur Basis 1024
ausgewertet\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fICeilBufferBytes=\fP
.RS 4
Legt den maximalen Byte\-Signalblock für eine Zelle fest, der während
Leerlaufperioden angesammelt werden kann\&. Wird K, M oder G angehängt, dann
wird die angegebene Bandbreite als Kilobyte, Megabyte bzw\&. Gigabyte zur
Basis 1024 ausgewertet\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [HEAVYHITTERFILTER]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[HeavyHitterFilter]« verwaltet die Warteschlangendisziplin
(qdisc) für »Heavy Hitter Filter« (hhf)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIPacketLimit=\fP
.RS 4
Legt die harte Begrenzung für die Warteschlangengröße (in Paketanzahl)
fest\&. Wenn diese Begrenzung erreicht wird, werden eingehende Pakete
verworfen\&. Eine vorzeichenlose Ganzzahl im Bereich
0…4294967294\&. Standardmäßig nicht gesetzt und die Vorgabe des Kernels wird
verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [QUICKFAIRQUEUEING]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[QuickFairQueueing]« verwaltet die Warteschlangendisziplin
(qdisc) für »Quick Fair Queueing« (schnelle faire Warteschlange, QFD)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root«, »clsact«, »ingress« oder eine Klassenkennung\&. Die
Klassenkennung wird als hexadezimale Haupt\- und Nebennummer im Bereich
0x1…0xffff, getrennt durch einen Doppelpunkt (»Haupt:Neben«),
festgelegt\&. Standardmäßig »root«\&.
.RE
.PP
\fIHandle=\fP
.RS 4
Konfiguriert die Hauptzahl von eindeutigen Kennzeichnern (»Handle«) in der
Qdisc\&. Akzeptiert eine hexadezimale Zahl im Bereich
0x1…0xffff\&. Standardmäßig nicht gesetzt\&.
.RE
.SH [QUICKFAIRQUEUEINGCLASS]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[QuickFairQueueingClass]« verwaltet die
Verkehrssteuerungsklasse der schnellen fairen Warteschlange (qfq)\&.
.PP
\fIParent=\fP
.RS 4
Konfiguriert die übergeordnete Warteschlangendisziplin (qdisc)\&. Akzeptiert
entweder »root« oder einen qdisc\-Kennzeichner\&. Der qdisc\-Kennzeichner wird
als Haupt\- und Nebennummer im hexadezimalen Bereich 0x1…Oxffff, getrennt
durch einen Doppelpunkt (»Haupt:Neben«), festgelegt\&. Standardmäßig
»root«\&.
.RE
.PP
\fIClassId=\fP
.RS 4
Konfiguriert den eindeutigen Kennzeichner der Klasse\&. Er wird als Haupt\-
und Nebennummer im hexadezimalen Bereich 0x1…Oxffff, getrennt durch einen
Doppelpunkt (»Haupt:Neben«), festgelegt\&. Standardmäßig nicht gesetzt\&.
.RE
.PP
\fIWeight=\fP
.RS 4
Legt die Gewichtung der Klasse fest\&. Akzeptiert eine Ganzzahl im Bereich
1…1023\&. Standardmäßig nicht gesetzt, wodurch die Vorgabe des Kernels
verwandt wird\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fIMaxPacketBytes=\fP
.RS 4
Legt die maximale Paketgröße in Bytes für die Klasse fest\&. Wird K, M oder
G angehängt, dann wird die angegebene Größe als Kilobyte, Megabyte
bzw\&. Gigabyte zur Basis 1024 ausgewertet\&. Wenn nicht gesetzt, wird die
Vorgabe des Kernels verwandt\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.SH [BRIDGEVLAN]\-ABSCHNITT\-OPTIONEN
.PP
Der Abschnitt »[BridgeVLAN]« verwaltet die VLAN\-Kennungskonfiguration eines
Bridge\-Ports und akzeptiert die folgenden Schlüssel\&. Um mehrere
VLAN\-Einträge zu konfigurieren, geben Sie mehrere »[BridgeVLAN]«\-Abschnitte
an\&. Die Option \fIVLANFiltering=\fP muss aktiviert sein, siehe den Abschnitt
»[Bridge]« in \fBsystemd.netdev\fP(5)\&.
.PP
\fIVLAN=\fP
.RS 4
Die auf dem Port erlaubte VLAN\-Kennung\&. Dies kann entweder eine einzelne
Kennung oder ein Bereich M\-N sein\&. Akzeptiert eine Ganzahl im Bereich
1…4094\&.
.sp
Hinzugefügt in Version 231\&.
.RE
.PP
\fIEgressUntagged=\fP
.RS 4
Die hier festgelegte VLAN\-Kennung wird zur Entfernung von Markierung bei
Frames beim Ausgang verwandt\&. Die Konfiguration von \fIEgressUntagged=\fP
impliziert die weiter oben dargestellte Verwendung von \fIVLAN=\fP und wird die
VLAN\-Kennung beim Eingang ebenfalls aktivieren\&. Dies kann entweder eine
einzelne Kennung oder ein Bereich M\-N sein\&.
.sp
Hinzugefügt in Version 231\&.
.RE
.PP
\fIPVID=\fP
.RS 4
Die hier festgelegte VLAN\-Kennung wird allen nicht markierten Frames beim
Ausgang zugewiesen\&. \fIPVID=\fP kann nur einmal verwandt werden\&. Die
Konfiguration von \fIPVID=\fP impliziert die Verwendung der oben beschriebenen
\fIVLAN=\fP und wird die VLAN\-Kennung beim Eingang ebenfalls aktivieren\&.
.sp
Hinzugefügt in Version 231\&.
.RE
.SH BEISPIELE
.PP
\fBBeispiel\ \&1.\ \&Statische Netzwerkkonfiguration\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/50\-static\&.network
[Match]
Name=enp2s0

[Network]
Address=192\&.168\&.0\&.15/24
Gateway=192\&.168\&.0\&.1
.fi
.if  n \{\
.RE
.\}
.PP
Dies aktiviert die Schnittstelle »enp2s0« mit einer statischen
Adresse\&. Das angegebene Gateway wird für die Standardroute verwendet\&.
.PP
\fBBeispiel\ \&2.\ \&DHCP auf Ethernet\-Links\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/80\-dhcp\&.network
[Match]
Name=en*

[Network]
DHCP=yes
.fi
.if  n \{\
.RE
.\}
.PP
Dies aktiviert DHCPv4 und DHCPv6 auf allen Schnittstellen, deren Namen mit
»en« anfangen (d\&.h\&. Ethernet\-Schnittstellen)\&.
.PP
\fBBeispiel\ \&3.\ \&IPv6\-Präfix\-Delegierung (DHCPv6 PD)\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/55\-dhcpv6\-pd\-upstream\&.network
[Match]
Name=enp1s0

[Network]
DHCP=ipv6

# Die nachfolgende Einstellung ist optional, um auch einem delegierten Präfx der
# übergeordneten Schnittstelle eine Adresse zuzuweisen\&. Falls nicht notwendig,
# kommentieren Sie die nachfolgende Zeile und den Abschnitt [DHCPPrefixDelegation] aus\&.
DHCPPrefixDelegation=yes

# Falls das übergeordnete Netzwerk Router Advertisement mit gesetztem Bit »Managed«
# bereitstellt, dann kommentieren Sie die nachfolgende Zeile und die Einstellung
# WithoutRA= im Abschnitt [DHCPv6] aus\&.
IPv6AcceptRA=no

[DHCPv6]
WithoutRA=solicit

[DHCPPrefixDelegation]
UplinkInterface=:self
SubnetId=0
Announce=no
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/55\-dhcpv6\-pd\-downstream\&.network
[Match]
Name=enp2s0

[Network]
DHCPPrefixDelegation=yes
IPv6SendRA=yes

# Es wird erwartet, dass der Rechner als Router agiert\&. Daher ist es normalerweise
# nicht notwendig, Router Advertisement von anderen Rechnern im nachgeordneten Netzwerk zu
# empfangen\&.
IPv6AcceptRA=no

[DHCPPrefixDelegation]
UplinkInterface=enp1s0
SubnetId=1
Announce=yes
.fi
.if  n \{\
.RE
.\}
.PP
Dies aktiviert DHCPv6\-PD auf der Schnittstelle enp1s0 als übergeordnete
Schnittstelle, auf der der DHCPv6\-Client läuft, und enp2s0 als nachgeordnete
Schnittstelle, zu der das Präfix delegiert ist\&. Die delegierten Präfixe
werden mittels IPv6\-Router\-Advertisement an die nachgelagerten Netzwerke
verteilt\&.
.PP
\fBBeispiel\ \&3.\ \&IPv6\-Präfix\-Delegierung (DHCPv4 6RD)\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/55\-dhcpv4\-6rd\-upstream\&.network
[Match]
Name=enp1s0

[Network]
DHCP=ipv4

# Wenn DHCPv4\-6RD verwandt wird, dann unterstützt das übergeordnete Netzwerk kein IPv6\&.
# Daher ist es nicht notwendig, auf Router Advertisement zu warten, was standardmäßg aktiv ist\&.
IPv6AcceptRA=no

[DHCPv4]
Use6RD=yes
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/55\-dhcpv4\-6rd\-downstream\&.network
[Match]
Name=enp2s0

[Network]
DHCPPrefixDelegation=yes
IPv6SendRA=yes

# Es wird erwartet, dass der Rechner als Router agiert\&. Daher ist es normalerweise
# nicht notwendig, Router Advertisement von anderen Rechnern im nachgeordneten Netzwerk zu
# empfangen\&.
IPv6AcceptRA=no

[DHCPPrefixDelegation]
UplinkInterface=enp1s0
SubnetId=1
Announce=yes
.fi
.if  n \{\
.RE
.\}
.PP
Dies aktiviert DHCPv4\-6RD auf der Schnittstelle enp1s0 als übergeordnete
Schnittstelle, auf der der DHCPv4\-Client läuft, und enp2s0 als nachgeordnete
Schnittstelle, zu der das Präfix delegiert ist\&. Die delegierten Präfixe
werden mittels IPv6\-Router\-Advertisement an die nachgelagerten Netzwerke
verteilt\&.
.PP
\fBBeispiel\ \&5.\ \&Eine Bridge mit zwei angebundenen Links\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/25\-bridge\-static\&.netdev
[NetDev]
Name=bridge0
Kind=bridge
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/25\-bridge\-static\&.network
[Match]
Name=bridge0

[Network]
Address=192\&.168\&.0\&.15/24
Gateway=192\&.168\&.0\&.1
DNS=192\&.168\&.0\&.1
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/25\-bridge\-slave\-interface\-1\&.network
[Match]
Name=enp2s0

[Network]
Bridge=bridge0
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/25\-bridge\-slave\-interface\-2\&.network
[Match]
Name=wlp3s0

[Network]
Bridge=bridge0
.fi
.if  n \{\
.RE
.\}
.PP
Dies erstellt eine Bridge und ordnet ihr die Geräte »enp2s0« und »wlp3s0«
zu\&. Der Bridge wird die angegebene statische Adresse und das angegebene
Netzwerk zugewiesen, außerdem wird eine Standardroute über das angegebene
Gateway hinzugefügt\&. Der angegebene DNS\-Server wird zur globalen Liste der
DNS\-Auflöser hinzugefügt\&.
.PP
\fBBeispiel\ \&6.\ \&Bridge\-Port mit VLAN\-Weiterleitungen\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/25\-bridge\-slave\-interface\-1\&.network
[Match]
Name=enp2s0

[Network]
Bridge=bridge0

[BridgeVLAN]
VLAN=1\-32
PVID=42
EgressUntagged=42

[BridgeVLAN]
VLAN=100\-200

[BridgeVLAN]
EgressUntagged=300\-400
.fi
.if  n \{\
.RE
.\}
.PP
Dies setzt die im vorherigen Beispiel festgelegte Konfiguration für die
Schnittstelle »enp2s0« außer Kraft und aktiviert VLAN auf diesem
Bridge\-Port\&. Es werden die VLAN\-Kennungen 1\-32, 42 und 100\-400
erlaubt\&. Bei Paketen, die mit den VLAN\-Kennungen 42 und 300\-400 markiert
sind, wird die Markierung entfernt, wenn sie auf dieser Schnittstelle
ausgegeben werden\&. Nicht markierten Paketen, die auf dieser Schnittstelle
eintreffen, wird die VLAN\-Kennung 42 zugewiesen\&.
.PP
\fBBeispiel\ \&7.\ \&Verschiedene Tunnel\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
/etc/systemd/network/25\-tunnels\&.network
[Match]
Name=ens1

[Network]
Tunnel=ipip\-tun
Tunnel=sit\-tun
Tunnel=gre\-tun
Tunnel=vti\-tun
      
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
/etc/systemd/network/25\-tunnel\-ipip\&.netdev
[NetDev]
Name=ipip\-tun
Kind=ipip
      
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
/etc/systemd/network/25\-tunnel\-sit\&.netdev
[NetDev]
Name=sit\-tun
Kind=sit
      
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
/etc/systemd/network/25\-tunnel\-gre\&.netdev
[NetDev]
Name=gre\-tun
Kind=gre
      
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
/etc/systemd/network/25\-tunnel\-vti\&.netdev
[NetDev]
Name=vti\-tun
Kind=vti
      
.fi
.if  n \{\
.RE
.\}
.PP
Dies wird die Schnittstelle »ens1« hochbringen und einen IPIP\-Tunnel, einen
SIT\-Tunnel, einen GRE\-Tunnel und einen VTI\-Tunnel, die diese verwenden,
erstellen\&.
.PP
\fBBeispiel\ \&8.\ \&Ein gebündeltes Gerät\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/30\-bond1\&.network
[Match]
Name=bond1

[Network]
DHCP=ipv6
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/30\-bond1\&.netdev
[NetDev]
Name=bond1
Kind=bond
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/30\-bond1\-dev1\&.network
[Match]
MACAddress=52:54:00:e9:64:41

[Network]
Bond=bond1
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/30\-bond1\-dev2\&.network
[Match]
MACAddress=52:54:00:e9:64:42

[Network]
Bond=bond1
.fi
.if  n \{\
.RE
.\}
.PP
Dies wird ein gebündeltes Gerät »bond1« erstellen und die zwei Geräte mit
MAC\-Adressen 52:54:00:e9:64:41 und 52:54:00:e9:64:42 daran anbinden\&. Zur
Erlangung der Adressen wird IPv6\-DHCP verwandt\&.
.PP
\fBBeispiel\ \&9.\ \&Virtuelles Routen und Weiterleiten (VRF)\fP
.PP
Fügt die Schnittstelle »bond1« zur VRF\-Hauptschnittstelle »vrf1« hinzu. Dies
wird auf dieser Schnittstelle erstellte Routen so umleiten, dass sie in der
Routing\-Tabelle liegen, die bei der VRF\-Erstellung definiert wurde\&. Für
Kernel vor 4\&.8 wird der Verkehr nicht auf die Routing\-Tabellen des VRF
umgeleitet, außer spezifische IP\-Regeln werden hinzugefügt\&.
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/25\-vrf\&.network
[Match]
Name=bond1

[Network]
VRF=vrf1
.fi
.if  n \{\
.RE
.\}
.PP
\fBBeispiel\ \&10.\ \&MacVTap\fP
.PP
Dies bringt die Netzwerkschnittstelle »macvtap\-test« hoch und hängt sie an
»enp0s25« an\&.
.sp
.if  n \{\
.RS 4
.\}
.nf
# /usr/lib/systemd/network/25\-macvtap\&.network
[Match]
Name=enp0s25

[Network]
MACVTAP=macvtap\-test
.fi
.if  n \{\
.RE
.\}
.PP
\fBBeispiel\ \&11.\ \&Eine Xfrm\-Schnittstelle mit physisch unterliegendem Gerät\&.\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/27\-xfrm\&.netdev
[NetDev]
Name=xfrm0
Kind=xfrm

[Xfrm]
InterfaceId=7
.fi
.if  n \{\
.RE
.\}
.sp
.if  n \{\
.RS 4
.\}
.nf
# /etc/systemd/network/27\-eth0\&.network
[Match]
Name=eth0

[Network]
Xfrm=xfrm0
.fi
.if  n \{\
.RE
.\}
.PP
Dies erstellt eine »xfrm0«\-Schnittstelle und bindet sie an das Gerät
»eth0«\&. Dies erlaubt Hardware\-basierendes IPSEC\-Abladen auf dem
»eth0«\-nic\&. Falls Abladen nicht benötigt wird, können Xfrm\-Schnittstellen
dem Grät »lo« zugeordnet werden\&.
.SH "SIEHE AUCH"
.PP
\fBsystemd\fP(1), \fBsystemd\-networkd.service\fP(8), \fBsystemd.link\fP(5),
\fBsystemd.netdev\fP(5), \fBsystemd\-network\-generator.service\fP(8),
\fBsystemd\-resolved.service\fP(8)
.SH ANMERKUNGEN
.IP " 1." 4
System\- und Dienste\-Zugangsberechtigungen
.RS 4
\%https://systemd.io/CREDENTIALS
.RE
.IP " 2." 4
Linklokale Multicast\-Namensauflösung
.RS 4
\%https://tools.ietf.org/html/rfc4795
.RE
.IP " 3." 4
Multicast DNS
.RS 4
\%https://tools.ietf.org/html/rfc6762
.RE
.IP " 4." 4
DNS\-über\-TLS
.RS 4
\%https://tools.ietf.org/html/rfc7858
.RE
.IP " 5." 4
DNSSEC
.RS 4
\%https://tools.ietf.org/html/rfc4033
.RE
.IP " 6." 4
IEEE 802.1AB\-2016
.RS 4
\%https://standards.ieee.org/findstds/standard/802.1AB\-2016.html
.RE
.IP " 7." 4
IP Sysctl
.RS 4
\%https://docs.kernel.org/networking/ip\-sysctl.html
.RE
.IP " 8." 4
RFC 4941
.RS 4
\%https://tools.ietf.org/html/rfc4941
.RE
.IP " 9." 4
RFC 3704
.RS 4
\%https://tools.ietf.org/html/rfc1027
.RE
.IP 10. 4
RFC 6275
.RS 4
\%https://tools.ietf.org/html/rfc6275
.RE
.IP 11. 4
RFC 5227
.RS 4
\%https://tools.ietf.org/html/rfc5227
.RE
.IP 12. 4
RFC 4862
.RS 4
\%https://tools.ietf.org/html/rfc4862
.RE
.IP 13. 4
RFC 3041
.RS 4
\%https://tools.ietf.org/html/rfc3041
.RE
.IP 14. 4
NetLabel
.RS 4
\%https://docs.kernel.org/netlabel/index.html
.RE
.IP 15. 4
Linux Security Modules (LSMs)
.RS 4
\%https://de.wikipedia.org/wiki/Linux_Security_Modules
.RE
.IP 16. 4
NetLabel\-Rückfall\-Gleichrangigen\-Kennzeichnung
.RS 4
\%https://github.com/SELinuxProject/selinux\-notebook/blob/main/src/network_support.md
.RE
.IP 17. 4
NFT
.RS 4
\%https://netfilter.org/projects/nftables/index.html
.RE
.IP 18. 4
RFC 3484
.RS 4
\%https://tools.ietf.org/html/rfc3484
.RE
.IP 19. 4
Type of Service (Dienstetyp)
.RS 4
\%https://de.m.wikipedia.org/wiki/IP\-Paket#TOS_(Type_of_Service)
.RE
.IP 20. 4
DiffServ (Differentiated services)
.RS 4
\%https://de.m.wikipedia.org/wiki/DiffServ
.RE
.IP 21. 4
RFC 4191
.RS 4
\%https://tools.ietf.org/html/rfc4191
.RE
.IP 22. 4
RFC 8520
.RS 4
\%https://tools.ietf.org/html/rfc8520
.RE
.IP 23. 4
RFC 4039
.RS 4
\%https://tools.ietf.org/html/rfc4039
.RE
.IP 24. 4
RFC 7844
.RS 4
\%https://tools.ietf.org/html/rfc7844
.RE
.IP 25. 4
C\-artige Maskierungen
.RS 4
\%https://en.wikipedia.org/wiki/Escape_sequences_in_C#Table_of_escape_sequences
.RE
.IP 26. 4
RFC 3442
.RS 4
\%https://datatracker.ietf.org/doc/html/rfc3442
.RE
.IP 27. 4
RFC 5969
.RS 4
\%https://tools.ietf.org/html/rfc5969
.RE
.IP 28. 4
RFC 8925
.RS 4
\%https://tools.ietf.org/html/rfc8925
.RE
.IP 29. 4
RFC 3315
.RS 4
\%https://tools.ietf.org/html/rfc3315#section\-17.2.1
.RE
.IP 30. 4
RFC 8415
.RS 4
\%https://www.rfc\-editor.org/rfc/rfc8415.html#section\-6.3
.RE
.IP 31. 4
RFC 4291
.RS 4
\%https://tools.ietf.org/html/rfc4291#section\-2.5.4
.RE
.IP 32. 4
RFC 7217
.RS 4
\%https://tools.ietf.org/html/rfc7217
.RE
.IP 33. 4
RFC 8781
.RS 4
\%https://tools.ietf.org/html/rfc8781
.RE
.IP 34. 4
RFC 2131
.RS 4
\%https://www.rfc\-editor.org/rfc/rfc2131.html
.RE
.IP 35. 4
RFC 2132
.RS 4
\%https://www.rfc\-editor.org/rfc/rfc2132.html
.RE
.IP 36. 4
RFC 1542
.RS 4
\%https://tools.ietf.org/html/rfc1542
.RE
.IP 37. 4
RFC 4039
.RS 4
\%https://datatracker.ietf.org/doc/html/rfc4039
.RE
.IP 38. 4
RFC 4861
.RS 4
\%https://tools.ietf.org/html/rfc4861
.RE
.PP
.SH ÜBERSETZUNG
Die deutsche Übersetzung dieser Handbuchseite wurde von
Helge Kreutzmann <debian@helgefjell.de>
und
Mario Blättermann <mario.blaettermann@gmail.com>
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 .