[gelöst] Debian buster: WLAN mit Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340

[LinuxFanKR13]

Hallo Community,

bei meinem Laptop mit Debian buster wird die Verbindung zum WLAN nicht hergestellt, und ich weiß nicht, woran das liegt. Vielleicht kann mir jemand einen Tipp geben, was ich noch machen kann oder welche Informationen noch fehlen, um den Fehler zu finden.
Im Nachfolgenden beschreibe ich, was ich bereits unternommen habe und zeige, wenn nichts anderes angegeben ist, Informationen aus /var/log/kern.log.

Laut https://wireless.wiki.kernel.org/en/use ... rs/iwlwifi wird für den oben genannten Wireless-Baustein ein Kernel 5.1 oder neuer benötigt.
Ich nutze einen Kernel von deb http://deb.debian.org/debian buster-backports:

Code: Alles auswählen

Linux version 5.6.0-0.bpo.2-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 5.6.14-2~bpo10+1 (2020-06
-09)

Beim Booten meldet der Kernel dann:

Code: Alles auswählen

Aug  3 08:46:29 Debian kernel: [   13.152275] Intel(R) Wireless WiFi driver for Linux
Aug  3 08:46:29 Debian kernel: [   13.152276] Copyright(c) 2003- 2015 Intel Corporation
Aug  3 08:46:29 Debian kernel: [   13.156061] iwlwifi 0000:09:00.0: firmware: failed to load iwlwifi-cc-a0-52.ucode (-2)
Aug  3 08:46:29 Debian kernel: [   13.156101] iwlwifi 0000:09:00.0: Direct firmware load for iwlwifi-cc-a0-52.ucode failed with error -2
Aug  3 08:46:29 Debian kernel: [   13.156117] iwlwifi 0000:09:00.0: firmware: failed to load iwlwifi-cc-a0-51.ucode (-2)
Aug  3 08:46:29 Debian kernel: [   13.156150] iwlwifi 0000:09:00.0: Direct firmware load for iwlwifi-cc-a0-51.ucode failed with error -2
Aug  3 08:46:29 Debian kernel: [   13.156160] iwlwifi 0000:09:00.0: firmware: failed to load iwlwifi-cc-a0-50.ucode (-2)
Aug  3 08:46:29 Debian kernel: [   13.156193] iwlwifi 0000:09:00.0: Direct firmware load for iwlwifi-cc-a0-50.ucode failed with error -2
Aug  3 08:46:29 Debian kernel: [   13.156203] iwlwifi 0000:09:00.0: firmware: failed to load iwlwifi-cc-a0-49.ucode (-2)
Aug  3 08:46:29 Debian kernel: [   13.156236] iwlwifi 0000:09:00.0: Direct firmware load for iwlwifi-cc-a0-49.ucode failed with error -2
Aug  3 08:46:29 Debian kernel: [   13.160220] iwlwifi 0000:09:00.0: firmware: direct-loading firmware iwlwifi-cc-a0-48.ucode
Aug  3 08:46:29 Debian kernel: [   13.160234] iwlwifi 0000:09:00.0: TLV_FW_FSEQ_VERSION: FSEQ Version: 43.2.23.17
Aug  3 08:46:29 Debian kernel: [   13.160237] iwlwifi 0000:09:00.0: Found debug destination: EXTERNAL_DRAM
Aug  3 08:46:29 Debian kernel: [   13.160238] iwlwifi 0000:09:00.0: Found debug configuration: 0
Aug  3 08:46:29 Debian kernel: [   13.160449] iwlwifi 0000:09:00.0: loaded firmware version 48.13675109.0 cc-a0-48.ucode op_mode iwlmvm

und dann weiter (mit einer gültigen HW address - habe ich durch xx:xx:xx:xx:xx:xx)

Code: Alles auswählen

Aug  3 08:46:29 Debian kernel: [   13.282296] iwlwifi 0000:09:00.0: Detected Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340
Aug  3 08:46:29 Debian kernel: [   13.294794] iwlwifi 0000:09:00.0: Applying debug destination EXTERNAL_DRAM
Aug  3 08:46:29 Debian kernel: [   13.294985] iwlwifi 0000:09:00.0: Allocated 0x00400000 bytes for firmware monitor.
Aug  3 08:46:29 Debian kernel: [   13.415154] intel_rapl_common: Found RAPL domain package
Aug  3 08:46:29 Debian kernel: [   13.415156] intel_rapl_common: Found RAPL domain core
Aug  3 08:46:29 Debian kernel: [   13.415157] intel_rapl_common: Found RAPL domain uncore
Aug  3 08:46:29 Debian kernel: [   13.415158] intel_rapl_common: Found RAPL domain dram
Aug  3 08:46:29 Debian kernel: [   13.450902] iwlwifi 0000:09:00.0: base HW address: xx:xx:xx:xx:xx:xx
Aug  3 08:46:29 Debian kernel: [   13.464048] thermal thermal_zone2: failed to read out thermal zone (-61)
Aug  3 08:46:29 Debian kernel: [   13.465380] iwlwifi 0000:09:00.0 wlp9s0: renamed from wlan0

