Systemd-Networkd: Adapter an Bridge lassen DHCP nicht sein- SOLVED

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
bachmarc
Beiträge: 14
Registriert: 30.03.2016 11:18:17

Systemd-Networkd: Adapter an Bridge lassen DHCP nicht sein- SOLVED

Beitrag von bachmarc » 19.04.2022 14:18:54

Hallo,
ich habe länger einen Server im Keller laufen aber nach dem letzten Upgrade habe ich seltsame Probleme mit dem Netz.
Es gibt 3 Bridges und 6 Adapter aber das Problem ist überall gleich, daher nur am BSP der brsolnet

Die Bridge hat eine fixe IP und sollte 5 Netzwerkadapter binden, die keine IP haben sollten/brauchen.
Das ganze folgt der manpage: https://manpages.debian.org/buster/manp ... .5.de.html

Leider versuchen die Adapter per DHCP eine IP zu ziehen und gehen dann beleidigt auf den Fallback: 169.254.x.x
Das war vor dem Upgrade nicht der Fall

Hier das Setting der Bridge

Code: Alles auswählen

cat /etc/systemd/network/brsolnet.network
[Match]
Name=brsolnet

[Network]
DNS=192.168.1.1
Address=192.168.1.100/24
Gateway=192.168.1.1
root@ganimed:/etc/systemd/network#
Hier eines der Adapter:

Code: Alles auswählen

cat /etc/systemd/network/eth0.network
[Match]
Name=eth0

[Network]
Bridge=brsolnet
DHCP=no
LinkLocalAddressing=no
Leider sieht das dann nach dem booten so aus:

Ifconfig:

