Speicherort für Netzwerkkonfig?

[ObiTobi]

Hallo,

trotz intensiver Suche habe ich keine wirkliche Lösung für mein Problem finden können. Vielleicht hat jemand Idee wo ggf. sonst die Netzwerkkonfiguration gespeichert wird.

Also als ich vor einiger Zeit meinen KVM Server (Debian basierend natürlich) aufgesetzt habe, fehlte mir eine physikalische Schnittstelle, daher hatte ich mir Übergansweise mit virtuellen IP Adressen geholfen.

So hatte ich u.a in /etc/Network/interfaces.d/enp3s0 mit folgendem Inhalt mir angelegt:

Code: Alles auswählen

auto enp3s0
# allow-hotplug enp3s0
iface enp3s0 inet static
        address 192.168.14.1
        netmask 255.255.255.0
        gateway 192.168.14.10
        network 192.168.14.0
        broadcast 192.168.14.255
        up ip addr add 192.168.14.101 dev enp3s0 label enp3s0:0
        down ip addr del 192.168.14.101 dev enp3s0 label enp3s0:0
        up ip addr add 192.168.14.113 dev enp3s0 label enp3s0:1
        down ip addr del 192.168.14.113 dev enp3s0 label enp3s0:1
iface enp3s0 inet6 auto

So weit so gut. Das hat ja auch problemlos funktioniert. Das Problem was ich jetzt habe, wenn ich die 4 Zeilen rausnehme

Code: Alles auswählen

        up ip addr add 192.168.14.101 dev enp3s0 label enp3s0:0
        down ip addr del 192.168.14.101 dev enp3s0 label enp3s0:0
        up ip addr add 192.168.14.113 dev enp3s0 label enp3s0:1
        down ip addr del 192.168.14.113 dev enp3s0 label enp3s0:1

und den Rechner boote, interessiert es ihn überhaupt nicht. Die 2 zusätzliche IP's also 192.168.14.101 und 192.168.14.113 sind oben weil eben auch enp3s0:0 und enp3s0:1 hochgefahren werden.

Auch eine Suche in /etc mit grep brachte keinen Erfolg. An sic h dachte ich immer und es war auch Jahrelang so, dass nur das was in /etc/network/interfaces* gespeichert war auch gelesen und ausgeführt war. Das scheint sich verändert zu haben und ich habe keine Ahnung wo sonst diese Information stehen kann.
Für gute Ideen bin ich Dankbar.

[schwedenmann]

Hallo

Also als ich vor einiger Zeit meinen KVM Server (Debian basierend natürlich) aufgesetzt habe,

Ist da ein serrver ohne GUI,also ohne xorg ?

wenn ja,dann sollte die interfaces eigentlich ausgewertet werden,ist jedenfall bei meinen Installtion (netinstall ohne GUI) bisher immer der fall gewesen.

mfg
schwedenmann

[ObiTobi]

Ist da ein serrver ohne GUI,also ohne xorg ?

Also gestartet wird kein X. Ich habe auch kein xorg installiert. Vereinzelt sind aber meine ich schon X11 Pakete die als Abhängigkeit notwendig waren wie "x11-common".

Was ich noch weniger verstehe - ich kann eben in /etc/network/interfaces.d die IP für die Schnittstelle ändern, dann wird es auch nach dem Reboot übernommen. Ich kann die Schnittstelle löschen, dann wird sie nicht hochgefahren. Aber so bald ich das Interface hoch bringe, zack sind die 2 virtuelle IP's wieder da.
So ein Woodoo "Mist" kenne ich nur in Verbindung mit Gnome und dem network-manager oder wie das Zeug da heißt. Nur davon finde ich nichts auf dem Rechner und trotzdem wird irgendwo etwas gespeichert.

Tobi

[mat6937]

Was ich noch weniger verstehe - ich kann eben in /etc/network/interfaces.d die IP für die Schnittstelle ändern, dann wird es auch nach dem Reboot übernommen. Ich kann die Schnittstelle löschen, dann wird sie nicht hochgefahren. Aber so bald ich das Interface hoch bringe, zack sind die 2 virtuelle IP's wieder da.

Wie sind die Ausgaben von:

Code: Alles auswählen

ls -la /etc/network/interfaces.d
cat /etc/network/interfaces

?

[ObiTobi]

Wie sind die Ausgaben von:

Na das sind ja Basics, aber gut

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).