Es kommen also Fehlermeldung beim Laden von Firmware, aber scheinbar wird ja die Firmware-Version 48.... geladen und das Interface wlp9s0 erzeugt/erkannt.
Desweiteren meldet der Kernel noch:

Code: Alles auswählen

Aug  3 08:46:30 Debian kernel: [   14.802859] r8169 0000:08:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw
Aug  3 08:46:30 Debian kernel: [   14.802945] Generic FE-GE Realtek PHY r8169-800:00: attached PHY driver [Generic FE-GE Realtek PHY] (mii_bus:phy_addr=r8169-800:00, irq=IGNORE)
Aug  3 08:46:30 Debian kernel: [   14.850973] Bluetooth: hci0: Waiting for firmware download to complete
Aug  3 08:46:30 Debian kernel: [   14.851728] Bluetooth: hci0: Firmware loaded in 1538472 usecs
Aug  3 08:46:30 Debian kernel: [   14.851772] Bluetooth: hci0: Waiting for device to boot
Aug  3 08:46:30 Debian kernel: [   14.864692] Bluetooth: hci0: Device booted in 12645 usecs
Aug  3 08:46:30 Debian kernel: [   14.864850] bluetooth hci0: firmware: direct-loading firmware intel/ibt-20-1-3.ddc
Aug  3 08:46:30 Debian kernel: [   14.864852] Bluetooth: hci0: Found Intel DDC parameters: intel/ibt-20-1-3.ddc
Aug  3 08:46:30 Debian kernel: [   14.879752] Bluetooth: hci0: Applying Intel DDC parameters completed
Aug  3 08:46:30 Debian kernel: [   14.881788] Bluetooth: hci0: Firmware revision 0.0 build 54 week 27 2019
Aug  3 08:46:30 Debian kernel: [   14.930700] r8169 0000:08:00.0 enp8s0: Link is Down
Aug  3 08:46:30 Debian kernel: [   14.947738] iwlwifi 0000:09:00.0: Applying debug destination EXTERNAL_DRAM
Aug  3 08:46:30 Debian kernel: [   15.100032] iwlwifi 0000:09:00.0: FW already configured (0) - re-configuring
Aug  3 08:46:30 Debian kernel: [   15.142833] iwlwifi 0000:09:00.0: Applying debug destination EXTERNAL_DRAM
Aug  3 08:46:30 Debian kernel: [   15.296456] iwlwifi 0000:09:00.0: FW already configured (0) - re-configuring
Aug  3 08:46:31 Debian kernel: [   15.735172] broken atomic modeset userspace detected, disabling atomic
Aug  3 08:46:34 Debian kernel: [   18.605732] r8169 0000:08:00.0 enp8s0: Link is Up - 1Gbps/Full - flow control off
Aug  3 08:46:34 Debian kernel: [   18.605747] IPv6: ADDRCONF(NETDEV_CHANGE): enp8s0: link becomes ready

Das Netzwerk habe ich mit dem Network Manager konfiguriert.
Die Datei /etc/network/interfaces enthält:

Code: Alles auswählen

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

Das Verzeichnis /etc/network/interfaces.d/ ist leer.

Die Datei /etc/NetworkManager/NetworkManager.conf enthält:

Code: Alles auswählen

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=true

Und die Konfiguration der Netzwerkschnittstellen ist in den beiden Dateien /etc/NetworkManager/system-connections/LANatHome.nmconnection
(Ich habe die HW-Addresse wieder mit YY:YY:YY:YY:YY:YY und meine lokalen IP-Adressen mit AA.BB und AA.CC wieder anonymisiert.)

Code: Alles auswählen

[connection]
id=LANatHome
uuid=4d8ea000-9910-4c31-9962-137c44951a77
type=ethernet
autoconnect-priority=2
interface-name=enp8s0
permissions=
timestamp=1591611163

[ethernet]
mac-address=YY:YY:YY:YY:YY:YY
mac-address-blacklist=

[ipv4]
address1=192.168.AA.BB/24,192.168.AA.CC
dns=194.150.168.168;84.200.69.80;84.200.70.40;131.188.0.10;217.144.132.148;
dns-search=
method=manual

