[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