Hi,

ich habe einen Server im Housing, der zwei Netzwerkinterfaces hat.
Davon ist nur eins aktiv, ich verwende systemd-networkd. Das nicht angeschlossene Interface kommt nie in den status "configured" und das
target network-online wird nie erreicht:

|$ networkctl
|IDX LINK TYPE OPERATIONAL SETUP
| 1 lo loopback carrier unmanaged
| 2 enp2s0 ether routable configured
| 3 enp3s0 ether no-carrier configuring
|
|3 links listed.
|$

Auf einem anderen Server sieht das besser aus:
|$ networkctl
|IDX LINK TYPE OPERATIONAL SETUP
| 1 lo loopback routable configured
| 2 enp2s0 ether routable configured
| 3 enp3s0 ether off unmanaged
|
|3 links listed.
|$

Einen offensichtlichen Unterschied in der Konfiguation des
systemd-networkd kann ich nicht entdecken, insbesondere gibt es
keinerlei .link-Dateien, in denen das enp3s0 auf dem zweiten Server abgeschaltet werden könnte. Eigentlich finde ich das aber schon so.

Wie bringe ich das enp3s0 auf dem ersten Server auch nach
"OPERATIONAL: off"?

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am Thu, 14 Oct 2021 19:09:44 +0200
schrieb Marc Haber <mh+debian-user-german@zugschlus.de>:

das target network-online wird nie erreicht

in denen das enp3s0 auf dem zweiten Server
abgeschaltet werden könnte

Was stört Dich: das target network-online nie erreicht wird oder das
enp3s0 nicht abgeschaltet werden kann?

Für das erste hätte ich einen Vorschlag, für das zweite nicht.

Ich habe bei mir eine Datei

/etc/systemd/system/systemd-networkd-wait-online.service.d/override-exec-start.conf

mit folgendem Inhalt:

# WICHTIG: nachfolgende Zeile löscht vorhandenen ExecStart-Eintrag >ExecStart=
#ExecStart=/lib/systemd/systemd-networkd-wait-online --ignore=eth0stx >ExecStart=/lib/systemd/systemd-networkd-wait-online --interface=br0stx

Mit der Option --interface=<device> gibst Du an, welche Devices online
sein müssen, damit target network-online erreicht wird. Der Rest der
Devices wird ignoriert.

Mit der Option --ignore=<device> gibst Du an, welche Devices ignoriert
werden. Der Rest muss online sein, um target network-online zu erreichen.

Bringt Dich das weiter?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Fri, 15 Oct 2021 14:53:12 +0200, Dieter Rohlfing <dr-erc@gmx.net>
wrote:

Am Thu, 14 Oct 2021 19:09:44 +0200
schrieb Marc Haber <mh+debian-user-german@zugschlus.de>:

das target network-online wird nie erreicht

in denen das enp3s0 auf dem zweiten Server
abgeschaltet werden könnte

Was stört Dich: das target network-online nie erreicht wird oder das
enp3s0 nicht abgeschaltet werden kann?

Ersteres stört, zweiteeres ist nur unschön.

Für das erste hätte ich einen Vorschlag, für das zweite nicht.

Ich habe bei mir eine Datei

/etc/systemd/system/systemd-networkd-wait-online.service.d/override-exec-start.conf

mit folgendem Inhalt:

# WICHTIG: nachfolgende Zeile löscht vorhandenen ExecStart-Eintrag >>ExecStart=
#ExecStart=/lib/systemd/systemd-networkd-wait-online --ignore=eth0stx >>ExecStart=/lib/systemd/systemd-networkd-wait-online --interface=br0stx

Nee, das ist Pfusch. Auf meinen anderen Systemen geht das ohne.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am Donnerstag, den 14.10.2021, 19:09 +0200 schrieb Marc Haber:

Hi,

ich habe einen Server im Housing, der zwei Netzwerkinterfaces hat.
Davon ist nur eins aktiv, ich verwende systemd-networkd. Das nicht angeschlossene Interface kommt nie in den status "configured" und das
target network-online wird nie erreicht:

$ networkctl
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanaged
2 enp2s0 ether routable configured
3 enp3s0 ether no-carrier configuring

3 links listed.
$

Auf einem anderen Server sieht das besser aus:

$ networkctl
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback routable configured
2 enp2s0 ether routable configured
3 enp3s0 ether off unmanaged

3 links listed.
$

Einen offensichtlichen Unterschied in der Konfiguation des
systemd-networkd kann ich nicht entdecken, insbesondere gibt es
keinerlei .link-Dateien, in denen das enp3s0 auf dem zweiten Server abgeschaltet werden könnte. Eigentlich finde ich das aber schon so.

