[gelöst] Networkmanager Wlan statisch

[lula]

Ich habe hier ein interessantes Phänomen mit dem Networkmanager und der Wlan-Verbindung. Rechner ist ein Lenovo-Laptop 3000 N200 per online-update von MGA4 auf MGA5 hochgezogen. Ich benutze - wie gesagt - den Networkmanager, statische IPs, Wpa2-PSK, der DHCP-Server auf dem AP ist aus, die Verbindung ist eine Systemverbindung, nicht automatisch gestartet und alle Benutzer sind berechtigt sie zu starten. Wenn ich die Verbindung starte, sehe ich im Log, daß die Verbindung zustande kommt, die IP-Adresse wird auf dem Interface hochgefahren und funktioniert wohl auch kurz, zumindest interpretiere ich diese Log-Einträge so:

Code: Alles auswählen

Dez 07 20:04:36 lenovo NetworkManager[740]: <info>  (wlp4s0): Activation: successful, device activated.
Dez 07 20:04:36 lenovo nm-dispatcher[4244]: Dispatching action 'up' for wlp4s0
Dez 07 20:04:36 lenovo ifplugd(wlp4s0)[1190]: Executing '/etc/ifplugd/ifplugd.action wlp4s0 up'.
Dez 07 20:04:37 lenovo mgaapplet[2404]: Computing new updates...
Dez 07 20:04:37 lenovo mgaapplet[2404]: running: mgaapplet-update-checker


Danach kommt 3x:

Dez 07 20:04:37 lenovo NetworkManager[740]: (NetworkManager:740): NetworkManager-ifcfg-rh-CRITICAL **: discover_mac_address: assertion 'error != NULL' failed

und dann

Code: Alles auswählen

Dez 07 20:04:38 lenovo dhclient[4388]: DHCPDISCOVER on wlp4s0 to 255.255.255.255 port 67 interval 5

Die Ip-Adresse ist dann wieder weg vom Interface und der dhclient gibt irgendwann auf (er kriegt ja auch keine Ip-Adresse, von wem auch). Wenn ich dann wieder manuell eine Ip-Adresse mit

Code: Alles auswählen

ifconfig wlp4s0 192.168. bla bla bla up

setze, funktioniert die Verbindung ohne Probleme, dieser Beitrag z.B. geht über die Wlan-Verbindung.
Hat jemand von Euch auch so eine Konfiguration und kann das nachvollziehen? Ansonsten bin ich für jede Idee offen.

[doktor5000]

net_applet ist komplett deaktiviert? Hast du eine /etc/udev/rules.d/70-persistent-net.rules - falls ja, was steht drin?
Was steht in der /etc/NetworkManager/NetworkManager.conf und was für /etc/sysconfig/network-scripts/ifcfg-Dateien hast du und was steht drin?

Zusätzlich bitte mal noch das komplette Log via

Code: Alles auswählen

journalctl -ab -u NetworkManager
journalctl -ab -u network

[lula]

Das Problem hat sich erledigt, offensichtlich wird für jedes Interface in /etc/sysconfig/network-scripts/ eine ifcfg-<Interfacename> angelegt, die auf dhcp steht und automatisch gestartet wird (ONBOOT=yes), aber nicht vom Networkmanager verwaltet wird und somit auch nicht sichtbar ist. Ich habe die mal auf ONBOOT=no gedreht und jetzt ist auch Ruhe.

net_applet ist komplett deaktiviert?

Ja, würde ich sagen, ich sehe keinen net_applet-Prozess, der einzige Perl-Prozess ist mgaapplet. udev-Rules gibt's auch keine, bleibt für mich eigentlich nur die Frage, wer die beiden ifcfg-Dateien anlegt? mandriva-everytime.service? Auf meinem anderen Laptop gibt's die nicht (mehr?), ich schaue mal, was ich da so alles an services deaktiviert habe.

Edit: Die ganze Geschichte wird immer schräger:

Code: Alles auswählen

# ls -l ifcfg-*
-rw-r--r-- 1 root root 379 Dez  7 19:16 ifcfg-wifi
-rw-r--r-- 1 root root  39 Dez  7 22:07 ifcfg-enp6s0
-rwxr-xr-x 1 root root 254 Mär  7  2015 ifcfg-lo
-rw-r--r-- 1 root root 218 Dez  7 19:51 ifcfg-kabel
-rwxr-xr-x 1 root root  71 Dez  7 22:07 ifcfg-wlp4s0
# nmcli c
NAME           UUID                                  TYP              GERÄT 
System enp6s0  b43fa2aa-5a85-7b0a-9a20-469067dba6d6  802-3-ethernet   --     
kabel          4f0a9800-f5f5-4cc9-af25-64c2b5d9758c  802-3-ethernet   --     
wifi           ed512c90-c5e9-43b9-a512-97f20f7228ba  802-11-wireless  wlp4s0


