[Eisfair] Update Problem NetworkManager

Nelson Matias nelson at anires.de
Do Dez 11 14:13:44 CET 2025


Hallo Marcus,

Am 10.12.2025 um 13:48 schrieb Marcus Röckrath:
>>>> fmsrv03 # ip r
>>>> 0.0.0.0 via 172.30.101.1 dev enx000c299f719a proto static metric 100
>>>> default via 172.30.101.1 dev enx000c299f719a proto static metric 101
>>>> 172.30.1.0/24 via 172.30.1.1 dev enx000c299f7190 proto static metric 100
>>>> 172.30.1.0/24 dev enx000c299f7190 proto kernel scope link src
>>>> 172.30.1.12 metric 100
>>>> 172.30.101.0/24 via 172.30.101.1 dev enx000c299f719a proto static metric
>>>> 100
>>>> 172.30.101.0/24 dev enx000c299f719a proto kernel scope link src
>>>> 172.30.101.12 metric 101

> Irgendjemand hier, der speziell Ahnung von Routen in Netzwerken hat?

Nicht wirklich aber ich hätte eine Idee.

> Ich kapier nicht, und das hat mit dem Update auf den NetworkManager nichts
> zu tun, warum man bei zwei Netzwerkarten Routen "ins eigene Netz" setzen
> muss.
> 
> Ich meine diese Routen:
> 
> 172.30.1.0/24 via 172.30.1.1 dev enx000c299f7190 proto static metric 100
> 172.30.101.0/24 via 172.30.101.1 dev enx000c299f719a proto static metric 100

Die default-Route geht ja ins 101er-Netz. Daten, die ins 1er-Netz sollen 
können anhand der Route für 172.30.1.0/24 direkt ans richtige Zielnetz 
gesendet werden und gehen nicht den Umweg über das Gateway.

Bei nur einer Netzwerkkarte läuft ja alles über diese Schnittstelle, 
somit kann die eigene Route entfallen. Aber bei mehr als einer 
Schnittstelle (z.B. auch ein virtuelles Netz für z.B. Docker) hat jede 
Schnittstelle eine route für ihr eigenes device. Du gehst ja in der 
Regel davon aus, dass die Netze eben nicht an einer anderen Stelle auch 
miteinander Verbunden sind.

-- 
Gruß
Nelson


Mehr Informationen über die Mailingliste Eisfair