Code: Alles auswählen

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.26.206  netmask 255.255.0.0  broadcast 169.254.255.255
        ether 0c:c4:7a:c1:2a:a8  txqueuelen 1000  (Ethernet)
        RX packets 133364  bytes 54708641 (52.1 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 290320  bytes 241422733 (230.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xdf800000-df87ffff
networkctl:

Code: Alles auswählen

IDX LINK     TYPE     OPERATIONAL      SETUP
  1 lo       loopback carrier          unmanaged
  2 eth0     ether    routable         configured
  3 eth1     ether    routable         configured
  4 eth2     ether    routable         configured
  5 eth3     ether    routable         configured
  6 enp8s0f0 ether    no-carrier       configuring
  7 enp8s0f1 ether    no-carrier       configuring
  8 brblue   bridge   degraded         configured
  9 brdmz    bridge   degraded         configured
 10 brextern bridge   degraded         configured
 11 brsolnet bridge   degraded-carrier configured
 12 vnet0    ether    routable         unmanaged
 13 vnet1    ether    routable         unmanaged
 14 vnet2    ether    routable         unmanaged
 15 vnet3    ether    routable         unmanaged
Mir gehen die Ideen aus, was Systemd da abzieht.
Einzig auffällig ist, dass di Bridge brsolnet nach dem booten down ist, weil systemd behauptet der "link lost" während des bootens... die anderen bridges kommen hoch. Ich bringe dann mit

Code: Alles auswählen

 ifconfig brsolnet up
hoch

Ideen?

Gruß Marc
Zuletzt geändert von bachmarc am 19.04.2022 15:55:27, insgesamt 1-mal geändert.

bachmarc
Beiträge: 14
Registriert: 30.03.2016 11:18:17

Re: Systemd-Networkd: Adapter an Bridge lassen DHCP nicht sein

Beitrag von bachmarc » 19.04.2022 14:35:51

Hier nochmal ein Listing

journalctl -x |grep eth0

Code: Alles auswählen

pr 19 12:06:34 ganimed kernel: igb 0000:01:00.0: added PHC on eth0
Apr 19 12:06:34 ganimed kernel: igb 0000:01:00.0: eth0: (PCIe:2.5Gb/s:Width x1) 0c:c4:7a:c1:2a:a8
Apr 19 12:06:34 ganimed kernel: igb 0000:01:00.0: eth0: PBA No: 012700-000
Apr 19 12:06:35 ganimed kernel: brsolnet: port 5(eth0) entered blocking state
Apr 19 12:06:35 ganimed kernel: brsolnet: port 5(eth0) entered disabled state
Apr 19 12:06:35 ganimed kernel: device eth0 entered promiscuous mode
Apr 19 12:06:35 ganimed systemd-networkd[961]: eth0: Link UP
Apr 19 12:06:38 ganimed kernel: igb 0000:01:00.0 eth0: igb: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
Apr 19 12:06:38 ganimed systemd-networkd[961]: eth0: Gained carrier
Apr 19 12:06:38 ganimed kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Apr 19 12:06:38 ganimed kernel: brsolnet: port 5(eth0) entered blocking state
Apr 19 12:06:38 ganimed kernel: brsolnet: port 5(eth0) entered forwarding state
Apr 19 12:06:46 ganimed kernel: brsolnet: port 5(eth0) entered disabled state
Apr 19 12:06:46 ganimed connmand[4023]: eth0 {create} index 2 type 1 <ETHER>
Apr 19 12:06:46 ganimed connmand[4023]: eth0 {RX} 206 packets 17526 bytes
Apr 19 12:06:46 ganimed connmand[4023]: eth0 {TX} 190 packets 144396 bytes
Apr 19 12:06:46 ganimed connmand[4023]: eth0 {update} flags 69699 <UP,RUNNING,LOWER_UP>
Apr 19 12:06:46 ganimed connmand[4023]: eth0 {newlink} index 2 address 0C:C4:7A:C1:2A:A8 mtu 1500
Apr 19 12:06:46 ganimed connmand[4023]: eth0 {newlink} index 2 operstate 6 <UP>
Apr 19 12:06:46 ganimed kernel: 8021q: adding VLAN 0 to HW filter on device eth0
Apr 19 12:06:46 ganimed connmand[4023]: Adding interface eth0 [ ethernet ]
Apr 19 12:07:26 ganimed avahi-daemon[4016]: Joining mDNS multicast group on interface eth0.IPv4 with address 169.254.26.206.
Apr 19 12:07:26 ganimed avahi-daemon[4016]: New relevant interface eth0.IPv4 for mDNS.
Apr 19 12:07:26 ganimed avahi-daemon[4016]: Registering new address record for 169.254.26.206 on eth0.IPv4.
Apr 19 12:07:26 ganimed connmand[4023]: eth0 {add} address 169.254.26.206/16 label eth0 family 2
Apr 19 12:07:26 ganimed connmand[4023]: eth0 {add} route 169.254.0.0 gw 0.0.0.0 scope 253 <LINK>
Apr 19 12:07:26 ganimed connmand[4023]: eth0 {add} route 0.0.0.0 gw 0.0.0.0 scope 253 <LINK>
Apr 19 12:07:26 ganimed connmand[4023]: eth0 {del} route 0.0.0.0 gw 0.0.0.0 scope 253 <LINK>
Apr 19 12:07:26 ganimed connmand[4023]: eth0 {add} route 0.0.0.0 gw 0.0.0.0 scope 253 <LINK>
Apr 19 12:07:28 ganimed ntpd[4169]: Listen normally on 5 eth0 169.254.26.206:123
Apr 19 12:09:39 ganimed connmand[4023]: eth0 {newlink} index 2 address 0C:C4:7A:C1:2A:A8 mtu 1500
Apr 19 12:09:39 ganimed connmand[4023]: eth0 {newlink} index 2 operstate 6 <UP>
Apr 19 12:09:39 ganimed connmand[4023]: eth0 {newlink} index 2 address 0C:C4:7A:C1:2A:A8 mtu 1500
Apr 19 12:09:39 ganimed connmand[4023]: eth0 {newlink} index 2 operstate 6 <UP>
Apr 19 12:09:39 ganimed kernel: brsolnet: port 5(eth0) entered blocking state
Apr 19 12:09:39 ganimed kernel: brsolnet: port 5(eth0) entered forwarding state
Apr 19 12:09:54 ganimed connmand[4023]: eth0 {newlink} index 2 address 0C:C4:7A:C1:2A:A8 mtu 1500
Apr 19 12:09:54 ganimed connmand[4023]: eth0 {newlink} index 2 operstate 6 <UP>
Apr 19 12:17:25 ganimed connmand[4023]: eth0 {del} route 0.0.0.0 gw 0.0.0.0 scope 253 <LINK>

bachmarc
Beiträge: 14
Registriert: 30.03.2016 11:18:17

Re: Systemd-Networkd: Adapter an Bridge lassen DHCP nicht sein

Beitrag von bachmarc » 19.04.2022 14:56:13

I guess the issue is connmand ... I am not aware how this got active on that system
Is this part of any other framework in debian?
Can I simply kick it out of systemd or uninstall?

Oh bin in Englisch gerutscht... Deutsches Forum.... sry

bachmarc
Beiträge: 14
Registriert: 30.03.2016 11:18:17

Re: Systemd-Networkd: Adapter an Bridge lassen DHCP nicht sein

Beitrag von bachmarc » 19.04.2022 15:54:44

So, ich habe den connman jetzt mal as systemd geschmissen.

Jetzt klappt es wie erwartet:

Code: Alles auswählen

eth0
flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 0c:c4:7a:c1:2a:a9  txqueuelen 1000  (Ethernet)
        RX packets 2481143  bytes 2699417720 (2.5 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 726334  bytes 185316784 (176.7 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xdf700000-df77ffff
Connman wurde offenbar von meinem kvm/qemu virtmanager mitinstalliert.
Mal so ein Bsp wo apt kein Helfer war

=> Case closed

Antworten