Wie bringe ich das enp3s0 auf dem ersten Server auch nach
"OPERATIONAL: off"?

systemd-networkd berücksichtigt auch die configs unter '/etc/network/interfaces'.
Sieht also so aus als hättest du am anderen Server das Device 'enp3s0'
in '/etc/network/interfaces' konfiguriert, wodurch systemd-networkd es
nicht anfasst (unmanaged).
Am Problem-Server dürfte hingegen loopback in '/etc/network/interfaces' konfiguriert sein, aber nicht die anderen beiden.
Trag enp3s0 am Problem-Server einfach in die '/etc/network/interfaces'
als 'manual' ohne 'auto' ein. Dadurch ignoriert systemd-networkd dieses
Device.

--
Sascha Reißner <reiszner@novaplan.at>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thu, 21 Oct 2021 16:43:29 +0300, Sascha Reißner
<reiszner@novaplan.at> wrote:

systemd-networkd berücksichtigt auch die configs unter >'/etc/network/interfaces'.
Sieht also so aus als hättest du am anderen Server das Device 'enp3s0'
in '/etc/network/interfaces' konfiguriert, wodurch systemd-networkd es
nicht anfasst (unmanaged).

Nein, auf der Maschine gibt es weder /etc/network/interfaces noch
irgendwas in /etc/network(/interfaces.d.

Am Problem-Server dürfte hingegen loopback in '/etc/network/interfaces' >konfiguriert sein, aber nicht die anderen beiden.

Am Problem-Server existiert ein /etc/network/intefaces mit "lo" und
"eth0", das ist aber überflüssig und auch falsch.

Trag enp3s0 am Problem-Server einfach in die '/etc/network/interfaces'
als 'manual' ohne 'auto' ein. Dadurch ignoriert systemd-networkd dieses >Device.

Und das ist der kanonische Weg für systemd-networkd?!? Erscheint mir
sehr unsauber und im Übrigen nicht auf Red-Hat-Artige Systeme
übertragbar.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am Donnerstag, den 21.10.2021, 18:22 +0200 schrieb Marc Haber:

On Thu, 21 Oct 2021 16:43:29 +0300, Sascha Reißner
<reiszner@novaplan.at> wrote:

systemd-networkd berücksichtigt auch die configs unter '/etc/network/interfaces'.
Sieht also so aus als hättest du am anderen Server das Device
'enp3s0'
in '/etc/network/interfaces' konfiguriert, wodurch systemd-networkd
es
nicht anfasst (unmanaged).

Nein, auf der Maschine gibt es weder /etc/network/interfaces noch
irgendwas in /etc/network(/interfaces.d.

Hmm, dann gibt es noch andere Wege systemd-networkd zu sagen, es soll
ein bestimmtes Device ignorieren.
Das SETUP 'unmanaged' bedeutet nämlich, dass dieses Device eine
Konfiguration erhalten hat aber eben nicht von systemd-networkd.

Am Problem-Server dürfte hingegen loopback in
'/etc/network/interfaces'
konfiguriert sein, aber nicht die anderen beiden.

Am Problem-Server existiert ein /etc/network/intefaces mit "lo" und
"eth0", das ist aber überflüssig und auch falsch.

Naja, falsch nicht, es gibt nur kein eth0.
In deiner Ausgabe von 'networkctl' wird 'lo' als 'unmanaged' gelistet.
Das war für mich der Hinweis, dass aus irgendeinem Grund
systemd-networkd 'lo' nicht anfasst.
Und deine /etc/network/intefaces bestätigt das auch.

Trag enp3s0 am Problem-Server einfach in die
'/etc/network/interfaces'
als 'manual' ohne 'auto' ein. Dadurch ignoriert systemd-networkd
dieses
Device.

Und das ist der kanonische Weg für systemd-networkd?!? Erscheint mir
sehr unsauber und im Übrigen nicht auf Red-Hat-Artige Systeme
übertragbar.

Ob es für Dich der kanonische Weg ist musst Du entscheiden.
Dieter Rohlfing hat Dir einen anderen Weg gezeigt den Du sogar als
Pfusch verwirfst, obwohl sein Ansatz sogar direkt systemd-networkd konfiguriert.

--
Sascha Reißner <reiszner@novaplan.at>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 21.10.21 18:22, Marc Haber wrote:

On Thu, 21 Oct 2021 16:43:29 +0300, Sascha Reißner

Trag enp3s0 am Problem-Server einfach in die '/etc/network/interfaces'
als 'manual' ohne 'auto' ein. Dadurch ignoriert systemd-networkd dieses
Device.

Und das ist der kanonische Weg für systemd-networkd?!? Erscheint mir
sehr unsauber und im Übrigen nicht auf Red-Hat-Artige Systeme
übertragbar.

Ich würde jetzt mutmaßen, dass Red-Hat Derivate analog die Interfaces
mit passendem ifcfg-* ignorieren.

Aber ich rate nur, systemd-networkd stand noch nicht auf meiner Liste.

Viele Grüße
Ulf

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am Donnerstag, den 21.10.2021, 18:22 +0200 schrieb Marc Haber:

Und das ist der kanonische Weg für systemd-networkd?!? Erscheint mir
sehr unsauber und im Übrigen nicht auf Red-Hat-Artige Systeme
übertragbar.

Ich verwende systemd nicht, daher hab ich es in eine Suchmaschine
geworfen (was Du auch hättest tun können) und fand es
in weniger als 1 Minute. https://www.freedesktop.org/software/systemd/man/systemd.network.html

Die Netzwerkkonfiguration per systemd-networkd findest Du in '/etc/systemd/network/'. Da sollte eine Datei für das Device
'enp3s0' vorhanden sein.
Wenn nicht, leg eine an (zB. '25-enp3s0.network').
Der Inhalt sollte auf folgendes geändert werden:

[Match]
Name=enp3s0

[Link]
Unmanaged=yes

Das sagt systemd-networkd, dass er dieses Device nicht konfigurieren
soll.

PS: alleine das schreiben dieser Email dauerte länger als die Suche

--
Sascha Reißner <reiszner@novaplan.at>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Rolf

Ich habe bei mir eine Datei

/etc/systemd/system/systemd-networkd-wait-online.service.d/override-exec- start.conf

mit folgendem Inhalt:

# WICHTIG: nachfolgende Zeile löscht vorhandenen ExecStart-Eintrag >ExecStart=
#ExecStart=/lib/systemd/systemd-networkd-wait-online --ignore=eth0stx >ExecStart=/lib/systemd/systemd-networkd-wait-online --interface=br0stx

Mit der Option --interface=<device> gibst Du an, welche Devices online
sein müssen, damit target network-online erreicht wird. Der Rest der
Devices wird ignoriert.

Mit der Option --ignore=<device> gibst Du an, welche Devices ignoriert werden. Der Rest muss online sein, um target network-online zu erreichen.

Da gibt's mMn eine etwas schönere Möglichkeit.
Siehe man systemd.network → RequiredForOnline=


Ich hab z.B. auf einem Raspi eine Konfig für WiFi und Ethernet, wobei
Ethernet per default nicht angestöpselt ist. Das sieht dann etwa so aus:

# cat /etc/systemd/network/20-wired.network
[Match]
Type=ether

[Network]
DHCP=ipv4

[DHCP]
RouteMetric=10

[Link]
RequiredForOnline=no

# cat /etc/systemd/network/25-wireless.network
[Match]
Type=wlan

[Network]
DHCP=ipv4

[DHCP]
RouteMetric=20


-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEECbOsLssWnJBDRcxUauHfDWCPItwFAmFx9gkACgkQauHfDWCP Ity8dw/8CU6P9afV5EyKvl6m7GuCYV3lX4i7DmQtg2bMdYMmV7BlwSYN06bsbkt9 QlCrB3JDHpm6z6Txm0VxeiTOeNZ4Vhs/6NM2NalqIzIxlktxqcRHMQrhpss/5Zd2 9PbibY3MHxU72Y0DWbzFASgyo0fujeF28dckiNMwTOUjdzHj1mhPNdC9R76NnaSH GPazihYVN9+mMEU1il+1i6PTNUf8G26RJT92W28HArP3N1yqpXoqq8+aZOGCzAkL 1HvQskV/vUx5/P/CUoOqqaKFj4h4xrXuBKDhDzDgVKQZyHyUrf2lw6x0TIsnfNKI fS/lJMEBL39HHCMUhxsMLjo8jOZW0oBMPB7Umkr2SmUDivEI4hzuF0cWoRh6xANM d6B7k4p6zCqmZ70p5hDSMWnMnwaD1sjAGkMNUg3ghcih89PjFNdVKTXArNKEowTh tj719g6grH54wMp9BuRCmQWNIxhSH14jI8XAQ0n08mlxYuR3mNDsGOvWcc8pGXur PwHsBL/v1JNAciOjsVnYnAzphrTsjUOvC+MucFL4SKHW/rDnmZq178xY5sxoBKD3 YtWJwdIUV6qbFxJzNCGydB0jI+jFX5W41kJiYO+VGWkHiNNl2re5sR29K+Zn4qNG 1VRX8Ntt6vTmIkGxYXkFGTORlFT5188zg6a9YmaXbfBYPFVeWso=
=Ro5G
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Marc,

kannst du mal die kompletten config Dateien von
/etc/systemd/network posten bzw auch ls -la /lib/systemd/network

Gleich mal vorab:
systemd-networkd list weder /etc/network/interfaces noch irgendwelche
network ifcfg Dateien von Redhat ein. Der unmanaged state bezieht sich also nicht darauf.


Grüße,
Michael

[Bitte CC bei Antworten, habe die Liste nicht abonniert]

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEECbOsLssWnJBDRcxUauHfDWCPItwFAmFx89YACgkQauHfDWCP ItwD1w/9G3gxI2iRWZcV19EXkiHgXxlr9710a6TaoUBjHXrPLLt8vgx3J3cy+4Yg 7CsbKI1eeK/q92x45cbtYKFGCwfUYx0E/891t+ZtD88x9c0dlMreG/uB48RZywov rYjcR0hvS7TORj96Jt/958IhFSrCuTB6Vd8DiSpf5fgTqqDWIQ37QySWl1EkvXNp cCBGV+Fl0gAUkMR8Zy1LfpI/5Pfir5ERMoLNti/tph9tLJoc+kl8M9HOYrZcGDsV TzaFUXRsYZZJyP2Hr1trOC0POWh7c9HqzBFf4o02wQeZOlED3bKJkGW8g9Tb5BWJ yZMMPB6nTJLfEc8IN0fyHhecAc4lfcajwvBeAVahqLDXW6bOlRLo8GwqffLHt4Xi JcR/HbdM1QNI6CWC4K38CYslJAjNYLGtvodrZC569lWoZtuElAg8gIokpXNDmIAf Y9Ojr8tF7GaYrJRAVPbhwmxtfvKN2PBMrbYgFVp5yfq5lDEO+2F83HS4j72wtKHG 1YLtJCQDpPsMV0kmweMLpgNpUInGF6VJK3ecthRXHZYGnSmn0btbjdJD0Y60pALH WYIh9mWdIYVNutNAt4MUWhLq5wsN8l8GtSS0bcxrFRIYES5zLYlU3LuxRYTIEgzh 2tdCDlR34BGPX3Rm23Ex1MHpVZXsKOJyPDAIvrHJCmI40yXbJTw=
=/PMG
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am Fri, 22 Oct 2021 01:21:45 +0200
schrieb Michael Biebl <biebl@debian.org>:

Da gibt's mMn eine etwas schönere Möglichkeit.
Siehe man systemd.network → RequiredForOnline=

Über Schönheit läßt sich streiten. :-))