[ipv6]
addr-gen-mode=eui64
dns-search=
ip6-privacy=2
method=auto

und in /etc/NetworkManager/system-connections/WLANatHome.nmconnection
(Ich habe die HW-Addresse wieder mit ZZ:ZZ:ZZ:ZZ:ZZ:ZZ und meine lokalen IP-Adressen mit AA.DD und AA.CC wieder anonymisiert.) hinterlegt.

Code: Alles auswählen

connection]
id=WLANatHome
uuid=353c2c36-920f-4ea6-acde-d25a978e1624
type=wifi
autoconnect-priority=1
interface-name=wlp9s0
permissions=

[wifi]
mac-address=ZZ:ZZ:ZZ:ZZ:ZZ:ZZ
mac-address-blacklist=
mode=infrastructure
ssid=HierStehtMeinWLANName

[wifi-security]
key-mgmt=wpa-psk
psk=HierStehtMeinWLANSchluessel

[ipv4]
address1=192.168.AA.DD/24,192.168.AA.CC
dns=194.150.168.168;84.200.69.80;84.200.70.40;131.188.0.10;217.144.132.148;
dns-search=
method=manual

[ipv6]
addr-gen-mode=stable-privacy
dns-search=
ip6-privacy=0
method=auto

Ich betreue noch einen weiteren Laptop, der unter Ubuntu läuft. Dort ist das in gleicher Weise konfiguriert, funktioniert, hat aber natürlich eine andere Hardware und einen anderen Kernel. Bei der Netzwerkkonfiguration enthält die WLAN-Konfigurationsdatei noch zusätzlich den Eintrag seen-bssids=MAC-AdresseWLAN-Router nach der Zeile mode=infrastructure.

Wer kann mir Tipps geben?

Für die Unterstützung im Vorfeld herzlichen Dank.

[TomL]

Code: Alles auswählen

Aug  3 08:46:29 Debian kernel: [   13.156061] iwlwifi 0000:09:00.0: firmware: failed to load iwlwifi-cc-a0-52.ucode (-2)
Aug  3 08:46:29 Debian kernel: [   13.156101] iwlwifi 0000:09:00.0: Direct firmware load for iwlwifi-cc-a0-52.ucode failed with error -2
Aug  3 08:46:29 Debian kernel: [   13.156117] iwlwifi 0000:09:00.0: firmware: failed to load iwlwifi-cc-a0-51.ucode (-2)
Aug  3 08:46:29 Debian kernel: [   13.156150] iwlwifi 0000:09:00.0: Direct firmware load for iwlwifi-cc-a0-51.ucode failed with error -2
Aug  3 08:46:29 Debian kernel: [   13.156160] iwlwifi 0000:09:00.0: firmware: failed to load iwlwifi-cc-a0-50.ucode (-2)
Aug  3 08:46:29 Debian kernel: [   13.156193] iwlwifi 0000:09:00.0: Direct firmware load for iwlwifi-cc-a0-50.ucode failed with error -2
Aug  3 08:46:29 Debian kernel: [   13.156203] iwlwifi 0000:09:00.0: firmware: failed to load iwlwifi-cc-a0-49.ucode (-2)
Aug  3 08:46:29 Debian kernel: [   13.156236] iwlwifi 0000:09:00.0: Direct firmware load for iwlwifi-cc-a0-49.ucode failed with error -2
Aug  3 08:46:29 Debian kernel: [   13.160220] iwlwifi 0000:09:00.0: firmware: direct-loading firmware iwlwifi-cc-a0-48.ucode

Ist das angezeigte Paket denn überhaupt installiert?

Code: Alles auswählen

$ apt search iwlwifi
firmware-iwlwifi/stable 20190114-2                                    Binary firmware for Intel Wireless cards 

$ dpkg -l | grep firmware

[LinuxFanKR13]

Hallo TomL,

also:

Code: Alles auswählen

apt search iwlwifi
Sortierung... Fertig
Volltextsuche... Fertig
firmware-iwlwifi/buster-backports,now 20190717-2~bpo10+1 all  [installiert]
  Binary firmware for Intel Wireless cards

und

Code: Alles auswählen

