.\" -*- coding: UTF-8 -*- '\" t .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH SYSTEMD\&.NET\-NAMING\-SCHEME 7 "" "systemd 255" systemd.net\-naming\-scheme .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.net\-naming\-scheme \- Benennungsschema für Netzwerkgeräte .SH BESCHREIBUNG .PP Netzwerkschnittstellennamen und MAC\-Adressen können auf Basis bestimmter gleichbleibender Schnittstellenattribute erstellt werden\&. Dies ist möglich, wenn es genug Informationen über das Gerät gibt, um diese Attribute zu erstellen und die Verwendung dieser Information konfiguriert wurde\&. Diese Seite beschreibt die Schnittstellenbenennung, d\&.h\&. welche möglichen Namen erstellt werden können\&. Diese Namen werden durch das in \fBsystemd\-udevd.service\fP(8) eingebaute \fBnet_id\fP und als Udev\-Eigenschaften (\fIID_NET_NAME_ONBOARD=\fP, \fIID_NET_LABEL_ONBOARD=\fP, \fIID_NET_NAME_PATH=\fP, \fIID_NET_NAME_SLOT=\fP) exportiert\&. .PP Namen und MAC\-Adressen werden aus verschiedenen gleichbleibenden Metadatenattributen abgeleitet\&. Neuere Versionen von Udev berücksichtigen mehr dieser Attribute und verbessern (und damit ändern) die für die gleichen Geräte verwandten Namen und Adressen\&. Verschiedene Versionen dieser Erstellungsregeln werden »Benennungsschema« genannt\&. Das Standard\-Benennungsschema wird zum Kompilierungszeitpunkt ausgewählt\&. Normalerweise wird dies die neuste implementierte Version sein, aber es ist auch möglich, dies auf eine ältere Version zur Erhaltung der Kompatibilität zu setzen\&. Dies könnte beispielsweise für Distributionen nützlich sein, die neuere Versionen von Systemd in stabilen Veröffentlichungen integrieren, ohne das Benennungschema zu ändern\&. Das Benennungschema kann auch mittels des Kernelbefehlszeilenschalters \fInet\&.naming\-scheme=\fP außer Kraft gesetzt werden, siehe \fBsystemd\-udevd.service\fP(8)\&. Verfügbare Benennungsschemas werden nachfolgend beschrieben\&. .PP Nachdem die Udev\-Eigenschaften erstellt worden sind, können Geräte anhand dieser Eigenschaften und den geeigneten Udev\-Regeln tatsächlich umbenannt werden. Siehe die Beschreibung von \fINamePolicy=\fP und \fIMACAddressPolicy=\fP in \fBsystemd.link\fP(5)\&. .PP Beachten Sie, dass das Konzept der Netzwerkschnittstellenbenennung zwar primär im Kontext von systemd\-udevd\&.service relevant ist, aber der Container\-Verwalter \fBsystemd\-nspawn\fP(1) sie auch bei der Benennung von Schnittstellennamen in Betracht zieht, siehe unten\&. .SH RICHTLINIEN .PP Alle Namen beginnen mit einem Zwei\-Zeichen\-Präfix, das den Schnittstellentyp kennzeichnet\&. .sp .it 1 an-trap .nr an-no-space-flag 1 .nr an-break-flag 1 .br \fBTabelle\ \&1.\ \&Zwei\-Zeichen\-Präfix basierend auf dem Typ der Schnittstelle\fP .TS allbox tab(:); lB lB. T{ Präfix T}:T{ Beschreibung T} .T& l l l l l l l l l l. T{ \fBen\fP T}:T{ Ethernet T} T{ \fBib\fP T}:T{ InfiniBand T} T{ \fBsl\fP T}:T{ IP über serielle Leitung (Slip) T} T{ \fBwl\fP T}:T{ Schnurloses lokales Netzwerk (WLAN) T} T{ \fBww\fP T}:T{ Schnurloses Weitverkehrsnetz (WWAN) T} .TE .sp 1 .PP Das eingebaute Udev \fBnet_id\fP exportiert die folgenden Udev\-Geräteeigenschaften: .PP \fIID_NET_NAME_ONBOARD=\fP\fIPräfix\fP\fBo\fP\fINummer\fP, \fIID_NET_NAME_ONBOARD=\fP\fIPräfix\fP\fBd\fP\fINummer\fP .RS 4 Dieser Name wird basierend auf der numerischen Anordnungsinformation, die durch die Firmware für Geräte auf dem Mainboard angegeben wird, gesetzt\&. Abhängig von dem Firmware\-Typ werden verschiedene Schemata verwandt, wie in nachfolgender Tabelle dargestellt\&. .sp .it 1 an-trap .nr an-no-space-flag 1 .nr an-break-flag 1 .br \fBTabelle\ \&2.\ \&Mainboard\-Benennungsschema\fP .TS allbox tab(:); lB lB. T{ Format T}:T{ Beschreibung T} .T& l l l l. T{ \fIPräfix\fP\fBo\fP\fINummer\fP T}:T{ PCI\-Mainboard\-Index T} T{ \fIPräfix\fP\fBd\fP\fINummer\fP T}:T{ Devicetree\-Alias\-Index T} .TE .sp 1 Hinzugefügt in Version 243\&. .RE .PP \fIID_NET_LABEL_ONBOARD=\fP\fIPräfix\fP\fI \fP\fIKennzeichen\fP .RS 4 Diese Eigenschaft wird basierend auf der durch die Firmware von Geräten, die auf dem Mainboard sind, gegebenen textuellen Kennzeichnung gesetzt\&. Der Name besteht aus dem Präfix, dem die Kennzeichnung angehängt ist\&. Dies ist nur für PCI\-Geräte verfügbar\&. .sp Hinzugefügt in Version 243\&. .RE .PP \fIID_NET_NAME_MAC=\fP\fIPräfix\fP\fBx\fP\fIAABBCCDDEEFF\fP .RS 4 Dieser Name besteht aus dem Präfixbuchstaben \fBx\fP und den 12 hexadezimalen Ziffern der MAC\-Adresse\&. Er ist verfügbar, falls das Gerät über eine konstante MAC\-Adresse verfügt\&. Da dieser Name auf einem Attribut der Karte selbst basiert, bleibt er »stabil«, selbst wenn das Gerät (sogar zwischen Maschinen) verschoben wird, aber ändert sich, wenn die Hardware ersetzt wird\&. .sp Hinzugefügt in Version 243\&. .RE .PP \fIID_NET_NAME_SLOT=\fP\fIPräfix\fP\fI[\fP\fBP\fP\fIDomäne\fP\fI]\fP\fBs\fP\fISlot\fP\fI[\fP\fBf\fP\fIFunktion\fP\fI][\fP\fBn\fP\fIPort_Name\fP\fI|\fP\fBd\fP\fIGer_Port\fP\fI]\fP, \fIID_NET_NAME_SLOT=\fP\fIPräfix\fP\fBv\fP\fISlot\fP, \fIID_NET_NAME_SLOT=\fP\fIPräfix\fP\fBx\fP\fISlot\fP, \fIID_NET_NAME_SLOT=\fP\fIPräfix\fP\fI[\fP\fBP\fP\fIDomäne\fP\fI]\fP\fBs\fP\fISlot\fP\fI[\fP\fBf\fP\fIFunktion\fP\fI][\fP\fBn\fP\fIPort_Name\fP\fI|\fP\fBd\fP\fIGer_Port\fP\fI]\fP\fBb\fP\fINummer\fP, \fIID_NET_NAME_SLOT=\fP\fIPräfix\fP\fI[\fP\fBP\fP\fIDomäne\fP\fI]\fP\fBs\fP\fISlot\fP\fI[\fP\fBf\fP\fIFunktion\fP\fI][\fP\fBn\fP\fIPort_Name\fP\fI|\fP\fBd\fP\fIGer_Port\fP\fI]\fP\fBu\fP\fIPort\fP\fI…[\fP\fBc\fP\fIKonfiguration\fP\fI][\fP\fBi\fP\fISchnittstelle\fP\fI]\fP, \fIID_NET_NAME_SLOT=\fP\fIPräfix\fP\fI[\fP\fBP\fP\fIDomäne\fP\fI]\fP\fBs\fP\fISlot\fP\fI[\fP\fBf\fP\fIFunktion\fP\fI][\fP\fBn\fP\fIPort_Name\fP\fI|\fP\fBd\fP\fIGer_Port\fP\fI]\fP\fBv\fP\fISlot\fP,\fIID_NET_NAME_SLOT=\fP\fIPräfix\fP\fI[\fP\fBP\fP\fIDomäne\fP\fI]\fP\fBs\fP\fISlot\fP\fI[\fP\fBf\fP\fIFunktion\fP\fI][\fP\fBn\fP\fIPort_Name\fP\fI|\fP\fBd\fP\fIGer_Port\fP\fI]\fP\fBr\fP\fISlot\fP .RS 4 Diese Eigenschaft beschreibt die Slot\-Position\&. Verschiedene Schemata werden abhängig vom Bus\-Typ verwandt\&. Diese beschreibt die nachfolgende Tabelle\&. Im Falle von USB\-, BCMA\- und SR\-VIO\-Geräten besteht der komplette Name aus dem Präfix, dem PCI\-Slot\-Kennzeichner und dem USB\- oder BCMA\- oder SR\-VIO\-Slot\-Kennzeichner\&. Die ersten zwei werden in der nachfolgenden Tabelle durch »…« angezeigt\&. .sp .it 1 an-trap .nr an-no-space-flag 1 .nr an-break-flag 1 .br \fBTabelle\ \&3.\ \&Slot\-Benennungsschema\fP .TS allbox tab(:); lB lB. T{ Format T}:T{ Beschreibung T} .T& l l l l l l l l l l l l l l. T{ \fIPräfix\fP\ \&[\fBP\fP\fIDomäne\fP]\ \&\fBs\fP\fISlot\fP\ \&[\fBf\fP\fIFunktion\fP]\ \&[\fBn\fP\fIPort_Name\fP\ \&|\ \&\fBd\fP\fIGer_Port\fP] T}:T{ PCI\-Slot\-Nummer T} T{ \fIPräfix\fP\ \&\fBv\fP\fISlot\fP T}:T{ VIO\-Slot\-Nummer (IBM PowerVM) T} T{ \fIPräfix\fP\ \&\fBX\fP\fINummer\fP T}:T{ VIF Schnittstellennummer (Xen) T} T{ … \&\fBb\fP\fINummer\fP T}:T{ Broadcom\-Bus\- (BCMA) Kernnummer T} T{ …\ \&\fBu\fP\fIPort\fP…\ \&[\fBc\fP\fIKonfiguration\fP]\ \&[\fBi\fP\fISchnittstelle\fP] T}:T{ USB\-Port\-Nummerkette T} T{ …\fBv\fP\fISlot\fP T}:T{ SR\-VIO\-Slot\-Nummer T} T{ …\ \&\fBr\fP\fISlot\fP T}:T{ SR\-IOV\-Slot\-Nummer T} .TE .sp 1 Die PCI\-Domäne wird nur vorangestellt, wenn sie nicht 0 ist\&. Alle multifunktionalen PCI\-Geräte werden die \fBf\fP\fIFunktion\fP\-Nummer im Gerätenamen tragen, einschließlich der Funktion\-0\-Geräte\&. Für nicht\-multifunktionale Geräte wird die Nummer unterdrückt, falls sie 0 ist\&. Der Port\-Name \fIPort_Name\fP wird verwandt oder die Port\-Nummer \fBd\fP\fIGer_Port\fP, falls der Name nicht bekannt ist\&. .sp Für BCMA\-Geräte wird die Kernnummer unterdrückt, wenn diese 0 ist\&. .sp Für USB\-Geräte wird die komplette Kette von Port\-Nummern der Hubs zusammengesetzt\&. Falls der Name länger als die maximale Anzahl von 15 Zeichen ist, wird der Name nicht exportiert\&. Die Werte der normalen USB\-Konfigurationsnummer 1 und Schnittstellennummer 0 werden unterdrückt\&. .sp Der Name von virtuellen SR\-IOV\-Geräten basiert auf dem Namen der übergeordneten Schnittstelle, gefolgt von \fBv\fP und der virtuellen Gerätenummer, wobei alle führenden Nullen entfernt werden\&. Die Busnummer wird ignoriert\&. .sp Der Darsteller von virtuellen SR\-IOV\-Geräten basiert auf dem Namen der physischen Geräte\-Schnittstelle, gefolgt von \fBr\fP und der Anzahl der virtuellen Geräte, die mit dem jeweiligen Darsteller verbunden sind, wobei alle führenden Nullen entfernt werden\&. Der Name des physischen Ports und die Busnummer werden ignoriert\&. .sp In einigen Konfigurationen kann eine übergeordnete PCI\-Bridge eines angegebenen Netzwerk\-Controllers einem Steckplatz zugewiesen sein\&. In diesen Fällen wird diese Geräteeigenschaft nicht erstellt, um Benennungskonflikte zu vermeiden\&. .sp Hinzugefügt in Version 243\&. .RE .PP \fIID_NET_NAME_PATH=\fP\fIPräfix\fP\fBc\fP\fIBuskennung\fP, \fIID_NET_NAME_PATH=\fP\fIPräfix\fP\fBa\fP\fILieferant\fP\fIModell\fP\fBi\fP\fIInstanz\fP, \fIID_NET_NAME_PATH=\fP\fIPräfix\fP\fBi\fP\fIAdresse\fP\fBn\fP\fIPort_Name\fP, \fIID_NET_NAME_PATH=\fP\fIPräfix\fP\fBu\fP\fIPort\fP\fI…\fP, \fIID_NET_NAME_PATH=\fP\fIPräfix\fP\fI[\fP\fBP\fP\fIDomäne\fP\fI]\fP\fBp\fP\fIBus\fP\fBs\fP\fISlot\fP\fI[\fP\fBf\fP\fIFunktion\fP\fI][\fP\fBn\fP\fIphys_Port_Name\fP\fI|\fP\fBd\fP\fIGer_Port\fP\fI]\fP, \fIID_NET_NAME_PATH=\fP\fIPräfix\fP\fI[\fP\fBP\fP\fIDomäne\fP\fI]\fP\fBp\fP\fIBus\fP\fBs\fP\fISlot\fP\fI[\fP\fBf\fP\fIFunktion\fP\fI][\fP\fBn\fP\fIphys_Port_Name\fP\fI|\fP\fBd\fP\fIGer_Port\fP\fI]\fP\fBb\fP\fINummer\fP, \fIID_NET_NAME_PATH=\fP\fIPräfix\fP\fI[\fP\fBP\fP\fIDomäne\fP\fI]\fP\fBp\fP\fIBus\fP\fBs\fP\fISlot\fP\fI[\fP\fBf\fP\fIFunktion\fP\fI][\fP\fBn\fP\fIphys_Port_Name\fP\fI|\fP\fBd\fP\fIGer_Port\fP\fI]\fP\fBu\fP\fIPort\fP\fI…[\fP\fBc\fP\fIKonfig\fP\fI][\fP\fBi\fP\fISchnittstelle\fP\fI]\fP .RS 4 Diese Eigenschaft beschreibt den Geräteinstallationsort\&. Verschiedene Schemata werden abhängig vom Bustyp verwandt, wie in der nachfolgenden Tabelle beschrieben\&. Für BCMA\- und USB\-Geräte muss die PCI\-Pfadinformation bekannt sein und der vollständige Name besteht aus dem Präfix, der PCI\-Slot\-Kennzeichnung und dem USB\- oder BCMA\-Ort\&. Die ersten zwei Teile werden in der nachfolgenden Tabelle durch »…« angezeigt\&. .sp .it 1 an-trap .nr an-no-space-flag 1 .nr an-break-flag 1 .br \fBTabelle\ \&4.\ \&Pfadbenennungsschema\fP .TS allbox tab(:); lB lB. T{ Format T}:T{ Beschreibung T} .T& l l l l l l l l l l l l. T{ \fIPräfix\fP\ \&\fBc\fP\fIBuskennung\fP T}:T{ CCW\- oder gruppierte CCW\-Gerätekennzeichner T} T{ \fIPräfix\fP\ \&\fBa\fP\fIHändler\fP\ \&\fIModell\fP\ \&\fBi\fP\fIInstanz\fP T}:T{ ACPI\-Pfadnamen für ARM64\-Plattformgeräte T} T{ \fIPräfix\fP\ \&\fBi\fP\fIAdresse\fP\ \&\fBn\fP\fIPort\-Name\fP T}:T{ Netdevsim (simulierte Netzwerkgeräte) Gerätenummer und Port\-Name T} T{ \fIPräfix\fP\ \&[\fBP\fP\fIDomäne\fP]\ \&\fBp\fP\fIBus\fP\ \&\fBs\fP\fISlot\fP\ \&[\fBf\fP\fIFunktion\fP]\ \&[\fBn\fP\fIphys_Port_Name\fP\ \&|\ \&\fBd\fP\fIGer_Port\fP] T}:T{ Geographischer PCI\-Ort T} T{ … \&\fBb\fP\fINummer\fP T}:T{ Broadcom\-Bus\- (BCMA) Kernnummer T} T{ …\ \&\fBu\fP\fIPort\fP…\ \&[\fBc\fP\fIKonfiguration\fP]\ \&[\fBi\fP\fISchnittstelle\fP] T}:T{ USB\-Port\-Nummerkette T} .TE .sp 1 CCW\- und gruppierte CCW\-Geräte gibt es in IBM\-System\-Z\-Großrechnern\&. Alle einleitenden Nullen und Punkte werden unterdrückt\&. .sp Für PCI\-, BCMA\- und USB\-Geräte werden die gleichen Regeln wie oben für Slot\-Namen beschrieben verwandt\&. .sp Hinzugefügt in Version 243\&. .RE .SH GESCHICHTE .PP Das folgende »Benennungsschema« wurde definiert (dies kann zum Zeitpunkt des Systemstarts mittels des oben dargestellten Kernelbefehlszeilenschalters \fInet\&.naming\-scheme=\fP ausgewählt werden): .PP \fBv238\fP .RS 4 Dies ist das in Systemd 238 implementierte Benennungsschema\&. .sp Hinzugefügt in Version 243\&. .RE .PP \fBv239\fP .RS 4 Die Benennung für mit SR\-IOV und NPAR erstellte virtuelle Netzwerkgeräte und für Geräte, deren PCI\-Netzwerk\-Controller keine Slot\-Nummer zugeordnet ist, wurde geändert\&. .sp Virtuelle SR\-IOV Geräte werden basierend auf der übergeordneten Schnittstelle mit einer Endung »v\fIPort\fP« benannt, wobei \fIPort\fP die virtuelle Gerätenummer ist\&. Vorher wurden solche virtuellen Geräte benannt, als ob sie komplett unabhängig wären\&. .sp Das neunte und spätere virtuelle NPAR\-Geräte folgen dem für die ersten acht NPAR\-Partitionen verwandten Benennungsschema\&. Früher wurden solche Geräte nicht umbenannt und die Vorgabe des Kernels (»eth\fIN\fP«) wurde verwandt\&. .sp Es werden auch Namen für PCI\-Geräte erstellt, bei denen der PCI\-Netzwerk\-Controller selbst keine zugeordnete Slot\-Nummer hat, aber eines seiner übergeordneten Geräte hat eine\&. Früher wurden solche Geräte nicht umbenannt und die Vorgabe des Kernels wurde verwandt\&. .sp Hinzugefügt in Version 243\&. .RE .PP \fBv240\fP .RS 4 Das Präfix »ib« und gleichbleibende Namen für Infiniband\-Geräte werden eingeführt\&. Früher wurden solche Geräte nicht umbenannt\&. .sp Das ACPI\-Indexfeld (in \fIID_NET_NAME_ONBOARD=\fP verwandt) wird jetzt auch genutzt, falls sein Wert 0 ist\&. .sp Es wurde eine neue Benennungsrichtlinie \fINamePolicy=keep\fP eingeführt\&. Mit dieser Richtline wird das Netzwerkgerät nicht erneut umbenannt, falls sein Name bereits im Anwendungsraum (user space) gesetzt wurde\&. Früher wurde diese Bennungsrichtlinie implizit angewandt und jetzt muss sie explizit erbeten werden\&. Effektiv bedeutet dies, dass Netzwerkgeräte entsprechend ihrer Konfiguration umbenannt werden, falls \fBkeep\fP nicht als Benennungsrichtlinie in der \&.link\-Datei festgelegt ist, auch wenn sie bereits umbenannt worden sind\&. Siehe \fBsystemd.link\fP(5) für eine Beschreibung von \fINamePolicy=\fP\&. .sp Hinzugefügt in Version 243\&. .RE .PP \fBv241\fP .RS 4 \fBMACAddressPolicy=persistent\fP wurde erweitert, um MAC\-Adressen basierend auf dem Gerätenamen zu setzen\&. Früher basierten Adressen nur auf \fIID_NET_NAME_*\fP\-Attributen, was bedeutete, dass für virtuelle Geräte niemals Schnittstellennamen erstellt wurden\&. Jetzt bekommen die meisten Geräte dauerhafte Adressen, insbesondere auch Bridges\&. .sp Beachten Sie: Wenn der Anwendungsraum keine MAC\-Adresse für ein Bridge\-Gerät setzt, dann wird der Kernel anfänglich eine zufällige Adresse zuweisen und diese dann ändern, wenn das erste Gerät zu der Bridge enslaved wird\&. Mit dieser Änderung der Benennungsrichtlinie erhalten Bridges eine dauerhafte MAC\-Adresse basierend auf dem Bridge\-Namen anstatt des ersten Gerätes, das enslaved ist\&. .sp Hinzugefügt in Version 243\&. .RE .PP \fBv243\fP .RS 4 Unterstützung für die Umbenennung von Netdevsim\-Geräten (simulierten Netzwerkgeräten) wurde hinzugefügt\&. Früher wurden diese Geräte nicht umbenannt\&. .sp Früher wurde der zweibuchstabige Schnittstellentyppräfix \fIID_NET_LABEL_ONBOARD=\fP vorangestellt\&. Dies ist jetzt nicht mehr der Fall\&. .sp Hinzugefügt in Version 243\&. .RE .PP \fBv245\fP .RS 4 Wenn \fBsystemd\-nspawn\fP(1) den Namen für die Rechnerseite des mit \fB\-\-network\-veth\fP vom Container\-Namen erstellten Netzwerkschnittstellennamens ableitet, schnitt es bisher das Ergebnis nach 15 Zeichen ab, falls es länger war (da dies die maximale Länge für Netzwerkschnittstellennamen ist)\&. Ab jetzt werden die letzten 4 Zeichen auf einen 24\-Bit\-Hash\-Wert des vollständigen Schnittstellennamens gesetzt, falls der Schnittstellenname länger als 15 Zeichen wäre\&. Auf diese Art sollten Schnittstellennamenkollisionen zwischen mehreren, ähnlich benannten Containern (die sich nur in der Containernamen\-Endung unterscheiden) weniger wahrscheinlich werden \(em sie sind allerdings weiterhin möglich, da der 24\-Bit\-Hash\-Wert sehr klein ist\&. .sp Hinzugefügt in Version 245\&. .RE .PP \fBv247\fP .RS 4 Wenn ein PCI\-Steckplatz einer PCI\-Bridge zugeordnet ist, die über mehrere nachgeordnete Netzwerk\-Controller verfügt, dann könnte der gleiche Wert der Eigenschaft \fIID_NET_NAME_SLOT\fP für alle diese Controller abgeleitet werden\&. Dadurch können Benennungskonflikte auftreten, falls die Eigenschaft als der Gerätename ausgewählt wird\&. Jetzt wird diese Situation erkannt und keine Eigenschaft \fIID_NET_NAME_SLOT\fP erstellt\&. .sp Hinzugefügt in Version 247\&. .RE .PP \fBv249\fP .RS 4 PCI\-Hotplug\-Positionsnamen für den S390\-PCI\-Treiber sind hexadezimale Darstellungen des Geräteattributs function_id\&. Dieses Attribut wird nun dazu verwandt, \fIID_NET_NAME_SLOT\fP zu bauen\&. Vorher wurden alle Positionsnamen als dezimale Zahlen ausgewertet, was entweder zu einem falschen Wert der Eigenschaft \fIID_NET_NAME_SLOT\fP führen konnte oder zu gar keinem\&. .sp Einige Firmware\- und Hypervisor\-Implementierungen berichten unrealistisch hohe Werte für den eingebauten Index\&. Um die Erstellung von gefälschten eingebauten Schnittstellennamen zu vermeiden, wurden Indexwerte größer als 16381 \(S1⁴\-1) ignoriert\&. Für S390\-PCI\-Geräte sind Indexwerte bis 65535 (2\(S1⁶\-1) gültig\&. Um dies zu berücksichtigen, wurde diese Begrenzung auf 65535 erhöht\&. .sp Die Udev\-Regel \fINAME=\fP ersetzt »:«, »/« und »%« durch einen Unterstrich (»_«) und lehnt Zeichenketten ab, die rein numerisch sind\&. .sp Hinzugefügt in Version 249\&. .RE .PP \fBv250\fP .RS 4 Es wurde ein Namensschema für Xen\-Netfront\-»vif«\-Schnittstellen, basierend auf der gästeseitigen VIF\-Nummerngruppe aus der Xen\-Konfiguration (oder die Schnittstellen mit Index in AWS EC2), hinzugefügt\&. .sp Hinzugefügt in Version 250\&. .RE .PP \fBv251\fP .RS 4 Seit Version \fBv247\fP setzen wir nicht mehr \fIID_NET_NAME_SLOT\fP, falls wir erkennen, dass ein PCI\-Gerät, das einem PCI\-Steckplatz zugeordnet ist, eine PCI\-Bridge ist, da dies einen Benennungskonflikt hervorrufen würde, wenn es mehrere Kind\-Geräte auf dieser Bridge gibt\&. Jetzt wird dies nicht mehr so strikt gesehen und wir werden die Steckplatz\-Informationen verwenden, um den Namen darauf basierend zu erstellen, aber nur, falls das PCI\-Gerät mehrere Funktionalitäten hat\&. Dies ist sicher, da eine separate Funktionsnummer ein Teil des Gerätenamens für Geräte mit mehreren Funktionen ist\&. .sp Hinzugefügt in Version 251\&. .RE .PP \fBv252\fP .RS 4 Benennungsschema für Plattformgeräte mit Devicetree\-Alias hinzugefügt\&. .sp Hinzugefügt in Version 252\&. .RE .PP \fBv253\fP .RS 4 Setzt \fIID_NET_NAME_PATH\fP für nicht über einen PCI\-Bus verbundene USB\-Geräte\&. .sp Hinzugefügt in Version 253\&. .RE .PP \fBv254\fP .RS 4 Für virtuelle SR\-IOV\-Geräte\-Darsteller wurde die Benennung geändert, optional bei der Kompilierung setzbar\&. Die Endung »r\fISlot\fP« wurde hinzugefügt, um virtuelle SR\-IOV\-Geräte\-Darsteller zu unterscheiden, die an einer einzelnen physischen Geräteschnittstelle hängen\&. Aufgrund eines Fehlers war dieses Schema \fBin Systemd Version 254 nicht das Standardschema\fP\&. .sp Hinzugefügt in Version 255\&. .RE .PP \fBv255\fP .RS 4 Die Benennung wurde für virtuelle SR\-IOV\-Gerätedarsteller geändert, um standardmäßig die in \fBv254\fP eingeführte Änderung zu aktivieren\&. .sp Hinzugefügt in Version 255\&. .RE .PP Beachten Sie, dass \fBlatest\fP zur Kennzeichnung des neusten bekannten Schemas (für diese konkrete Version von Systemd) verwandt werden kann\&. .SH BEISPIELE .PP \fBBeispiel\ \&1.\ \&Verwendung Udevadms test\-builtin zur Anzeige von Geräteeigenschaften\fP .sp .if n \{\ .RS 4 .\} .nf $ udevadm test\-builtin net_id /sys/class/net/enp0s31f6 … Verwendung des Vorgabe\-Schnittstellen\-Benennungsschemas \*(Aqv243\*(Aq\&. ID_NET_NAMING_SCHEME=v243 ID_NET_NAME_MAC=enx54ee75cb1dc0 ID_OUI_FROM_DATABASE=Wistron InfoComm(Kunshan)Co\&.,Ltd\&. ID_NET_NAME_PATH=enp0s31f6 … .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&2.\ \&PCI\-Ethernet\-Karte mit Firmware\-Index »1«\fP .sp .if n \{\ .RS 4 .\} .nf ID_NET_NAME_ONBOARD=eno1 ID_NET_NAME_ONBOARD_LABEL=Ethernet Port 1 .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&3.\ \&PCI\-Ethernet\-Karte in einem Slot für dynamisches Einstecken mit Firmware\-Indexnummer\fP .sp .if n \{\ .RS 4 .\} .nf # /sys/devices/pci0000:00/0000:00:1c\&.3/0000:05:00\&.0/net/ens1 ID_NET_NAME_MAC=enx000000000466 ID_NET_NAME_PATH=enp5s0 ID_NET_NAME_SLOT=ens1 .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&4.\ \&PCI\-Ethernet\-Multifunktionskarte mit 2 Ports\fP .sp .if n \{\ .RS 4 .\} .nf # /sys/devices/pci0000:00/0000:00:1c\&.0/0000:02:00\&.0/net/enp2s0f0 ID_NET_NAME_MAC=enx78e7d1ea46da ID_NET_NAME_PATH=enp2s0f0 # /sys/devices/pci0000:00/0000:00:1c\&.0/0000:02:00\&.1/net/enp2s0f1 ID_NET_NAME_MAC=enx78e7d1ea46dc ID_NET_NAME_PATH=enp2s0f1 .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&5.\ \&PCI\-WLAN\-Karte\fP .sp .if n \{\ .RS 4 .\} .nf # /sys/devices/pci0000:00/0000:00:1c\&.1/0000:03:00\&.0/net/wlp3s0 ID_NET_NAME_MAC=wlx0024d7e31130 ID_NET_NAME_PATH=wlp3s0 .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&6.\ \&PCI\-IB\-Host\-Adapter mit 2 Ports\fP .sp .if n \{\ .RS 4 .\} .nf # /sys/devices/pci0000:00/0000:00:03\&.0/0000:15:00\&.0/net/ibp21s0f0 ID_NET_NAME_PATH=ibp21s0f0 # /sys/devices/pci0000:00/0000:00:03\&.0/0000:15:00\&.1/net/ibp21s0f1 ID_NET_NAME_PATH=ibp21s0f1 .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&7.\ \&Eingebautes USB\-3G\-Modem\fP .sp .if n \{\ .RS 4 .\} .nf # /sys/devices/pci0000:00/0000:00:1d\&.0/usb2/2\-1/2\-1\&.4/2\-1\&.4:1\&.6/net/wwp0s29u1u4i6 ID_NET_NAME_MAC=wwx028037ec0200 ID_NET_NAME_PATH=wwp0s29u1u4i6 .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&8.\ \&USB\-Android\-Telephon\fP .sp .if n \{\ .RS 4 .\} .nf # /sys/devices/pci0000:00/0000:00:1d\&.0/usb2/2\-1/2\-1\&.2/2\-1\&.2:1\&.0/net/enp0s29u1u2 ID_NET_NAME_MAC=enxd626b3450fb5 ID_NET_NAME_PATH=enp0s29u1u2 .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&9.\ \&s390\-gruppierte CCW\-Schnittstelle\fP .sp .if n \{\ .RS 4 .\} .nf # /sys/devices/css0/0\&.0\&.0007/0\&.0\&.f5f0/group_device/net/encf5f0 ID_NET_NAME_MAC=enx026d3c00000a ID_NET_NAME_PATH=encf5f0 .fi .if n \{\ .RE .\} .SH "SIEHE AUCH" .PP \fBudev\fP(7), \fBudevadm\fP(8), \m[blue]\fBVorhersagbare Netzwerkschnittstellennamen\fP\m[]\&\s-2\u[1]\d\s+2, \fBsystemd\-nspawn\fP(1) .SH ANMERKUNGEN .IP " 1." 4 Vorhersagbare Netzwerkschnittstellennamen .RS 4 \%https://systemd.io/PREDICTABLE_INTERFACE_NAMES .RE .PP .SH ÜBERSETZUNG Die deutsche Übersetzung dieser Handbuchseite wurde von Helge Kreutzmann 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 .