Interessant ist der Hinweis trotzdem. Diese Option kannte ich noch gar
nicht. Wenn ich das richtig übersehe, dann müsste das bei mir die Datei override-exec-start.conf überflüssig machen. Ich werde es mal demnächst ausprobieren.

PS: Ich brauche kein CC, habe die Liste abonniert.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thu, 21 Oct 2021 21:25:53 +0300, Sascha Reißner
<reiszner@novaplan.at> wrote:

Am Donnerstag, den 21.10.2021, 18:22 +0200 schrieb Marc Haber:

Nein, auf der Maschine gibt es weder /etc/network/interfaces noch
irgendwas in /etc/network(/interfaces.d.

Hmm, dann gibt es noch andere Wege systemd-networkd zu sagen, es soll
ein bestimmtes Device ignorieren.

Genau nach diesen suche ich hier.

Am Problem-Server dürfte hingegen loopback in
'/etc/network/interfaces'
konfiguriert sein, aber nicht die anderen beiden.

Am Problem-Server existiert ein /etc/network/intefaces mit "lo" und
"eth0", das ist aber überflüssig und auch falsch.

Naja, falsch nicht, es gibt nur kein eth0.

Es gibt kein eth0 mehr, und die dort gelistete Konfiguration ist auch
noch aus einer Zeit, als dieses System noch auf einer Hardware lief,
die ein eth0 bereitgestellt hatte. Will sagen: Die IP-Adressen dort
passen nicht mehr zum aktuell vorhandenen Netz.

In deiner Ausgabe von 'networkctl' wird 'lo' als 'unmanaged' gelistet.
Das war für mich der Hinweis, dass aus irgendeinem Grund
systemd-networkd 'lo' nicht anfasst.
Und deine /etc/network/intefaces bestätigt das auch.

Das stimmt, da hatte ich nicht hingeschaut.

Dieter Rohlfing hat Dir einen anderen Weg gezeigt den Du sogar als
Pfusch verwirfst, obwohl sein Ansatz sogar direkt systemd-networkd >konfiguriert.

Und das von Michael Biebl klingt mir am besten. Ich habe das noch
nicht ausprobiert, aber wie ich seine Hinweise kenne, wird das auf
Anhieb funktionieren.

Und auch von Dir hab ich was gelernt, vielen Dank dafür.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vOBj4te4cdCSEgthnLJAliVPuQbGvZpQF
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

Am 22.10.21 um 10:48 schrieb Dieter Rohlfing:

Am Fri, 22 Oct 2021 01:21:45 +0200
schrieb Michael Biebl <biebl@debian.org>:

Da gibt's mMn eine etwas schönere Möglichkeit.
Siehe man systemd.network → RequiredForOnline=

Über Schönheit läßt sich streiten. :-))