dpkg -l | grep firmware
ii  amd64-microcode                         3.20181128.1                        amd64        Processor microcode firmware for AMD CPUs
ii  bluez-firmware                          1.2-4                               all          Firmware for Bluetooth devices
ii  firmware-amd-graphics                   20190114-2                          all          Binary firmware for AMD/ATI graphics chips
ii  firmware-iwlwifi                        20190717-2~bpo10+1                  all          Binary firmware for Intel Wireless cards
ii  firmware-linux-free                     3.4                                 all          Binary firmware for various drivers in the Linux kernel
ii  firmware-linux-nonfree                  20190114-2                          all          Binary firmware for various drivers in the Linux kernel (meta-package)
ii  firmware-misc-nonfree                   20190114-2                          all          Binary firmware for various drivers in the Linux kernel
ii  firmware-realtek                        20190114-2                          all          Binary firmware for Realtek wired/wifi/BT adapters
ii  intel-microcode                         3.20200616.1~deb10u1                amd64        Processor microcode firmware for Intel CPUs

Was mich aber wundert:
Die verlinkte Wiki-Seite sagt:

Code: Alles auswählen

Intel® Wi-Fi 6 AX200 160MHz 	5.1+ 	iwlmvm 	iwlwifi-cc-46.3cfab8da.0.tgz

und unter /lib/firmware sind die Dateien

Code: Alles auswählen

-rw-r--r--   1 root root 1044072 Sep 10  2019 iwlwifi-cc-a0-46.ucode
-rw-r--r--   1 root root 1096684 Sep 10  2019 iwlwifi-cc-a0-48.ucode

vorhanden.

Warum wird aber die Firmware 48 und nicht 46 geladen?
Die Dateien 52 ... 49 sind nicht vorhanden.

Wie könnte ich das Laden der Firmware 46 erzwingen? - Mir scheint es fast so, als ob der Kernel irgendwie von oben herunterzählt beginnend bei 52, diese dann nicht findet usw. Die Firmware 48 findet er, lädt die, aber die ist laut Internet-Seite ja für den AX201 160MHz.

Vielleicht benenne ich die Firmware 48 einfach mal so um, dass der Kernel die Datei nicht mehr findet, dann geht er vielleicht weiter zur 46 und das wäre die richtige.
Eine Firmware 47 gibt es scheinbar nicht.
Ich werde es ausprobieren und wieder berichten. Vielleicht weiß jemand noch einen besseren Rat.

Viele Grüße

[LinuxFanKR13]

Hallo Community,

ich habe jetzt im Verzeichnis /lib/firmware einfach mal Folgendes gemacht:

Code: Alles auswählen

ln -s iwlwifi-cc-a0-46.ucode ./iwlwifi-cc-a0-52.ucode

Dann findet der Kernel beim Booten "scheinbar" die Firmware 52, nach der er ja sucht und in /var/log/kern.log steht:

Code: Alles auswählen

Aug  3 12:46:05 Debian kernel: [   17.204605] Intel(R) Wireless WiFi driver for Linux
Aug  3 12:46:05 Debian kernel: [   17.204606] Copyright(c) 2003- 2015 Intel Corporation
Aug  3 12:46:05 Debian kernel: [   17.212028] iwlwifi 0000:09:00.0: firmware: direct-loading firmware iwlwifi-cc-a0-52.ucode
Aug  3 12:46:05 Debian kernel: [   17.212462] iwlwifi 0000:09:00.0: loaded firmware version 46.3cfab8da.0 cc-a0-52.ucode op_mode iwlmvm
Aug  3 12:46:05 Debian kernel: [   17.247007] Bluetooth: Core ver 2.22
Aug  3 12:46:05 Debian kernel: [   17.247016] NET: Registered protocol family 31
Aug  3 12:46:05 Debian kernel: [   17.247017] Bluetooth: HCI device and connection manager initialized
Aug  3 12:46:05 Debian kernel: [   17.247019] Bluetooth: HCI socket layer initialized
Aug  3 12:46:05 Debian kernel: [   17.247021] Bluetooth: L2CAP socket layer initialized
Aug  3 12:46:05 Debian kernel: [   17.247023] Bluetooth: SCO socket layer initialized
Aug  3 12:46:05 Debian kernel: [   17.297711] iwlwifi 0000:09:00.0: Detected Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340
Aug  3 12:46:05 Debian kernel: [   17.297837] usbcore: registered new interface driver btusb
Aug  3 12:46:05 Debian kernel: [   17.299007] Bluetooth: hci0: Firmware revision 0.0 build 54 week 27 2019
Aug  3 12:46:05 Debian kernel: [   17.454283] iwlwifi 0000:09:00.0: base HW address: xx:xx:xx:xx:xx:xx
Aug  3 12:46:05 Debian kernel: [   17.467930] thermal thermal_zone2: failed to read out thermal zone (-61)
Aug  3 12:46:05 Debian kernel: [   17.469315] iwlwifi 0000:09:00.0 wlp9s0: renamed from wlan0