source /etc/network/interfaces.d/*

ls -la /etc/network/interfaces.d/
insgesamt 32
drwxr-xr-x 2 root root 4096 31. Dez 2019 .
drwxr-xr-x 7 root root 4096 31. Dez 2019 ..
-rw-r--r-- 1 root root 286 31. Dez 2019 enp1s0f0
-rw-r--r-- 1 root root 282 31. Dez 2019 enp1s0f1
-rw-r--r-- 1 root root 282 31. Dez 2019 enp1s0f2
-rw-r--r-- 1 root root 282 31. Dez 2019 enp1s0f3
-rw-r--r-- 1 root root 200 31. Dez 2019 enp3s0
-rw-r--r-- 1 root root 65 31. Dez 2019 lo

cat /etc/network/interfaces.d/enp3s0
auto enp3s0
# allow-hotplug enp3s0
iface enp3s0 inet static
address 192.168.14.1
netmask 255.255.255.0
gateway 192.168.14.10
network 192.168.14.0
broadcast 192.168.14.255
iface enp3s0 inet6 auto

Die anderen Interfaces werden von KVM genutzt. Einträge sind wie hier nur natürlich andere MAC Adresse und IP Bereiche

cat /etc/network/interfaces.d/enp1s0f0
iface enp1s0f0 inet static
auto br0
# allow-hotplug enp1s0f0
iface br0 inet static
hwaddress ether 80:61:5f:07:22:8e
address 192.168.14.1
netmask 255.255.255.0
gateway 192.168.14.10
network 192.168.14.0
broadcast 192.168.14.255
bridge_ports enp1s0f0
iface br0 inet6 auto

Tobi

[mat6937]

Na das sind ja Basics, ...

Die anderen Dateien im Verzeichnis "/etc/network/interfaces.d/" beinhalten keine Eintragungen für diese IP-Adressen/Interfaces?
Schau mal nach ob evtl. udev-Regeln für diese Interfaces, generiert worden sind:

Code: Alles auswählen

ls -la /lib/udev
ls -la /lib/udev/rules.d

[ObiTobi]

Die anderen Dateien im Verzeichnis "/etc/network/interfaces.d/" beinhalten keine Eintragungen für diese IP-Adressen/Interfaces?

Noch mal extra kontrolliert - nichts da.

Schau mal nach ob evtl. udev-Regeln für diese Interfaces, generiert worden sind:

Code: Alles auswählen

ls -la /lib/udev
ls -la /lib/udev/rules.d

Alles Dateien habe ich jetzt nicht kontrolliert. Alles was irgendwie etwas mit *net* zu tun haben sollte schon. Sonst "grep" findet weder Namen noch die IP in den Rules

Code: Alles auswählen

 ls -la /lib/udev/
insgesamt 10840
drwxr-xr-x  4 root root     4096 28. Aug 14:52 .
drwxr-xr-x 59 root root     4096 28. Aug 16:49 ..
-rwxr-xr-x  1 root root    59808 13. Jul 19:29 ata_id
-rwxr-xr-x  1 root root     1235 24. Feb 2021  bridge-network-interface
-rwxr-xr-x  1 root root    76200 13. Jul 19:29 cdrom_id
-rwxr-xr-x  1 root root    92648 13. Jul 19:29 fido_id
-rwxr-xr-x  1 root root      252 28. Jul 21:09 hwclock-set
-r--r--r--  1 root root 10718730 28. Aug 14:52 hwdb.bin
drwxr-xr-x  2 root root     4096 28. Aug 14:43 hwdb.d
-rwxr-xr-x  1 root root     2833 21. Sep 2020  ifupdown-hotplug
-rwxr-xr-x  1 root root    18704 13. Jul 19:29 mtd_probe
drwxr-xr-x  2 root root     4096 29. Aug 10:19 rules.d
-rwxr-xr-x  1 root root    76728 13. Jul 19:29 scsi_id
-rwxr-xr-x  1 root root    18784 13. Jul 19:29 v4l_id

Code: Alles auswählen

ls -la /lib/udev/rules.d/
insgesamt 200
drwxr-xr-x 2 root root 4096 29. Aug 10:19 .
drwxr-xr-x 4 root root 4096 28. Aug 14:52 ..
-rw-r--r-- 1 root root  210 13. Jul 19:28 50-firmware.rules
-rw-r--r-- 1 root root 3920 13. Jul 19:29 50-udev-default.rules
-rw-r--r-- 1 root root 7274 22. Feb 2021  55-dm.rules
-rw-r--r-- 1 root root 2420 22. Feb 2021  56-lvm.rules
-rw-r--r-- 1 root root  419  2. Feb 2021  60-autosuspend.rules
-rw-r--r-- 1 root root  703  2. Feb 2021  60-block.rules
-rw-r--r-- 1 root root   65 24. Feb 2021  60-bridge-network-interface.rules
-rw-r--r-- 1 root root 1071  2. Feb 2021  60-cdrom_id.rules
-rw-r--r-- 1 root root  413  2. Feb 2021  60-drm.rules
-rw-r--r-- 1 root root  990  2. Feb 2021  60-evdev.rules
-rw-r--r-- 1 root root  491 13. Jul 19:29 60-fido-id.rules
-rw-r--r-- 1 root root  282  2. Feb 2021  60-input-id.rules
-rw-r--r-- 1 root root  582  1. Jul 16:07 60-mdevctl.rules
-rw-r--r-- 1 root root  616  2. Feb 2021  60-persistent-alsa.rules
-rw-r--r-- 1 root root 2710  2. Feb 2021  60-persistent-input.rules
-rw-r--r-- 1 root root 1794 22. Feb 2021  60-persistent-storage-dm.rules
-rw-r--r-- 1 root root 8026  2. Feb 2021  60-persistent-storage.rules
-rw-r--r-- 1 root root 2135  2. Feb 2021  60-persistent-storage-tape.rules
-rw-r--r-- 1 root root  769  2. Feb 2021  60-persistent-v4l.rules
-rw-r--r-- 1 root root  736  2. Feb 2021  60-sensor.rules
-rw-r--r-- 1 root root 1302  2. Feb 2021  60-serial.rules
-rw-r--r-- 1 root root  612 13. Jul 19:29 64-btrfs.rules
-rw-r--r-- 1 root root 5813 22. Feb 2021  69-lvm-metad.rules
-rw-r--r-- 1 root root  432  2. Feb 2021  70-joystick.rules
-rw-r--r-- 1 root root  734  2. Feb 2021  70-mouse.rules
-rw-r--r-- 1 root root  576  2. Feb 2021  70-power-switch.rules
-rw-r--r-- 1 root root  473  2. Feb 2021  70-touchpad.rules
-rw-r--r-- 1 root root 2808 13. Jul 19:29 70-uaccess.rules
-rw-r--r-- 1 root root 3971 13. Jul 19:29 71-seat.rules
-rw-r--r-- 1 root root  644 13. Jul 19:29 73-seat-late.rules
-rw-r--r-- 1 root root  969 13. Jul 19:28 73-special-net-names.rules
-rw-r--r-- 1 root root  452  2. Feb 2021  75-net-description.rules
-rw-r--r-- 1 root root  174  2. Feb 2021  75-probe_mtd.rules
-rw-r--r-- 1 root root 4816  2. Feb 2021  78-sound-card.rules
-rw-r--r-- 1 root root 1375 13. Jul 19:28 80-debian-compat.rules
-rw-r--r-- 1 root root  615  2. Feb 2021  80-drivers.rules
-rw-r--r-- 1 root root  190 21. Sep 2020  80-ifupdown.rules
-rw-r--r-- 1 root root  295  2. Feb 2021  80-net-setup-link.rules
-rw-r--r-- 1 root root  208 28. Jul 21:09 85-hwclock.rules
-rw-r--r-- 1 root root  265 29. Okt 2018  90-console-setup.rules
-rw-r--r-- 1 root root  479 22. Feb 2021  95-dm-notify.rules
-rw-r--r-- 1 root root  171  7. Jun 13:27 96-e2scrub.rules
-rw-r--r-- 1 root root 4690 13. Jul 19:29 99-systemd.rules

Tobi

[unitra]

Im Thread ist nicht vermerkt wie alt das benutzte KVM System ist. Man könnte die Subschnittstellen (subinterface eth0:1) von Hand löschen mit iproute2 und schauen was dann passiert nach einem Reboot:

Code: Alles auswählen

ip addr del 192.0.2.1/24 dev eth0:1

Wenn nichts mehr hilft, dann wäre eine Umstellung auf https://wiki.debian.org/SystemdNetworkd hilfreich.

[unitra]

Wofür sind die label gut? Geht es hier vielleicht um MPLS Label? Im Endeffekt sind die IP Adressen alle auf der enp3s0 und nicht wie üblich auf enp3s0:1 einem Subinterface.

Code: Alles auswählen

        up ip addr add 192.168.14.101 dev enp3s0 label enp3s0:0
        down ip addr del 192.168.14.101 dev enp3s0 label enp3s0:0
        up ip addr add 192.168.14.113 dev enp3s0 label enp3s0:1
        down ip addr del 192.168.14.113 dev enp3s0 label enp3s0:1

Eventuell hat das was damit zu tun. Die Dokumentation zu IP labels https://manpages.debian.org/bullseye/ip ... .8.en.html oder die man page, ist nicht wirklich hilfreich. Ich habe label noch nie benutzt in Verbindung mit iproute2.

[ObiTobi]

Im Thread ist nicht vermerkt wie alt das benutzte KVM System ist.

Das System habe ich Ende 2019 aufgesetzt - bilde mir also ein mit Debian 10

mit ip del und reboot bringt es leider nicht. Habe schon XXX-Fach probiert mit ip del oder ipconfig. So bald das Interface oben ist sind auch die Subinterfaces da.

Wofür sind die label gut?

als ich das System damals aufgesetzt habe, machte ich entweder irgendwo Fehler oder aus welchem Grund auch immer die mir damals bekannte Vorgehensweise

Code: Alles auswählen

allow-hotplug eth0
iface eth0 inet static
        address 192.168.14.9
        netmask 255.255.255.0
        network 192.168.14.0
        broadcast 192.168.14.255
        gateway 192.168.14.10
iface eth0:1 inet static
        address 192.168.14.102

wollte nicht funktionieren.

Im Endeffekt sind die IP Adressen alle auf der enp3s0 und nicht wie üblich auf enp3s0:1 einem Subinterface.

wieso sollte es kein Subinterface sein?

Code: Alles auswählen

enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.14.1  netmask 255.255.255.0  broadcast 192.168.14.255
        inet6 2003:f8:1234:18f0:96de:80ff:fea2:411c  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::96de:80ff:fea2:411c  prefixlen 64  scopeid 0x20<link>
        ether 94:de:80:a2:41:1c  txqueuelen 1000  (Ethernet)
        RX packets 13662  bytes 1958374 (1.8 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 412  bytes 18918 (18.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xf7a00000-f7afffff

enp3s0:0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.14.101  netmask 255.255.255.0  broadcast 192.168.14.255
        ether 94:de:80:a2:41:1c  txqueuelen 1000  (Ethernet)
        device memory 0xf7a00000-f7afffff

enp3s0:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.14.113  netmask 255.255.255.0  broadcast 192.168.14.255
        ether 94:de:80:a2:41:1c  txqueuelen 1000  (Ethernet)
        device memory 0xf7a00000-f7afffff

[mat6937]

wieso sollte es kein Subinterface sein?

Code: Alles auswählen

enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.14.1  netmask 255.255.255.0  broadcast 192.168.14.255
        inet6 2003:f8:1234:18f0:96de:80ff:fea2:411c  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::96de:80ff:fea2:411c  prefixlen 64  scopeid 0x20<link>
        ether 94:de:80:a2:41:1c  txqueuelen 1000  (Ethernet)
        RX packets 13662  bytes 1958374 (1.8 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 412  bytes 18918 (18.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xf7a00000-f7afffff

enp3s0:0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.14.101  netmask 255.255.255.0  broadcast 192.168.14.255
        ether 94:de:80:a2:41:1c  txqueuelen 1000  (Ethernet)
        device memory 0xf7a00000-f7afffff

enp3s0:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.14.113  netmask 255.255.255.0  broadcast 192.168.14.255
        ether 94:de:80:a2:41:1c  txqueuelen 1000  (Ethernet)
        device memory 0xf7a00000-f7afffff

Teste mal was passiert, wenn Du diese IP-Adressen (192.168.14.101 und 192.168.14.113), als 2. und 3. IP-Adresse dem Interface enp3s0 statisch/fest zuweist. Ob dann noch die Interfaces enp3s0:0 und enp3s0:1 vorhanden sind?

[ObiTobi]

Teste mal was passiert, wenn Du diese IP-Adressen (192.168.14.101 und 192.168.14.113), als 2. und 3. IP-Adresse dem Interface enp3s0 statisch/fest zuweist. Ob dann noch die Interfaces enp3s0:0 und enp3s0:1 vorhanden sind?

Ich glaube die Aufgabe nicht 100% verstanden zu haben.
Hier https://wiki.debian.org/NetworkConfigur ... te2_method ist das doch so beschrieben wie ich es wie es sich momentan zeigt fälschlicherweise gemacht habe. Somit - wie musste ich vorgehen?

Ich kann dem Interface selbst z.B die 101 geben. Bei einem ifconfig wird dann
enp3s0 mit 192.168.14.101 und enp3s0:0 mit 192.168.14.101 angezeigt

Bei der Gelegenheit ist mir noch etwas anderes aufgefallen, nach dem ich die brX Interface von IP Adressen "befreien" konnte - kann es sein, dass wenn die Interfacesdefinitionen in /etc/network/interfaces.d/ liegen die Defaultroute auf das erste alphabetisch Interface gelegt wird?

[mat6937]

Ich glaube die Aufgabe nicht 100% verstanden zu haben.
Hier https://wiki.debian.org/NetworkConfigur ... te2_method ist das doch so beschrieben wie ich es wie es sich momentan zeigt fälschlicherweise gemacht habe. Somit - wie musste ich vorgehen?

Ich kann dem Interface selbst z.B die 101 geben. Bei einem ifconfig wird dann
enp3s0 mit 192.168.14.101 und enp3s0:0 mit 192.168.14.101 angezeigt

ifconfig zeigt immer nur eine (d. h. die 1. IP-Adresse) an. Wenn Du einem Interface mehrere IP-Adressen (keine aliase so wie Du es gemacht hast!) zuweist, werden diese nur mit z. B. "ip a" angezeigt.
Ich weise einem Interface mit z. B. systemd-networkd (d. h. mit der [Address]-Section) eine 2. IP-Adresse zu. Z. B.:

Code: Alles auswählen

# ...
[Network]
DHCP=no
Address=192.168.178.13/24
Broadcast=192.168.178.255
Gateway=192.168.178.1
NTP=192.168.178.1
Domains=fritz.box
ConfigureWithoutCarrier=true

[Address]
Address=192.168.174.24/24
Broadcast=192.168.174.255

# ...

Das geht aber auch manuell. mit ip. Aber hier (in deinem Fall) es sollte schon beim booten passieren.

[ObiTobi]

Ich mag als alter Sack etwas "Angst" haben, bevor ich einen Umstieg auf SystemdNetworkd umsteige, würde ich es gelöst haben wollen. Ich befürchte einfach, dass ohne dass es klar ist, wo diese verdammte IP's gespeichert sind werde ich am Ende u.U noch größere Probleme bekommen.
Es muss doch irgendwo eine lesbare Datei geben wo enp3s0:0 oder die ip 192.168.14.101 mit grep sich finden lässt. Ich hoffe zumindest nicht (ohne zu wissen), dass Linux/ Debian auf die Idee gekommen ist solche Sachen in eine Art Datenbank o.ä zu schreiben. Vielleicht muss ich
Ew muss ich bei dem ifup ein strace machen um zu sehen wo das Teil überhaupt für Dateien liest Was anderes als den networking.serive wusste ich halt nicht mehr was in Frage noch kommen kann

Code: Alles auswählen

cat /lib/systemd/system/networking.service
[Unit]
Description=Raise network interfaces
Documentation=man:interfaces(5)
DefaultDependencies=no
Requires=ifupdown-pre.service
Wants=network.target
After=local-fs.target network-pre.target apparmor.service systemd-sysctl.service systemd-modules-load.service ifupdown-pre.service
Before=network.target shutdown.target network-online.target
Conflicts=shutdown.target

[Install]
WantedBy=multi-user.target
WantedBy=network-online.target

[Service]
Type=oneshot
EnvironmentFile=-/etc/default/networking
ExecStart=/sbin/ifup -a --read-environment
ExecStop=/sbin/ifdown -a --read-environment --exclude=lo
RemainAfterExit=true
TimeoutStartSec=5min

[ObiTobi]

So Problem ist behoben.
Woran lag es? An mir selbst. Das ist halt so, wenn man älter wird, etwas macht und einfach vergisst, dass man etwas gemacht hat.

Also ich habe die Maschine heute noch mal gebootet und erst mal dafür gesorgt, dass es keine VM's usw. gestartet werden. Dann mit grep ein Verzeichnis nach dem nächsten und ich fand plötzlich eine Datei wo genau die Befehle drin standen die ich am Anfang in /etc/network/interfaces.d/enp3s0 hatte.
Die Datei lag unter /usr/local/bin/addipaddresses. Damit war mir schon fast klar, dass es nichts mit der Distribution kommt und in der Tat, ich habe mir auch ein Service geschrieben welches zu passenden Zeitpunkt die Datei ausführt.

(Man man man -es wird echt Zeit sich solche Änderungen einfach aufzuschreiben)

Danke für die viele Ideen und Vorschläge!

Tobi