Wieso taucht die Kabel-Verbindung (System enp6s0) jetzt im Networkmanager auf, die Wlan-Verbindung aber nicht?

[doktor5000]

Du wolltest noch posten was in deiner /etc/NetworkManager/NetworkManager.conf steht

Also ich habe nur /etc/sysconfig/network-scripts/ifcfg-eno1 und /etc/sysconfig/network-scripts/ifcfg-WLAN.
Die zusätzlichen Dateien werden nicht direkt von mandriva-everytime.service angelegt, aber dieses ruft harddrake auf - bzw. /usr/share/harddrake/service_harddrake
Ich hab das deaktiviert via HARDDRAKE_ONBOOT=no in /etc/sysconfig/system

Zeig mal bitte noch die Ausgabe von

Code: Alles auswählen

nmcli -f all c

[lula]

Du wolltest noch posten was in deiner /etc/NetworkManager/NetworkManager.conf steht

Sieht nach Distributionsstandard aus:

Code: Alles auswählen

# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifcfg-rh,keyfile

# rpm -qVv networkmanager | grep /etc/NetworkManager/NetworkManager.conf
.........  c /etc/NetworkManager/NetworkManager.conf

# nmcli -f all c
NAME           UUID                                  TYP              ZEITSTEMPEL  ZEITSTEMPEL-ECHT             AUTO-VERBINDEN  AUTOCONNECT-PRIORITY  NUR-LESEN  DBUS-PFAD                                   AKTIV  GERÄT   STATUS     AKTIV-PFAD                                         
System enp6s0  b43fa2aa-5a85-7b0a-9a20-469067dba6d6  802-3-ethernet   0            nie                          nein            0                     nein       /org/freedesktop/NetworkManager/Settings/2  nein   --      --         --                                                 
kabel          4f0a9800-f5f5-4cc9-af25-64c2b5d9758c  802-3-ethernet   1449515067   Mo 07 Dez 2015 20:04:27 CET  nein            0                     nein       /org/freedesktop/NetworkManager/Settings/1  nein   --      --         --                                                 
wifi           ed512c90-c5e9-43b9-a512-97f20f7228ba  802-11-wireless  1449593542   Di 08 Dez 2015 17:52:22 CET  nein            0                     nein       /org/freedesktop/NetworkManager/Settings/0  ja     wlp4s0  aktiviert  /org/freedesktop/NetworkManager/ActiveConnection/0

Ich hab das deaktiviert via HARDDRAKE_ONBOOT=no in /etc/sysconfig/system

Ich meine, daß habe ich auf dem anderen Rechner auch

[doktor5000]

Das Problem hat sich erledigt, offensichtlich wird für jedes Interface in /etc/sysconfig/network-scripts/ eine ifcfg-<Interfacename> angelegt, die auf dhcp steht und automatisch gestartet wird (ONBOOT=yes), aber nicht vom Networkmanager verwaltet wird und somit auch nicht sichtbar ist.

Würde die mal wegverschieben nach /tmp oder so (nicht einfach umbenennen, alles was in dem Verzeichnis mit ifcfg- anfängt wird ausgewertet) und wenn du HARDDRAKE_ONBOOT=no in /etc/sysconfig/system gesetzt hast,
dann nach einem Reboot nochmal prüfen ob die wiederkommen. Aber prinzipiell würde ich das für Bugs halten - zum einen dass neue Interfaces erstellt werden und zum anderen dass die nicht vom Networkmanager verwaltet werden (können).

Evtl. hilft es wenn du ausführliches Logging für NetworkManager aktivierst, dazu einfach in die /etc/NetworkManager/NetworkManager.conf folgendes hinzufügen:

Code: Alles auswählen

[logging]
level=DEBUG

Da würdest du zumindest sehen, wenn NetworkManager die selber neu erstellt, und evtl. auch warum.

[lula]

Ich habe das ganze jetzt mal durchgespielt:

Code: Alles auswählen

# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifcfg-rh,keyfile

[logging]
level=DEBUG

# cat /etc/sysconfig/system
META_CLASS=download
LIBSAFE=no
CLASS=beginner
SECURITY=3
HARDDRAKE_ONBOOT=no


Danach alle ifcfg-Dateien (außer ifcfg-lo) verschoben, reboot. Die Dateien sind wieder da:

Code: Alles auswählen

# cat ifcfg-wlp4s0; echo; cat ifcfg-enp6s0
DEVICE=wlp4s0
BOOTPROTO=dhcp
ONBOOT=yes

DEVICE=enp6s0
BOOTPROTO=dhcp
ONBOOT=yes

Der NetworkManager sieht aber nur enp6s0:

Code: Alles auswählen

# nmcli connection
NAME           UUID                                  TYP             GERÄT
System enp6s0  b43fa2aa-5a85-7b0a-9a20-469067dba6d6  802-3-ethernet  --

Im Log (für mich nichts erhellendes) nur lesende Zugriffe, die fallen wohl vom Himmel