Ich habe also erzwungen, dass die Firmware 46 geladen wird. Auch so geht aber WLAN nicht. Ich ziehe das LAN-Kabel ab, dann zeigt nmcli device show, dass die Ethernet-Schnittstelle nicht mehr arbeitet, beim Wiederanstecken kommt:

Code: Alles auswählen

nmcli connection show
NAME        UUID                                  TYPE      DEVICE 
LANatHome   4d8ea000-9910-4c31-9962-137c44951a77  ethernet  enp8s0 
WLANatHome  353c2c36-920f-4ea6-acde-d25a978e1624  wifi      --     

Nach dem Abziehen des LAN-Kabels kommt

Code: Alles auswählen

nmcli connection show
NAME        UUID                                  TYPE      DEVICE 
LANatHome   4d8ea000-9910-4c31-9962-137c44951a77  ethernet  --     
WLANatHome  353c2c36-920f-4ea6-acde-d25a978e1624  wifi      --     

Also irgendwie arbeitet das Interface wlp9s0 überhaupt nicht.
Bin für weitere Hinweise dankbar.

Vielen Dank und viele Grüße

[TomL]

Also irgendwie arbeitet das Interface wlp9s0 überhaupt nicht.

Wie ist das Interface benannt?

Code: Alles auswählen

$ ip a

[habakug]

Hallo,

die Firmware iwlwifi-cc-a0-46.ucode ist laut Intel [1] die richtige für die AX200 und Kernel v5.1+. Die anderen Versionen sind für die AX201 Kernel v5.2+. Die Erkennung der beiden Modelle scheint nicht zu funktionieren.
Man könnte prüfen und die Versionen aus dem Intel-Git [2] anbieten, da gibt es die iwlwifi-cc-a0-48.ucode, iwlwifi-cc-a0-50.ucode, iwlwifi-cc-a0-53.ucode und iwlwifi-cc-a0-55.ucode. (Das wird aber wohl nichts bringen.)
Was gibt denn

Code: Alles auswählen

# nmcli monitor
oder
# nmcli connection monitor

aus wenn du das Kabel ziehst? Da du (scheinbar) nmcli oder das grafische Menü verwendest solltest du das auch nur so einsetzen und nicht noch von Hand die Konfiguration verändern.

Gruss, habakug

[1] https://www.intel.com/content/www/us/en ... rking.html
[2] https://git.kernel.org/pub/scm/linux/ke ... .git/tree/

[LinuxFanKR13]

Hallo TomL,

das Interface heißt wlp9s0.
So wird es vom Kernel gemeldet (siehe log-Ausgaben), so ist es in der Konfigurationsdatei und so zeigt es auch ip a an.
Ich weiß einfach nicht, wo ich noch suchen soll.

Bei der Ausgabe war das LAN-Kabel abgezogen. Wenn LAN angesteckt ist, zeigt es natürlich die Verbindung an, die geht ja.
Auffällig ist noch, dass bei der Ethernet-Verbindung die MAC-Adresse konstant bleibt und der Hardware-Angabe auch im Kernel-Log entspricht, während die MAC-Adresse des WLAN-Interfaces wechselt. Der WLAN-Router hat keinen Filter auf MAC-Adressen aktiviert.
Trotzdem verstehe ich nicht, warum die MAC-Adresse wechselt, obwohl ich beim Network-Manager bei "Duplizierte MAC-Adresse" sowohl bei Ethernet wie bei WLAN nichts angegeben habe. Also gleiche Angabe, aber unterschiedliches Verhalten, auch komisch.

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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp8s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
3: wlp9s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether c6:22:25:76:83:97 brd ff:ff:ff:ff:ff:ff

Die Suche geht weiter.
Viele Grüße

[TomL]

Das Wlan-NIC ist UP, teste doch einfach mal im Terminal, was passiert... um zu sehen, obs wirklich am Interface liegt.

Code: Alles auswählen

# iw wlp9s0 scan | grep -i ssid

[LinuxFanKR13]

Hallo TomL, Hallo habakug

Wenn ich bei gestecktem LAN-Kabel nmcli monitor aufrufe und dann das LAN-Kabel abziehe, kommen die folgenden Meldungen bis zur Leerzeile (die habe ich für diesen Beitrag eingefügt). Nach dem Einstecken des LAN-Kabels kommen die Meldungen unterhalb der Leerzeile.

Code: Alles auswählen

nmcli monitor
enp8s0: nicht verfügbar
NetworkManager ist jetzt im Zustand »nicht verbunden«
Es gibt keine primäre Verbindung
Verbindungszustand ist jetzt »kein«
enp8s0: nicht verbunden

