zweite Netzwerkkarte bekommt Namen der alten

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
Thilo B
Beiträge: 8
Registriert: 06.01.2008 14:52:51

zweite Netzwerkkarte bekommt Namen der alten

Beitrag von Thilo B » 11.02.2018 14:41:22

Hallo zusammen,

ich habe ein neu aufgesetztes debian 9.3 mit Kernel 4.9.0-5-amd64. Ich habe eine Netzwerkbrücke für Xen namens xenbr0. Meine Netzwerkkarte wird vom System als enp3s0 bezeichnet.

Installiere ich eine weitere Netzwerkkarte, so bekommt die vorhandene einen neuen Namen und die neue den der alten !?

Zu erkennen an dem MAC-Eintrag in ip -a vor und nach der Installation der zweiten Karte.
Vor der Installation:

Code: Alles auswählen

ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master xenbr0 state UP group default qlen 1000
    link/ether e0:3f:49:86:91:89 brd ff:ff:ff:ff:ff:ff
3: xenbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether e0:3f:49:86:91:89 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.10/24 brd 192.168.0.255 scope global xenbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::e23f:49ff:fe86:9189/64 scope link
       valid_lft forever preferred_lft forever
Nach der Installaion der zweiten Karte:

Code: Alles auswählen

ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master xenbr0 state UP group default qlen 1000
    link/ether 10:fe:ed:03:7d:76 brd ff:ff:ff:ff:ff:ff
3: enp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether e0:3f:49:86:91:89 brd ff:ff:ff:ff:ff:ff
4: xenbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 10:fe:ed:03:7d:76 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.10/24 brd 192.168.0.255 scope global xenbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::12fe:edff:fe03:7d76/64 scope link
       valid_lft forever preferred_lft forever
Wie man erkennen kann, hat die Karte mit der MAC-ID e0:3f:49:86:91:89 den Namen gewechselt.
Das hat zur Folge, daß die neue Karte unter der IP der alten funktioniert und die neue ohne Konfiguration gar nicht. Das kann doch nicht gewollt sein?! 8O

In der Konfigurationsdatei sieht es so aus:

Code: Alles auswählen

 cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto enp3s0
iface enp3s0 inet static
     up ifconfig enp3s0

auto xenbr0
iface xenbr0 inet static
  bridge_ports enp3s0
  bridge_stp no
  address 192.168.0.10
  netmask 255.255.255.0
  network 192.168.0.0
  broadcast 192.168.0.255
  gateway 192.168.0.2
  dns-nameservers 192.168.0.2
  dns-search localdomain
Ich weiß, daß ich hier einfach enp3s0 auf enp4s0 ändern könnte, aber das Grundproblem ist: Warum bekommt die alte Karte einen neuen Namen?
Fragt sich Thilo
Zuletzt geändert von Thilo B am 11.02.2018 14:55:44, insgesamt 1-mal geändert.

fireburner
Beiträge: 140
Registriert: 01.12.2017 20:51:31
Lizenz eigener Beiträge: neue BSD Lizenz
Wohnort: Dänenland

Re: zweite Netzwerkkarte bekommt Namen der alten

Beitrag von fireburner » 11.02.2018 14:47:06

Ich würde mal darauf tippen, das dies an der Busreihenfolge liegt. Die zweite Karte hängt weiter oben am Bus und wird daher zuerst initialisiert.

Im Prinzip wie bei den SATA Controllern auch. Wenn du vorher nur an Port2 eine Platte angeschlossen hast ist diese /dev/sda. Wenn man jetzt allerdings eine zweite Platte an Port1 hängt wird die vorherige Platte als /dev/sdb erkannt und die neue als /dev/sda.

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: zweite Netzwerkkarte bekommt Namen der alten

Beitrag von MSfree » 11.02.2018 14:57:15

Thilo B hat geschrieben: ↑ zum Beitrag ↑
11.02.2018 14:41:22
Wie man erkennen kann, hat die Karte mit der MAC-ID e0:3f:49:86:91:89 den Namen gewechselt.... Das kann doch nicht gewollt sein?! 8O
Soviel zum Thema predictable Network Interface Names :mrgreen: :mrgreen: :mrgreen: :mrgreen:
Ich würde sagen, das ist einen Bugreport bei Kernel.org wert.

Thilo B
Beiträge: 8
Registriert: 06.01.2008 14:52:51

Re: zweite Netzwerkkarte bekommt Namen der alten

Beitrag von Thilo B » 11.02.2018 15:02:27

Danke für den schnellen Hinweis!
Mir dämmert gerade, daß das bisher ja ähnlich war, da mußte man die /etc/udev/rules.d/70-persistent-net.rules bearbeiten, damit eth0 auch eth0 blieb und nicht zu eth1 umbenannt wurde.
Das gibt es unter Debian 9 nun nicht mehr, ich habe hier einen Hinweis gefunden, wie man den Namen der Netzwerkkarten festlegen kann, probiere ich gleich mal aus.

Gruß
Thilo
Zuletzt geändert von Thilo B am 11.02.2018 15:05:45, insgesamt 1-mal geändert.

Thilo B
Beiträge: 8
Registriert: 06.01.2008 14:52:51

Re: zweite Netzwerkkarte bekommt Namen der alten

Beitrag von Thilo B » 11.02.2018 15:04:59

MSfree hat geschrieben: ↑ zum Beitrag ↑
11.02.2018 14:57:15
Thilo B hat geschrieben: ↑ zum Beitrag ↑
11.02.2018 14:41:22
Wie man erkennen kann, hat die Karte mit der MAC-ID e0:3f:49:86:91:89 den Namen gewechselt.... Das kann doch nicht gewollt sein?! 8O
Soviel zum Thema predictable Network Interface Names :mrgreen: :mrgreen: :mrgreen: :mrgreen:
Ich würde sagen, das ist einen Bugreport bei Kernel.org wert.
...dann bin ich also nicht der einzige, der das mit den predictable Network Interface Names anders verstanden hatte... :D

Antworten