In der Tat. Nennen wir sie alternative Möglichkeit :-)

Interessant ist der Hinweis trotzdem. Diese Option kannte ich noch gar
nicht. Wenn ich das richtig übersehe, dann müsste das bei mir die Datei override-exec-start.conf überflüssig machen. Ich werde es mal demnächst ausprobieren.

PS: Ich brauche kein CC, habe die Liste abonniert.

notiert



--vOBj4te4cdCSEgthnLJAliVPuQbGvZpQF--

-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEECbOsLssWnJBDRcxUauHfDWCPItwFAmFyi5IFAwAAAAAACgkQauHfDWCPItwA +BAAmcJXOj2VKPZXNqLLrppX9I2FDRcQLn5jiQ3zmn0gYE75LoXdCDriSi2UnsUKshnJIspxAERq rKgApuoZHdZzPXL9oC8viqA1XI/g/J5hp5H+KckFWMO9zFZwQEG/QpFPqolsEAV+1n7cWR9JRWOD up8OtR3Tc/UA5bqvuKCppM6j9kv+V+758p0x/FLbsLLNj0i8AzGQM2zp4zvvWlG2Jy9q4XAHdv3+ 2BYkfERzmb+fVFZsjqdP0GfuE9JwzKBjVoLjIa/p7gGZ19+bObSAE99TaBbV32Lg+kRm43dcCACg ktIFA9IQIO4xDhmcEeLGC/ASAPKrO0LMzhUpLXzllKFrNHD4VVaJDDLSqVszJ2Ejve9xbwMuwyIu FfaSnaytgDUyR6D9B5qiBkHOPvR5+5mcNaE+5WhLjYpIZJc363gMqkY+C2OCTajLcnp472eB+5yh ZdO4noA2BrrtKT0MNjwa8JAienf6NlxBCnpJiWBeg8F7K2vg+G+1Fwi+dunLg4rC7+DwOJcJClCy uNRLL9WHdSxib1pitL02kp7/E0WPCbZkQWhlRa8+7uaPdoCEHI1o9xMsz1UVralB0FJQxRlzhE3D Ri/mkl81YclpVverhbck/3ORtUE96ELf9hm1MKUOk50CerEfggryR93emtubRtpSKBx0cy9clUUx B4g=
=ZnBc
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Michael,

sorry dass das so lange gedauert hat, da kam immer wieder was
dazwischen.

Ich habe den Fehler inzwischen gefunden, in der Network-Datei auf dem "kaputten" Server stand [Match] Name=e*, was noch aus einer Zeit kam,
als dieses System noch in einer VM lief. Ich habe das jetzt geändert
auf Name=enp2*, was nur noch einmal auf der Maschine matcht und jetzt
sieht das networkctl viel besser aus.

Ob das eigentliche Problem jetzt besser wird, erfahren wir nach dem
nächsten reboot, wenn ich mich nicht mehr melde ist alles fein jetzt.

Gleich mal vorab:
systemd-networkd list weder /etc/network/interfaces noch irgendwelche
network ifcfg Dateien von Redhat ein. Der unmanaged state bezieht sich also >nicht darauf.

Ok, danke. Ich war davon ausgegangen, das systemd-networkd sich mehr
wie NetworkManager benimmt, der lässt seine Finger freiwillig von
Interfaces für die es Konfigurationin /e/n/i gibt.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)