Interfaces-Datei NIC Slot Kennung ENS

[DebianLukas]

Hallo,

ich möchte meine Maschinen von Debian 8 auf Debian 11 Migrieren. Soweit so gut.

Mein Problem ist, das die NIC Kennung von eth (bei all meinen Server eth0) auf ens gewechselt ist und ich nicht sagen kann welches Slot benutz wird.

Der neue Server wird Lokal bei mir konfiguriert und dann versendet um in dem anderen Netz eingeladen zu werden wo auch bereits der alte Server läuft. Daher muss ich den Slot auslesen oder automatisch bei booten in der /etc/network/interfaces Setzten.

Hat jemand eine Idee?

[MSfree]

Ich hoffe, du hast nicht versucht direkt von 8 auf 11 zu springen. Das geht nämlich ziemlich sicher in die Hosen.

Der Name der NIC läßt sich mit

Code: Alles auswählen

ip a

ausgeben.

[bluestar]

Du könntest den Kernelparameter net.ifnames=0 in Grub einfügen, dann bleibt deine Karte auf eth0.

[KP97]

ich möchte meine Maschinen von Debian 8 auf Debian 11 Migrieren. Soweit so gut.

Eher nicht so gut, denn das aktuelle Stable ist Debian 12, Codename Bookworm.

[baeuchlein]

Die Bezeichnung des Netzwerkanschlusses lautet mittlerweile doch eh meistens so ähnlich wie "enp3s0", und nicht mehr "eth0" o.ä.. Ich weiß nicht, ob ein Betrieb als "ethX" noch zu erzwingen ist.

[bluestar]

Ich weiß nicht, ob ein Betrieb als "ethX" noch zu erzwingen ist.

Es gibt nicht umsonst einen Kernelparameter um die bisherigen Bezeichnungen beibehalten zu können:

Du könntest den Kernelparameter net.ifnames=0 in Grub einfügen, dann bleibt deine Karte auf eth0.

[baeuchlein]

Du könntest den Kernelparameter net.ifnames=0 in Grub einfügen, dann bleibt deine Karte auf eth0.

Ach, das hatte ich überlesen.

Es kommt aber auf den Kernel an. Der 5.15.125er reagiert nicht drauf, und in der Dokumentation zum Kernel ist er auch nicht drin. Andererseits ist dieser Kernel auch nicht der Standardkernel von Debian.

[fischig]

Es kommt aber auf den Kernel an. Der 5.15.125er reagiert nicht drauf

Soweit mir bekannt ist udev verantwortlich für die Um- oder Nicht-Umbenennung der Schnittstelle. Mit dem verwendeten Kernel dürfte das nichts zu tun haben.

[Livingston]

Soweit mir bekannt ist udev verantwortlich für die Um- oder Nicht-Umbenennung der Schnittstelle. Mit dem verwendeten Kernel dürfte das nichts zu tun haben.

Ganz so einfach ist es nicht. Der Kernel vergibt eigene Bezeichnungen für die vorgefundenen Geräte und trägt sie dann in einem eigens dafür entwickelten, temporären Dateisytem vom Typ devtmpfs ein. Der oben genannte Schalter veranlasst den Kernel, das alte Namensschema zu verwenden.
udev kann darüber hinaus die Geräte umbenennen, sie in andere Vezeichnisse verfrachten, auf Ereignisse reagieren und Programme starten und vieles andere mehr.
Es gibt also in diesem Fall zwei verschiedene Stellen, an denen ein Gerätename verankert werden kann.

[KP97]

Zusätzlich zu Livingstons Ausführungen (wie immer sehr präzise) kann man auch systemd den Job machen lassen.
Man legt in /etc/systemd/network eine Datei z.B. namens 60-Kabel.link an. Der Name ist frei wählbar, nur die Endung link ist wichtig!
Dahinein dann den Namen, den man vergeben will. Ich habe mich für die MAC-Adresse entschieden, weil die immer eindeutig ist. Man kann aber auch "Name= " wählen.
Ich habe es so:

Code: Alles auswählen

[Match]
MACAddress=dc:fe:07:e1:77:22

[Link]
Name=eth0  

Der Service systemd-networkd läuft, nach einem Neustart des Systems oder des Daemons ist der Name vergeben und bleibt auch so, egal welcher Kernel läuft.

[Livingston]

Der Parameter net.ifnames ist kein Kernel-Parameter, er findet sich nicht in dieser Liste: https://www.kernel.org/doc/html/v6.1/ad ... eters.html
Vielmehr kann der Parameter von anderen Programmen abgerufen werden, und wenn man mal die udev-Regeln zur Benennung der NICs durchschaut, findet man auch Hinweise, dass der Parameter als Umgebungsvariable übernommen wird.

D.h. die alten Bezeichnungen wie eth0, wlan0 etc. sind wie früher auch die Namen, die der Kernel den Geräten zuweist. Erst eine udev-Regel (undoderaberauch systemd) erzeugt die wunderschönen, neuen predictable names.
Hab das Ganze gerade mal auf Devuan durchgesehen (wo kein systemd existiert): Es gibt dort keine passende udev-Regel, um meiner Karte einen neuen Namen zu verpassen. Und siehe da, das Gerät heißt hier eth0. Den allgemeinen Fall für Debian schau ich mir auch noch mal in Ruhe an.

Danke an fischig für die PM, der mich damit veranlasste, noch mal genauer hinzuschauen.