enp8s0: Verbindung »LANatHome« wird verwendet
enp8s0: wird verbunden (wird vorbereitet)
NetworkManager ist jetzt im Zustand »wird verbunden«
enp8s0: wird verbunden (wird eingerichtet)
enp8s0: wird verbunden (IP-Einstellungen werden ermittelt)
enp8s0: wird verbunden (IP-Funktionalität wird geprüft)
enp8s0: wird verbunden (Zweitverbindungen werden gestartet)
enp8s0: verbunden
NetworkManager ist jetzt im Zustand »verbunden (nur lokal)«
NetworkManager ist jetzt im Zustand »verbunden (nur Gelände)«
»LANatHome« ist jetzt die primäre Verbindung
NetworkManager ist jetzt im Zustand »verbunden«
Verbindungszustand ist jetzt »vollständig«

Ich habe über die grafische Oberfläche in das Feld BSSID die MAC-Adresse des WLAN-Routers eingegeben, die erscheint jetzt auch in der Datei /etc/NetworkManager/system-connections/WLANatHome.nmconnection (mit less kontrolliert).

Code: Alles auswählen

iw wlp9s0 scan | grep SSID
	SSID: \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
	SSID: \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00

Das ist ja auch klar, weil mein SSID Name im WLAN-Router als unsichtbar konfiguriert ist.
Zwei Einträge sind vorhanden, weil der WLAN-Router ein 5-GHz- und ein 2,4-GHz-WLAN aufspannt.

Ohne grep erhalte ich folgende Ausgabe:
Dabei habe ich die MAC-Adresse für die 5GHz durch HH:HH:HH:HH:HH:HH und für die 2,4GHz durch LL:LL:LL:LL:LL:LL ersetzt.

Code: Alles auswählen

iw wlp9s0 scan
BSS HH:HH:HH:HH:HH:HH(on wlp9s0)
        last seen: 10365.788s [boottime]
        TSF: 4843622476 usec (0d, 01:20:43)
        freq: 5180
        beacon interval: 100 TUs
        capability: ESS Privacy SpectrumMgmt (0x0111)
        signal: -78.00 dBm
        last seen: 23636 ms ago
        SSID: \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
        Supported rates: 6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 
        TIM: DTIM Count 0 DTIM Period 1 Bitmap Control 0x0 Bitmap[0] 0x0
        Power constraint: 0 dB
        TPC report: TX power: 14 dBm
        RSN:     * Version: 1
                 * Group cipher: CCMP
                 * Pairwise ciphers: CCMP
                 * Authentication suites: PSK
                 * Capabilities: 16-PTKSA-RC 1-GTKSA-RC (0x000c)
        HT capabilities:
                Capabilities: 0x9ef
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 7935 bytes
                        No DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 4 usec (0x05)
                HT RX MCS rate indexes supported: 0-23
                HT TX MCS rate indexes are undefined
        HT operation:
                 * primary channel: 36
                 * secondary channel offset: above
                 * STA channel width: any
                 * RIFS: 1
                 * HT protection: no
                 * non-GF present: 1
                 * OBSS non-GF present: 0
                 * dual beacon: 0
                 * dual CTS protection: 0
                 * STBC beacon: 0
                 * L-SIG TXOP Prot: 0
                 * PCO active: 0
                 * PCO phase: 0
        Extended capabilities:
                 * Operating Mode Notification
                 * Max Number Of MSDUs In A-MSDU is unlimited
        VHT capabilities:
                VHT Capabilities (0x0f8259b2):
                        Max MPDU length: 11454
                        Supported Channel Width: neither 160 nor 80+80
                        RX LDPC
                        short GI (80 MHz)
                        TX STBC
                        SU Beamformer
                        SU Beamformee
                VHT RX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: MCS 0-9
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT RX highest supported: 0 Mbps
                VHT TX MCS set:
                        1 streams: MCS 0-9
                        2 streams: MCS 0-9
                        3 streams: MCS 0-9
                        4 streams: not supported
                        5 streams: not supported
                        6 streams: not supported
                        7 streams: not supported
                        8 streams: not supported
                VHT TX highest supported: 0 Mbps
        VHT operation:
                 * channel width: 1 (80 MHz)
                 * center freq segment 1: 42
                 * center freq segment 2: 0
                 * VHT basic MCS set: 0x0000
        WMM:     * Parameter version 1
                 * u-APSD
                 * BE: CW 15-1023, AIFSN 3
                 * BK: CW 15-1023, AIFSN 7
                 * VI: CW 7-15, AIFSN 2, TXOP 6016 usec
                 * VO: CW 3-7, AIFSN 2, TXOP 3264 usec