Code: Alles auswählen

# journalctl -b -1 | grep /etc/sysconfig/network
Dez 09 00:21:35 lenovo NetworkManager[722]: <debug> [1449616895.798424] [plugin.c:221] update_connection(): ifcfg-rh: loading from file "/etc/sysconfig/network-scripts/ifcfg-enp6s0"...
Dez 09 00:21:35 lenovo NetworkManager[722]: <info>  ifcfg-rh: new connection /etc/sysconfig/network-scripts/ifcfg-enp6s0 (b43fa2aa-5a85-7b0a-9a20-469067dba6d6,"System enp6s0")
Dez 09 00:21:35 lenovo NetworkManager[722]: <debug> [1449616895.801260] [plugin.c:221] update_connection(): ifcfg-rh: loading from file "/etc/sysconfig/network-scripts/ifcfg-wlp4s0"...
Dez 09 00:21:35 lenovo NetworkManager[722]: <debug> [1449616895.802247] [plugin.c:221] update_connection(): ifcfg-rh: loading from file "/etc/sysconfig/network-scripts/ifcfg-lo"...
Dez 09 00:21:42 lenovo NetworkManager[722]: <debug> [1449616902.780244] [plugin.c:221] update_connection(): ifcfg-rh: loading from file "/etc/sysconfig/network-scripts/ifcfg-lo"...
Dez 09 00:21:43 lenovo NetworkManager[722]: <debug> [1449616903.220661] [plugin.c:221] update_connection(): ifcfg-rh: loading from file "/etc/sysconfig/network-scripts/ifcfg-lo"...
Dez 09 00:21:43 lenovo NetworkManager[722]: <debug> [1449616903.520659] [plugin.c:221] update_connection(): ifcfg-rh: loading from file "/etc/sysconfig/network-scripts/ifcfg-lo"...
Dez 09 00:21:43 lenovo NetworkManager[722]: <debug> [1449616903.741507] [plugin.c:221] update_connection(): ifcfg-rh: loading from file "/etc/sysconfig/network-scripts/ifcfg-lo"...
Dez 09 00:21:44 lenovo NetworkManager[722]: <debug> [1449616904.567466] [plugin.c:221] update_connection(): ifcfg-rh: loading from file "/etc/sysconfig/network-scripts/ifcfg-enp6s0"...
Dez 09 00:21:44 lenovo NetworkManager[722]: <debug> [1449616904.810500] [plugin.c:221] update_connection(): ifcfg-rh: loading from file "/etc/sysconfig/network-scripts/ifcfg-wlp4s0"...
Dez 09 00:21:44 lenovo NetworkManager[722]: <debug> [1449616904.944009] [plugin.c:221] update_connection(): ifcfg-rh: loading from file "/etc/sysconfig/network-scripts/ifcfg-wlp4s0"...


[lula]

So, der Übeltäter ist ausgemacht:

In /usr/lib/udev/rules.d/81-net.rules die Zeile

Code: Alles auswählen

ACTION=="add", RUN+="net_create_ifcfg"
ACTION=="add|remove", RUN+="net_action"

ruft /usr/lib/udev/net_create_ifcfg auf, dort steht dann am Ende:

Code: Alles auswählen

# conform to network service (AUTOMATIC_IFCFG)
[ -r /etc/sysconfig/network ] && . /etc/sysconfig/network

if [ "$AUTOMATIC_IFCFG" != no ]; then
        debug_mesg creating config file for $INTERFACE
        cat > $CFG <<EOF
DEVICE=$INTERFACE
BOOTPROTO=dhcp
ONBOOT=yes
EOF
fi

Also gibt es zum deaktivieren m.E. zwei Möglichkeiten:

1. AUTOMATIC_IFCFG=no in /etc/sysconfig/network eintragen
2. ln -s /dev/null /etc/udev/rules.d/81-net.rules

Ich habe mich für die erste Variante entschieden, die 2. sollte eigentlich auch funktionieren, habe ich aber nicht getestet. Bleibt immer noch die spannende Frage, warum der NM nur die Kabel- und nicht die Wlan-Verbindung sieht, obwohl doch beide ifcfg-Dateien bis auf den Interfacenamen identisch sind. Für mich ist das damit endgültig gelöst.

PS:
Ich habe mal auf die Schnelle nach AUTOMATIC_IFCFG gesucht und bin darauf gestoßen: http://mandriva.598463.n5.nabble.com/Bu ... 67517.html, man beachte den Titel und das Datum

Edit: Richtige Zeile aus /usr/lib/udev/rules.d/81-net.rules hinzugefügt

[doktor5000]

PS:
Ich habe mal auf die Schnelle nach AUTOMATIC_IFCFG gesucht und bin darauf gestoßen: http://mandriva.598463.n5.nabble.com/Bu ... 67517.html, man beachte den Titel und das Datum

Naja, aber immer noch aktuell und super dokumentiert

[lula]

Genau