Wie in network-manager Prioritäten setzen?

[dirk11]

Nabend Leute!

Ich bin "zwangsweise" von WiCD auf NetworkManager umgestiegen, weil es Ersteres nicht mehr gibt.
Jetzt ist mir Folgendes aufgefallen, und ich weiß nicht, wie ich das korrekt einrichte:

Meine Laptops haben (logischerweise) eine NIC und eine WiFi-NIC. Ich möchte nun priorisieren:
So lange das Laptop in der Docking-Station ist, soll es das LAN (und nur das!) benutzen, wenn ich es daraus entferne, soll es mein WLAN nutzen.

Problem: Macht es nicht. NM macht weird things:
- Schalte ich das Laptop in der Docking-Station ein, so verbindet der Network-Manager LAN und WLAN gleichzeitig (obwohl beim LAN Priorität 1 steht und beim WLAN 0, die sind also unterschiedlich).
Ich deaktiviere in Folge also das WLAN manuell.
- Ziehe ich das Laptop nun aus der Docking-Station, so ist es netzwerklos, sprich der NM verbindet dann auch nicht mit dem vorhandenen WLAN, obwohl ja kein LAN mehr vorhanden ist (was er auch bemerkt).

Was mache ich falsch?

[orcape]

Hi,
> - Schalte ich das Laptop in der Docking-Station ein, so verbindet der Network-Manager LAN und WLAN gleichzeitig (obwohl beim LAN Priorität 1 steht...
Na ja, ich habe zwar keine Dockingstation, aber wenn ich bei meinem HP-Elitebook im WLAN bin und stecke das LAN an, dann sind auch beide Verbindungen aktiv, egal welche Priorität gesetzt ist.
In der Konsole zeigt mir "ifconfig" dann auch beide Verbindungen an.
Mein alter Laptop hat das WLAN immer abgeschaltet, wenn eine LAN-Verbindung vorhanden war, dieser hier, tut das nicht.
Man könnte sicher den Weg der Internetverbindung feststellen, wenn unterschiedliche Netze genutzt werden, aber so lange es keine Problem gibt und ich ins Netz komme, lasse ich eben beide Verbindungen parallel laufen.
Ich konnte bis Dato noch nichts negatives feststellen.
Gruß orcape

[dirk11]

Ehm. Das ist aber nicht Sinn des network-manager. Wer verbindet denn ein Gerät 2x mit demselben LAN?

[prox]

Hi dirk11,

ich gehe davon aus, dass Du Debian verwendest.

Deine verwendete Debian-Version und das von Dir darin verwendete Desktop-Environment sind uns aber unbekannt.

Hast Du Dich mit den Infos auf

https://wiki.debian.org/WiFi/HowToUse

schon auseinandergesetzt?

Dort, im Abschnitt "Troubleshooting & Tips for NetworkManager" wird auf die Bearbeitung der Datei "NetworkManager.conf" verwiesen.

Über diese Konfigurationsdatei gibt es eine Manpage, schau dort mal nach, ob Du dort möglicherweise Infos zu der Behebung Deines Problems findest:

Code: Alles auswählen

man NetworkManager.conf

Hilft das auch nicht weiter, solltest Du Dir die Logdaten zu diesem Verhalten anschauen, die mit dem Programm

Code: Alles auswählen

journalctl 

erzeugt werden und auch eingesehen werden können.

Hier der entsprechende Befehl, wie ich ihn vor ein paar Wochen zur Behebung eines WLAN-Problems auf einem anderen Laptop als dem meinen angewendet hatte:

Code: Alles auswählen

sudo journalctl --system --unit=NetworkManager | grep -i '<Abkürzung Monat> <Datum des Wochentags in Zahl> <hh>:<mm>' > Pfad zur Datei, in die das Ergebnis gepipet werden soll

Zur Orientierung hier eine beispielhafte Zeile aus dem Journal-Log:

Code: Alles auswählen

Dez 26 09:08:26 rechenmaschine NetworkManager[681]: <info>  [1703578106.1557] modem-manager: ModemManager no longer available

Das Logging zu Deinem Problem könntest Du auf die Log-Tiefe "Debug" ändern. Informationen dazu findest Du in der Manpage zur NetworkManager.conf im Abschnitt "LOGGING SECTION".

Für die Behebung eines WLAN-Problem an dem anderen Laptop als dem meinem hatte ich u. a. Folgendes getan:

Code: Alles auswählen

Habe das Logging des NetworkManagers auf DEBUG gesetzt durch Erzeugung der Datei /etc/NetworkManager/conf.d/95-logging.conf mit folgendem Inhalt:

            [logging]
            level=DEBUG
            domains=WIFI

Dies nur zur Verdeutlichung, das soll nicht unbedingt als die am besten geeignete Handlungsempfehlung Dir gegenüber verstanden werden.

Viele Grüße

prox

[mat6937]

Wer verbindet denn ein Gerät 2x mit demselben LAN?

Für eine richtige failover-Lösung (ohne Unterbrechung) sollte das schon so sein. Lan ist priorisiert (bzw. wird i. d. Regel benutzt) und wenn nicht mehr vorhanden, geht es weiter über Wlan (ohne dass Du es merkst). Mit einem gebündelten Gerät (bond) sollte das evtl. möglich sein.

[orcape]

Wer verbindet denn ein Gerät 2x mit demselben LAN?

Für eine richtige failover-Lösung (ohne Unterbrechung) sollte das schon so sein. Lan ist priorisiert (bzw. wird i. d. Regel benutzt) und wenn nicht mehr vorhanden, geht es weiter über Wlan (ohne dass Du es merkst). Mit einem gebündelten Gerät (bond) sollte das evtl. möglich sein.

Im übrigen muss das ja noch nicht mal das gleiche Netz sein. Bei mir loggt sich der Laptop in 2 verschiedene VLAN 's ein, ohne das Probleme entstehen.
Wie die Verbindung dann im einzelnen umgesetzt wird, könnte man sicher mit traceroute anzeigen lassen.

[dirk11]

Leute, das ist alles schön und gut, aber ich finde die Beantwortung folgender Fragen nicht:

1. Ist es möglich, dass er nur einen Anschluss nutzt, so wie ich das kenne? Und dabei dann: wenn LAN, dann kein WLAN.
2. Wie stelle ich die korrekte Priorisierung ein? Ist 0 besser als 1 oder 2, oder ist 0 = Ausschluss, oder geht es wie bei apt-preferences mit 99 ist vor 1000 oder wie? Nix dazu gefunden.

[mat6937]

1. Ist es möglich, dass er nur einen Anschluss nutzt, so wie ich das kenne? Und dabei dann: wenn LAN, dann kein WLAN.

BTW: So wie man eine Lan-Verbindung aufrecht halten kann, die nicht benutzt wird, kann man auch eine Wlan-Verbindung aufrecht halten, die nicht benutzt wird (außer dem Traffic für rekeying). D. h., es wird immer nur ein Anschluss benutzt.

[orcape]

Auch eine Änderung in der "/etc/NetworkManager/networkmanager.conf"
[

Code: Alles auswählen

[ifupdown]
managed=false

in

Code: Alles auswählen

managed=true

ändert nichts an der Tatsache, das beide Interfaces aktiv sind.

Code: Alles auswählen

root@schrotti:~#route
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
default         skydive         0.0.0.0         UG    100    0        0 enp0s31f6
default         10.200.20.1     0.0.0.0         UG    600    0        0 wlan0
10.200.20.0     0.0.0.0         255.255.255.0   U     600    0        0 wlan0
link-local      0.0.0.0         255.255.0.0     U     1000   0        0 wlan0
192.168.49.0    0.0.0.0         255.255.255.0   U     100    0        0 enp0s31f6

"enp0s31f6" ist das LAN, über 192.168.49.1 mit der pfSense (skydive) verbunden.
"wlan0" über das Subnetz 10.200.20.0/24 mit Gateway 10.200.20.1 ebenfalls mit skydive verbunden.
Na ja, wie man die Pakete genau verfolgen kann, welchen Weg die nehmen, habe ich auch noch nicht herausgefunden.
Traceroute spielt da zumindest nicht mit, warum auch immer?

[mat6937]

Na ja, wie man die Pakete genau verfolgen kann, welchen Weg die nehmen, habe ich auch noch nicht herausgefunden.

Mit z. B.:

Code: Alles auswählen

ip route get <Ziel-IP-Adresse>

Z. B.:

Code: Alles auswählen

:~ $ ip route get 1.1.1.1
1.1.1.1 via 192.168.178.1 dev eth0 src 192.168.178.13 uid 1000 
    cache 

[orcape]

Na ja, wie man die Pakete genau verfolgen kann, welchen Weg die nehmen, habe ich auch noch nicht herausgefunden.

Mit z. B.:

Code: Alles auswählen

ip route get <Ziel-IP-Adresse>

Z. B.:

Code: Alles auswählen

:~ $ ip route get 1.1.1.1
1.1.1.1 via 192.168.178.1 dev eth0 src 192.168.178.13 uid 1000 
    cache 

So wie das LAN aktiviert ist, übernimmt er automatisch die LAN-Route und ignoriert WLAN.
Also alles gut.

Code: Alles auswählen

root@schrotti:~#ip route get 1.1.1.1
1.1.1.1 via 10.200.20.1 dev wlan0 src 10.200.20.3 uid 0

Code: Alles auswählen

root@schrotti:~#ip route get 1.1.1.1
1.1.1.1 via 192.168.49.1 dev enp0s31f6 src 192.168.49.10 uid 0 

Code: Alles auswählen

root@schrotti:~#route
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
default         10.200.20.1     0.0.0.0         UG    600    0        0 wlan0
10.200.20.0     0.0.0.0         255.255.255.0   U     600    0        0 wlan0
link-local      0.0.0.0         255.255.0.0     U     1000   0        0 wlan0

vs...

Code: Alles auswählen

root@schrotti:~#route
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
default         skydive         0.0.0.0         UG    100    0        0 enp0s31f6
default         10.200.20.1     0.0.0.0         UG    600    0        0 wlan0
10.200.20.0     0.0.0.0         255.255.255.0   U     600    0        0 wlan0
link-local      0.0.0.0         255.255.0.0     U     1000   0        0 wlan0
192.168.49.0    0.0.0.0         255.255.255.0   U     100    0        0 enp0s31f6

[dirk11]

Mhmm. Hier nicht. Ich kann immer noch nicht erkennen, woran das Laptop "weiß", welches device genutzt wird. Es sind jetzt eth0 und wlan0 angeschlossen und werden durch den network-manager verwaltet.
Darin steht bei eth0 "Priorität 1", bei wlan0 "Priorität 2".

Code: Alles auswählen

# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 2c:d4:44:ff:ff:ff brd ff:ff:ff:ff:ff:ff
    altname enp0s25
    inet 192.168.1.21/24 brd 192.168.1.255 scope global dynamic noprefixroute eth0
       valid_lft 861976sec preferred_lft 861976sec
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 0c:8b:fd:ff:ff:ff brd ff:ff:ff:ff:ff:ff
    altname wlp3s0
    inet 192.168.1.172/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
       valid_lft 861974sec preferred_lft 861974sec

Code: Alles auswählen

# ip r
default via 192.168.1.1 dev eth0 proto dhcp src 192.168.1.21 metric 100 
default via 192.168.1.1 dev wlan0 proto dhcp src 192.168.1.172 metric 600 
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.21 metric 100 
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.172 metric 600 

Code: Alles auswählen

# ip n s
192.168.1.111 dev eth0 lladdr bc:ee:7b:ff:ff:ff REACHABLE 
192.168.1.1 dev eth0 lladdr 3c:37:12:ff:ff:ff REACHABLE 
192.168.1.1 dev wlan0 lladdr 3c:37:12:ff:ff:ff STALE 

Code: Alles auswählen

# ip r g 192.168.1.1
192.168.1.1 dev eth0 src 192.168.1.21 uid 0 
    cache 

Code: Alles auswählen

# route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    600    0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     100    0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     600    0        0 wlan0

Code: Alles auswählen

# route
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
default         7590.fritz.box 0.0.0.0         UG    100    0        0 eth0
default         7590.fritz.box 0.0.0.0         UG    600    0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     100    0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     600    0        0 wlan0

[dirk11]

Zumindest eine Frage habe ich woanders beantwortet bekommen:
Je höher die eingetragene Priorisierungs-Zahl, desto besser wird das Netzwerk bewertet. Also jetzt mal eth0 auf 100 gesetzt und wlan0 auf 0 (ich hätte auch 1 und 0 wählen können, aber so ist noch "Platz dazwischen" für andere Netze). Siehe hier oder hier.

[JTH]

Ich kann immer noch nicht erkennen, woran das Laptop "weiß", welches device genutzt wird.

Die für den eigentlichen Netzwerkverkehr relevante „Priorisierung“ steht hier, mehr Angaben braucht es dazu nicht:

Code: Alles auswählen

# ip r
default via … dev eth0 … metric 100 
default via … dev wlan0 … metric 600 
192.168.1.0/24 dev eth0 … metric 100 
192.168.1.0/24 dev wlan0 … metric 600

Dein eth0 hat eine niedrigere Metrik, damit wird es bei ausgehendem Verkehr bevorzugt. Das wars schon

Die Metrik soll eine Art Preis/Kosten für den Weg über das jeweilige Interface darstellen. Einem WLAN-Interface werden hier, durch den NetworkManager denke ich, höhere Kosten (=ein höherer Metrikwert) zugewiesen, damit wird es nicht bevorzugt.


Nachtrag:
Das

Also jetzt mal eth0 auf 100 gesetzt und wlan0 auf 0

erreicht genau das Gegenteil von dem was du möchtest

[dirk11]

Ahh! Danke!
Mir war nicht bekannt, dass die Reihenfolge der Darstellung in ip r Relevanz hat bzw. was "metric XXX" bedeutet.

[JTH]

Mir war nicht bekannt, dass die Reihenfolge der Darstellung in ip r Relevanz hat bzw. was "metric XXX" bedeutet.

Ich bin mir nicht sicher, die Routen da bewusst nach Gewicht (Metrik) sortiert werden. Verlassen würd ich mich nur auf letzteren Wert.

[JTH]

Und noch eine Ergänzung: Die Prioritäten, die du im NetworkManager setzen kannst, haben mit den Metriken, meinem Verständnis nach, nichts zu tun. Die Prioritäten kannst du also ignorieren/auf ihrem Standardwert lassen.

Anscheinen beziehen sich die Prioritäten im NetworkManager eher darauf, welche Konfiguration (man kann dort ja mehrere für ein Interface haben, z.B. für ein ethX) bevorzugt benutzt werden soll; z.B. in dem Moment, in dem man ein Netzwerkkabel anschließt.

[orcape]

Und noch eine Ergänzung: Die Prioritäten, die du im NetworkManager setzen kannst, haben mit den Metriken, meinem Verständnis nach, nichts zu tun. Die Prioritäten kannst du also ignorieren/auf ihrem Standardwert lassen.

Anscheinen beziehen sich die Prioritäten im NetworkManager eher darauf, welche Konfiguration (man kann dort ja mehrere für ein Interface haben, z.B. für ein ethX) bevorzugt benutzt werden soll; z.B. in dem Moment, in dem man ein Netzwerkkabel anschließt.

Für mich klingt das auch logisch.
Jeder klar denkende Netzwerker, wird ein Kabel einem WLAN vorziehen, wenn es die Umstände erlauben.
Aber Danke für Deine "Lehrstunde", war für mich auch neu.
Gruß orcape

[dirk11]

Aber hier sieht man mal wieder schön anschaulich, warum Raketen abstürzen und Teslas vor Wände fahren:
Für den Programmierer des network-manager ist 100 höherwertiger als 50 oder gar -50 - was an sich logisch ist.
Für den Programmier von ip ist 100 höherwertiger als 600.

[mat6937]

Ich bin mir nicht sicher, die Routen da bewusst nach Gewicht (Metrik) sortiert werden.

Die (default/standard) metric der Routen ist vom (default) Index der Interfaces abhängig bzw. wird damit errechnet.
Der Index vom Lan-Interface ist immer niedriger als der vom Wlan-Interface und deshalb wird die default metric der Routen via Lan-Interface immer besser sein als die default metric der Routen via Wlan-Interface.

[JTH]

Danke für die Erklärung/Ergänzung.

Mir war nicht bekannt, dass die Reihenfolge der Darstellung in ip r Relevanz hat

dirk11s Aussage oben bezog sich ja direkt auf die optische Darstellung, die Ausgabe von ip r. Dann wird die wohl tatsächlich bewusst anhand von Index+Metrik sortiert sein, wie du beschrieben hast.