BSS LL:LL:LL:LL:LL:LL(on wlp9s0)
        last seen: 10365.577s [boottime]
        TSF: 4843622789 usec (0d, 01:20:43)
        freq: 2412
        beacon interval: 100 TUs
        capability: ESS Privacy ShortSlotTime (0x0411)
        signal: -68.00 dBm
        last seen: 23844 ms ago
        SSID: \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
        Supported rates: 1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 
        DS Parameter set: channel 1
        TIM: DTIM Count 0 DTIM Period 1 Bitmap Control 0x0 Bitmap[0] 0x0
        ERP: Barker_Preamble_Mode
        ERP D4.0: Barker_Preamble_Mode
        RSN:     * Version: 1
                 * Group cipher: CCMP
                 * Pairwise ciphers: CCMP
                 * Authentication suites: PSK
                 * Capabilities: 16-PTKSA-RC 1-GTKSA-RC (0x000c)
        Extended supported rates: 6.0 9.0 12.0 48.0 
        HT capabilities:
                Capabilities: 0x19bd
                        RX LDPC
                        HT20
                        SM Power Save disabled
                        RX Greenfield
                        RX HT20 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 7935 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 4 usec (0x05)
                HT RX MCS rate indexes supported: 0-23
                HT TX MCS rate indexes are undefined
        HT operation:
                 * primary channel: 1
                 * secondary channel offset: no secondary
                 * STA channel width: 20 MHz
                 * RIFS: 1
                 * HT protection: no
                 * non-GF present: 1
                 * OBSS non-GF present: 0
                 * dual beacon: 0
                 * dual CTS protection: 0
                 * STBC beacon: 0
                 * L-SIG TXOP Prot: 0
                 * PCO active: 0
                 * PCO phase: 0
        Overlapping BSS scan params:
                 * passive dwell: 20 TUs
                 * active dwell: 10 TUs
                 * channel width trigger scan interval: 300 s
                 * scan passive total per channel: 200 TUs
                 * scan active total per channel: 20 TUs
                 * BSS width channel transition delay factor: 5
                 * OBSS Scan Activity Threshold: 0.25 %
        Extended capabilities:
                 * HT Information Exchange Supported
                 * Operating Mode Notification
        WMM:     * Parameter version 1
                 * u-APSD
                 * BE: CW 15-1023, AIFSN 3
                 * BK: CW 15-1023, AIFSN 7
                 * VI: CW 7-15, AIFSN 2, TXOP 3008 usec
                 * VO: CW 3-7, AIFSN 2, TXOP 1504 usec

Im Verzeichnis /etc/wpa_supplicant sind folgende Dateien, die ich nicht verändert habe:

Code: Alles auswählen

-rwxr-xr-x   1 root root   937 Sep 17  2019 action_wpa.sh
-rw-r--r--   1 root root 25569 Sep 17  2019 functions.sh
-rwxr-xr-x   1 root root  4696 Sep 17  2019 ifupdown.sh

Muss man also bei WPA noch irgend etwas manuell einstellen, was nicht in der grafischen Oberfläche des Network-Managers eingetragen werden kann?

Viele Grüße

[habakug]

Hallo,

was gibt

Code: Alles auswählen

# wpa_cli -iwlp9s0 scan_results

?
Vergleiche die BSSID in der Ausgabe mit deinem Eintrag für die BSSID in der wpa_supplicant-Konfiguration.
Im Übrigen scheint dein WLAN-Interface gar nicht von network-manager verwaltet zu werden (sonst wäre etwas im nmcli-Monitor zu sehen gewesen).

Code: Alles auswählen

# nmcli con show

Du hast bestimmt sichergestellt, dass das "Verbergen" der SSID nicht auch ein "verbergen" vor dem WLAN-Modul zur Folge hat...

Gruss, habakug

[LinuxFanKR13]

Hallo habakug,

die von Dir genannten Aufrufe, liefern:

Code: Alles auswählen

# wpa_cli -iwlp9s0 scan_results
bssid / frequency / signal level / flags / ssid

und, wenn das LAN-Kabel angesteckt ist:

Code: Alles auswählen

nmcli con show
NAME        UUID                                  TYPE      DEVICE 
LANatHome   4d8ea000-9910-4c31-9962-137c44951a77  ethernet  enp8s0 
WLANatHome  353c2c36-920f-4ea6-acde-d25a978e1624  wifi      --     

und, wenn das LAN-Kabel abgezogen ist:

Code: Alles auswählen

 nmcli con show
