Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
NetworkManager trennt Ethernet, wenn es keine globalen Adressen bekommt
4 views
Skip to first unread message
Marco Moock
Jul 23, 2023, 3:49:31 AM7/23/23
to
Hallo zusammen!
Mir fällt auf, dass der NM unter Debian eine Verbindung trennt, wenn er
keine GUA oder IPv4 per DHCP bekommt.
Manchmal braucht man das aber gar nicht und IPv6-link-local reicht aus
(Erstkonfiguration Router usw.).
Wie kann man das Verhalten beim NM abstellen?
--
Gruß
Marco
Mir fällt auf, dass der NM unter Debian eine Verbindung trennt, wenn er
keine GUA oder IPv4 per DHCP bekommt.
Manchmal braucht man das aber gar nicht und IPv6-link-local reicht aus
(Erstkonfiguration Router usw.).
Wie kann man das Verhalten beim NM abstellen?
--
Gruß
Marco
Marc Haber
Jul 24, 2023, 1:30:24 AM7/24/23
to
connection" wegmachen. Ich weiß leider nicht wie sich das in der
Konfiguration auswirkt. Aber vielleicht ist das für Dich ein
Suchansatz.
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
Marco Moock
Jul 24, 2023, 2:15:10 AM7/24/23
to
Am 24.07.2023 um 07:30:23 Uhr schrieb Marc Haber:
> Im KDE-Frontend für NM kann man einen Haken "IPv4 is required for this
> connection" wegmachen. Ich weiß leider nicht wie sich das in der
> Konfiguration auswirkt. Aber vielleicht ist das für Dich ein
> Suchansatz.
War nicht aktiv.
> Im KDE-Frontend für NM kann man einen Haken "IPv4 is required for this
> connection" wegmachen. Ich weiß leider nicht wie sich das in der
> Konfiguration auswirkt. Aber vielleicht ist das für Dich ein
> Suchansatz.
Workaround: Die Verbindung im NM ganz löschen.
Kay Martinen
Jul 24, 2023, 3:10:03 AM7/24/23
to
Am 24.07.23 um 08:15 schrieb Marco Moock:
Du sprachst ja davon das er keine GUA und keine IPv4 IP bekommt.
Wenn du VLANs o.a. nutzt dann schau auch in die routen. Dort gibt es
noch 2 Haken die noch relevant sein könnten.
> Workaround: Die Verbindung im NM ganz löschen.
Und dann? Soll der es ohne eingerichtete Verbindung automagisch machen?
Du kannst auch eine Manuelle Verbindung einrichten und die IP vorgeben.
Das mache ich so wenn es ein DHCP Problem gibt um dennoch ins LAN zu kommen.
Ｂｙｅ／
／Ｋａｙ
--
"Kann ein Wurstbrot die Welt retten?" :-)
> Am 24.07.2023 um 07:30:23 Uhr schrieb Marc Haber:
>
>> Im KDE-Frontend für NM kann man einen Haken "IPv4 is required for this
>> connection" wegmachen. Ich weiß leider nicht wie sich das in der
>> Konfiguration auswirkt. Aber vielleicht ist das für Dich ein
>> Suchansatz.
>
> War nicht aktiv.
Den Gleichen Haken gibt es auch auf der IPv6 Seite der Verbindung.
>
>> Im KDE-Frontend für NM kann man einen Haken "IPv4 is required for this
>> connection" wegmachen. Ich weiß leider nicht wie sich das in der
>> Konfiguration auswirkt. Aber vielleicht ist das für Dich ein
>> Suchansatz.
>
> War nicht aktiv.
Du sprachst ja davon das er keine GUA und keine IPv4 IP bekommt.
Wenn du VLANs o.a. nutzt dann schau auch in die routen. Dort gibt es
noch 2 Haken die noch relevant sein könnten.
> Workaround: Die Verbindung im NM ganz löschen.
Du kannst auch eine Manuelle Verbindung einrichten und die IP vorgeben.
Das mache ich so wenn es ein DHCP Problem gibt um dennoch ins LAN zu kommen.
Ｂｙｅ／
／Ｋａｙ
--
"Kann ein Wurstbrot die Welt retten?" :-)
Marco Moock
Jul 24, 2023, 3:34:15 AM7/24/23
to
Am 24.07.2023 um 09:05:50 Uhr schrieb Kay Martinen:
> Am 24.07.23 um 08:15 schrieb Marco Moock:
> Am 24.07.23 um 08:15 schrieb Marco Moock:
> > Workaround: Die Verbindung im NM ganz löschen.
>
> Und dann? Soll der es ohne eingerichtete Verbindung automagisch
> machen?
Gar nichts, aber dann kann ich den mit ip link set up hochbringen und
>
> Und dann? Soll der es ohne eingerichtete Verbindung automagisch
> machen?
der NM trennt die dann nicht nach ner Minute wieder.
> Du kannst auch eine Manuelle Verbindung einrichten und die IP
> vorgeben. Das mache ich so wenn es ein DHCP Problem gibt um dennoch
> ins LAN zu kommen.
trennt, nur weil DHCPv4 und IPv6 RA nicht vorhanden sind.
Tim Ritberg
Jul 24, 2023, 8:06:36 AM7/24/23
to
Am 24.07.23 um 09:34 schrieb Marco Moock:
> Wobei ich das eigentlich nicht will, ich will nur, dass der die nicht
> trennt, nur weil DHCPv4 und IPv6 RA nicht vorhanden sind.
>
Hat das Interface denn eine Local Link Adresse?
Tim
> Wobei ich das eigentlich nicht will, ich will nur, dass der die nicht
> trennt, nur weil DHCPv4 und IPv6 RA nicht vorhanden sind.
>
Tim
Marco Moock
Jul 24, 2023, 8:16:49 AM7/24/23
to
Dann versucht der NM DHCPv4, das klappt aber nicht und da er auch kein
IPv6-RA empfängt, deaktiviert der die Verbindung wieder.
Kay Martinen
Aug 5, 2023, 9:20:03 AM8/5/23
to
Am 24.07.23 um 14:16 schrieb Marco Moock:
> Dann versucht der NM DHCPv4, das klappt aber nicht und da er auch kein
> IPv6-RA empfängt, deaktiviert der die Verbindung wieder.
Und? Die Beschreibung klingt danach als ob der alles richtig macht. Was
soll er denn sonst machen wenn er weder per v4 noch per v6 eine IP
beziehen kann. Oder passiert das genau so bei einer Manuell
eingerichteten Verbindung - mit einer IPv4?
Liegt dein Problem evtl. woanders?
> Am 24.07.2023 um 14:06:34 Uhr schrieb Tim Ritberg:
>
>> Am 24.07.23 um 09:34 schrieb Marco Moock:
>>
>>> Wobei ich das eigentlich nicht will, ich will nur, dass der die
>>> nicht trennt, nur weil DHCPv4 und IPv6 RA nicht vorhanden sind.
>>>
>>
>> Hat das Interface denn eine Local Link Adresse?
>
> Die hat es, sobald das Kabel reingesteckt wird.
Das passiert ja auch lokal.
>
>> Am 24.07.23 um 09:34 schrieb Marco Moock:
>>
>>> Wobei ich das eigentlich nicht will, ich will nur, dass der die
>>> nicht trennt, nur weil DHCPv4 und IPv6 RA nicht vorhanden sind.
>>>
>>
>> Hat das Interface denn eine Local Link Adresse?
>
> Die hat es, sobald das Kabel reingesteckt wird.
> Dann versucht der NM DHCPv4, das klappt aber nicht und da er auch kein
> IPv6-RA empfängt, deaktiviert der die Verbindung wieder.
soll er denn sonst machen wenn er weder per v4 noch per v6 eine IP
beziehen kann. Oder passiert das genau so bei einer Manuell
eingerichteten Verbindung - mit einer IPv4?
Liegt dein Problem evtl. woanders?
Tim Ritberg
Aug 5, 2023, 9:48:08 AM8/5/23
to
Am 05.08.23 um 15:19 schrieb Kay Martinen:
z. B: dmesg | grep -i link
Tim
>
> Und? Die Beschreibung klingt danach als ob der alles richtig macht. Was
> soll er denn sonst machen wenn er weder per v4 noch per v6 eine IP
> beziehen kann. Oder passiert das genau so bei einer Manuell
> eingerichteten Verbindung - mit einer IPv4?
Ich hätte gerne das Kernellog, für den Punkt, wo NM meint, er wäre offline.
> Und? Die Beschreibung klingt danach als ob der alles richtig macht. Was
> soll er denn sonst machen wenn er weder per v4 noch per v6 eine IP
> beziehen kann. Oder passiert das genau so bei einer Manuell
> eingerichteten Verbindung - mit einer IPv4?
z. B: dmesg | grep -i link
Tim
Kay Martinen
Aug 5, 2023, 10:40:02 AM8/5/23
to
Am 05.08.23 um 15:48 schrieb Tim Ritberg:
Ich hab keines da ich dieses Problem nicht habe. Eines mit Positivem
Ausgang (all went well) könnte ich allerdings beisteuern.
nach dem booten:
> [ 45.309606] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
> [ 45.540366] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
> [ 45.577283] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [ 49.602237] e1000e: enp0s25 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
> [ 49.602286] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s25: link becomes ready
Nach 5 Tagen betrieb und wg. Defektem Shelly mal aktiviertem WLAN
> [209613.487408] e1000e: enp0s25 NIC Link is Down
> [209613.983090] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
> [209614.210910] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
> [209614.254147] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [209618.272479] e1000e: enp0s25 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
> [209618.272529] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s25: link becomes ready
> [209798.646221] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [209799.263502] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [209837.386037] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [209837.445765] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [209851.016011] IPv6: ADDRCONF(NETDEV_CHANGE): wlp10s0: link becomes ready
> [210377.753399] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [210653.797958] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [210653.848378] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [210654.936821] IPv6: ADDRCONF(NETDEV_CHANGE): wlp10s0: link becomes ready
> [211119.631308] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [211158.619299] IPv6: ADDRCONF(NETDEV_CHANGE): wlp10s0: link becomes ready
> [212029.597483] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
Und: Ich brauche kein IPv6. NICs sind Atheros AR9287 und Intel 82579V
mit ath9k und e1000e als Treibern.
> z. B: dmesg | grep -i link
@Marco?
Ausgang (all went well) könnte ich allerdings beisteuern.
nach dem booten:
> [ 45.309606] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
> [ 45.540366] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
> [ 45.577283] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [ 49.602237] e1000e: enp0s25 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
> [ 49.602286] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s25: link becomes ready
Nach 5 Tagen betrieb und wg. Defektem Shelly mal aktiviertem WLAN
> [209613.487408] e1000e: enp0s25 NIC Link is Down
> [209613.983090] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
> [209614.210910] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
> [209614.254147] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [209618.272479] e1000e: enp0s25 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
> [209618.272529] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s25: link becomes ready
> [209798.646221] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [209799.263502] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [209837.386037] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [209837.445765] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [209851.016011] IPv6: ADDRCONF(NETDEV_CHANGE): wlp10s0: link becomes ready
> [210377.753399] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [210653.797958] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [210653.848378] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [210654.936821] IPv6: ADDRCONF(NETDEV_CHANGE): wlp10s0: link becomes ready
> [211119.631308] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
> [211158.619299] IPv6: ADDRCONF(NETDEV_CHANGE): wlp10s0: link becomes ready
> [212029.597483] IPv6: ADDRCONF(NETDEV_UP): wlp10s0: link is not ready
Und: Ich brauche kein IPv6. NICs sind Atheros AR9287 und Intel 82579V
mit ath9k und e1000e als Treibern.
> z. B: dmesg | grep -i link
Marco Moock
Aug 5, 2023, 1:11:29 PM8/5/23
to
Am 05.08.2023 um 15:19:56 Uhr schrieb Kay Martinen:
> Am 24.07.23 um 14:16 schrieb Marco Moock:
> Am 24.07.23 um 14:16 schrieb Marco Moock:
> > Dann versucht der NM DHCPv4, das klappt aber nicht und da er auch
> > kein IPv6-RA empfängt, deaktiviert der die Verbindung wieder.
>
> Und? Die Beschreibung klingt danach als ob der alles richtig macht.
> Was soll er denn sonst machen wenn er weder per v4 noch per v6 eine
> IP beziehen kann.
Die Verbindung behalten, denn der kann per IPv6 link-local auf dem Link
> > kein IPv6-RA empfängt, deaktiviert der die Verbindung wieder.
>
> Und? Die Beschreibung klingt danach als ob der alles richtig macht.
> Was soll er denn sonst machen wenn er weder per v4 noch per v6 eine
> IP beziehen kann.
kommunizieren.
Das ist zwar eher ein Sonderfall, manchmal aber notwendig, z.B. bei der
Ersteinrichtung von Geräten.
[38060.600578] asix 1-7.2:1.0 enx000000001bba: configuring for phy/internal link mode
[38129.208522] asix 1-7.2:1.0 enx000000001bba: Link is Up - 100Mbps/Full - flow control rx/tx
[38129.208567] IPv6: ADDRCONF(NETDEV_CHANGE): enx000000001bba: link becomes ready
[38266.104995] asix 1-7.2:1.0 enx000000001bba: Link is Down
[38272.736354] asix 1-7.2:1.0 enx000000001bba: configuring for phy/internal link mode
[38274.809230] asix 1-7.2:1.0 enx000000001bba: Link is Up - 100Mbps/Full - flow control rx/tx
[38274.809271] IPv6: ADDRCONF(NETDEV_CHANGE): enx000000001bba: link
becomes ready
Die link-local-IP wurde dann wieder gelöscht.
Tim Ritberg
Aug 5, 2023, 1:24:24 PM8/5/23
to
Am 05.08.23 um 19:11 schrieb Marco Moock:
>
> [38060.600578] asix 1-7.2:1.0 enx000000001bba: configuring for phy/internal link mode
> [38129.208522] asix 1-7.2:1.0 enx000000001bba: Link is Up - 100Mbps/Full - flow control rx/tx
> [38129.208567] IPv6: ADDRCONF(NETDEV_CHANGE): enx000000001bba: link becomes ready
> [38266.104995] asix 1-7.2:1.0 enx000000001bba: Link is Down
> [38272.736354] asix 1-7.2:1.0 enx000000001bba: configuring for phy/internal link mode
> [38274.809230] asix 1-7.2:1.0 enx000000001bba: Link is Up - 100Mbps/Full - flow control rx/tx
> [38274.809271] IPv6: ADDRCONF(NETDEV_CHANGE): enx000000001bba: link
> becomes ready
>
Ist das eine USB-NIC?
Tim
>
> [38060.600578] asix 1-7.2:1.0 enx000000001bba: configuring for phy/internal link mode
> [38129.208522] asix 1-7.2:1.0 enx000000001bba: Link is Up - 100Mbps/Full - flow control rx/tx
> [38129.208567] IPv6: ADDRCONF(NETDEV_CHANGE): enx000000001bba: link becomes ready
> [38266.104995] asix 1-7.2:1.0 enx000000001bba: Link is Down
> [38272.736354] asix 1-7.2:1.0 enx000000001bba: configuring for phy/internal link mode
> [38274.809230] asix 1-7.2:1.0 enx000000001bba: Link is Up - 100Mbps/Full - flow control rx/tx
> [38274.809271] IPv6: ADDRCONF(NETDEV_CHANGE): enx000000001bba: link
> becomes ready
>
Tim
Marco Moock
Aug 5, 2023, 1:42:29 PM8/5/23
to
Am 05.08.2023 um 19:24:22 Uhr schrieb Tim Ritberg:
> Ist das eine USB-NIC?
Ja.
> Ist das eine USB-NIC?
Ja.
0 new messages