NAME        UUID                                  TYPE      DEVICE 
LANatHome   4d8ea000-9910-4c31-9962-137c44951a77  ethernet  --     
WLANatHome  353c2c36-920f-4ea6-acde-d25a978e1624  wifi      --     

Ich habe den SSID-Namen und die Passphrase bei der grafischen Oberfläche eingegeben. Mehr kann ich dort nicht machen.

Wo erlaubt man dem WLAN-Modul auf den "unsichtbaren" Namen zuzugreifen? - Ich gehe davon aus, dass der Network-Manager diesen Namen an das WLAN-Modul weiterreicht. Für was brauche ich denn sonst den Network-Manager?

Den Namen habe ich ja im Reiter "Funknetzwerk" unter "SSID" eingetragen und die zugehörigen Konfigurationsdateien in /etc/NetworkManager/system-connections/ sind ja nur von root lesbar und schreibbar. Also kennt der Network-Manager doch den SSID-Namen und die Passphrase steht dort ja auch im Klartext, was ich ja auch nicht so toll finde, aber da nur root das lesen kann, ok.

Vielen Dank für die Hinweise und viele Grüße

PS:
Bei einem Laptop ist es ja erforderlich, dass auch der Nutzer ohne Root-Rechte, z.B. in einem Hotel eine WLAN-Verbindung nach einfacher DAU-Anleitung einrichten kann. Deshalb möchte ich ja den Network-Manager nutzen. Für einen ortsfesten Rechner braucht man ja entweder gar kein WLAN, weil am LAN oder aber eine gleichbleibende Netzwerkeinstellung, die man auch per "altmodischem" /etc/network/interfaces einrichten kann.

[TomL]

Code: Alles auswählen

iw wlp9s0 scan | grep SSID
	SSID: \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
	SSID: \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00

Das ist ja auch klar, weil mein SSID Name im WLAN-Router als unsichtbar konfiguriert ist.
Zwei Einträge sind vorhanden, weil der WLAN-Router ein 5-GHz- und ein 2,4-GHz-WLAN aufspannt.

Was anderes war ja auch nicht notwendig.Mir gings nur darum festzustellen, ob das WLAN-Nic funktioniert... und das tut es. Du hast also offensichtlich ein anderes Problem.

Ohne grep erhalte ich folgende Ausgabe:

Die war völlig unnötig.

[mat6937]

Wo erlaubt man dem WLAN-Modul auf den "unsichtbaren" Namen zuzugreifen? - Ich gehe davon aus, dass der Network-Manager diesen Namen an das WLAN-Modul weiterreicht. Für was brauche ich denn sonst den Network-Manager?

Mit:

Code: Alles auswählen

hidden=true

in der [wifi]-Section.

BTW:

If TRUE, indicates this network is a non-broadcasting network that hides its SSID. In this case
various workarounds may take place, such a probe-scanning the SSID for more reliable
network discovery. However, these workarounds expose inherent insecurities with hidden
SSID networks, and thus hidden SSID networks should be used with caution.

[LinuxFanKR13]

Hallo mat6937,

vielen Dank für Deine Nachricht, das war der entscheidende Tipp, wobei ich diese Zeile "nur" per Editor in die zugehörige Datei im Verzeichnis /etc/NetworkManager/system-connections/ eintragen konnte.

Schade, dass dies nicht in der grafischen Oberfläche angeboten wird.

Ich mag Konfigurationsdateien oder GUIs überhaupt nicht, in denen nicht alle Parameter stehen und seien es auch nur die Default-Werte. Dann erkennt man zumindest dass es diesen Paramter gibt.
Wenn man den Parameter "hidden" kennt, weiß man, wonach man suchen muss und findet ihn auch auf der man-page von nm-settings in der Vielfalt der Parameter.

Deshalb auch die länglichen, vielleicht auch manchmal unnötigen log-Ausgaben der Programme in diesem Thread. Die Informationen stehen immer irgendwo, allein es fehlt die Kenntnis, wonach man genau suchen muss.

Fazit:

• Die richtige Firmware war für den AX200 bereits auf dem Rechner, wurde von dem Kernel aber nicht geladen, stattdessen eine andere: gelöst mit einem Link in /lib/firmware, obwohl ich so tief im System eigentlich dar nicht manuell herumändern will. Man weiß nie, wie nachhaltig das ist.

• In der Konfigurationsdatei für das WLAN musste der Eintrag hidden=true manuell ergänzt werden, damit das verborgene WLAN gefunden wird. Nachträgliche Änderungen mit der grafischen Oberfläche lassen diesen Parameter dann unangetastet drin.

Vielen Dank für die Unterstützung und viele Grüße