grüß euch,

ich hab mir einen super tollen neuen router zugelegt und jetzt gedachte ich auch mal das 5GHz band zu nutzen, weil der router auch mu-mimo kann, allerdings krieg ich da keine verbindung zu stande, bei 2,4 GHz funktionierts tadel los.
der wlan adapter ist ein intel centrino advanced 6205 der das eigentlich können sollte…
https://www.intel.de/content/www/de/de/products/sku/59471/intel-centrino-advancedn-6205-dual-band/specifications.html

es gibt eine SSID für 2,4GHz und eine für 5GHz, die werkseinstellung war für beide die gleich SSID, aber auch wenn ich eine änder gehts nicht

  • Dirk hat auf diesen Beitrag geantwortet.

    brikler gehts nicht

    Du bist doch schon lang genug dabei um zu wissen, dass „geht nicht“ keine Fehlermeldung ist 🙂

    `[iwd]# station wlan0 connect-hidden WLAN-6EC2555
    Type the network passphrase for WLAN-6EC2555 psk.
    Passphrase: **********
    Operation failed
    [    2.777898] frija iwd[303]: Wireless daemon version 1.17
    [    2.778215] frija iwd[303]: Loaded configuration from /etc/iwd/main.conf
    [    2.782505] frija iwd[303]: Wiphy: 0, Name: phy0
    [    2.782505] frija iwd[303]:         Permanent Address: 84:3a:4b:34:6c:40
    [    2.782505] frija iwd[303]:         2.4Ghz Band:
    [    2.782505] frija iwd[303]:                 Bitrates (non-HT):
    [    2.782505] frija iwd[303]:                          1.0 Mbps
    [    2.782672] frija iwd[303]:                          2.0 Mbps
    [    2.782672] frija iwd[303]:                          5.5 Mbps
    [    2.782672] frija iwd[303]:                         11.0 Mbps
    [    2.782672] frija iwd[303]:                          6.0 Mbps
    [    2.782672] frija iwd[303]:                          9.0 Mbps
    [    2.782672] frija iwd[303]:                         12.0 Mbps
    [    2.782672] frija iwd[303]:                         18.0 Mbps
    [    2.782672] frija iwd[303]:                         24.0 Mbps
    [    2.782672] frija iwd[303]:                         36.0 Mbps
    [    2.782672] frija iwd[303]:                         48.0 Mbps
    [    2.782672] frija iwd[303]:                         54.0 Mbps
    [    2.782672] frija iwd[303]:         5Ghz Band:
    [    2.782672] frija iwd[303]:                 Bitrates (non-HT):
    [    2.782672] frija iwd[303]:                          6.0 Mbps
    [    2.782672] frija iwd[303]:                          9.0 Mbps
    [    2.782672] frija iwd[303]:                         12.0 Mbps
    [    2.782672] frija iwd[303]:                         18.0 Mbps
    [    2.782672] frija iwd[303]:                         24.0 Mbps
    [    2.782672] frija iwd[303]:                         36.0 Mbps
    [    2.782672] frija iwd[303]:                         48.0 Mbps
    [    2.782672] frija iwd[303]:                         54.0 Mbps
    [    2.782672] frija iwd[303]:         Ciphers: CCMP TKIP
    [    2.782672] frija iwd[303]:         Supported iftypes: ad-hoc station ap
    [    5.212190] frija iwd[303]: WARNING: src/resolve.c:resolve_systemd_set_dns() condition !systemd_state.is_ready failed
    [    5.212190] frija iwd[303]: WARNING: src/resolve.c:resolve_systemd_set_domains() condition !systemd_state.is_ready failed
    [   58.060231] frija dbus-daemon[271]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.15' (uid=0 pid=811 comm="sudo ls /var/lib/iwd ")
    [   58.062030] frija sudo[811]:      tom : TTY=pts/0 ; PWD=/home/tom ; USER=root ; COMMAND=/bin/ls /var/lib/iwd
    
    ● iwd.service - Wireless service
         Loaded: loaded (/usr/lib/systemd/system/iwd.service; disabled; vendor preset: disabled)
         Active: active (running) since Fri 2021-09-03 10:38:14 CEST; 4min 26s ago
    TriggeredBy: ● iwd.socket
       Main PID: 303 (iwd)
          Tasks: 1 (limit: 4533)
         Memory: 2.0M
            CPU: 0
         CGroup: /system.slice/iwd.service
                 └─303 /usr/lib/iwd/iwd
    
    Sep 03 10:38:14 frija iwd[303]:                         12.0 Mbps
    Sep 03 10:38:14 frija iwd[303]:                         18.0 Mbps
    Sep 03 10:38:14 frija iwd[303]:                         24.0 Mbps
    Sep 03 10:38:14 frija iwd[303]:                         36.0 Mbps
    Sep 03 10:38:14 frija iwd[303]:                         48.0 Mbps
    Sep 03 10:38:14 frija iwd[303]:                         54.0 Mbps
    Sep 03 10:38:14 frija iwd[303]:         Ciphers: CCMP TKIP
    Sep 03 10:38:14 frija iwd[303]:         Supported iftypes: ad-hoc station ap
    Sep 03 10:38:17 frija iwd[303]: WARNING: src/resolve.c:resolve_systemd_set_dns() condition !systemd_state.is_ready failed
    Sep 03 10:38:17 frija iwd[303]: WARNING: src/resolve.c:resolve_systemd_set_domains() condition !systemd_state.is_ready failed

    wie kann man iwd etwas "gesprächiger" machen?

    ich habs derweilen mal mit wpa_supplicant versucht, da bei kommt das raus:
    p 06 10:45:06 frija wpa_supplicant[287]: wlp10s0: Trying to associate with 8c:19:b5:87:01:4f (SSID='WLAN-6EC255g5' freq=5180 MHz)
    Sep 06 10:45:06 frija wpa_supplicant[287]: wlp10s0: CTRL-EVENT-ASSOC-REJECT bssid=8c:19:b5:87:01:4f status_code=18
    Sep 06 10:45:06 frija wpa_supplicant[287]: wlp10s0: SME: Deauth request to the driver failed
    Sep 06 10:45:06 frija wpa_supplicant[287]: wlp10s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="WLAN-6EC255g5" auth_failures=5 duration=75 reason=CONN_FAILED
    Sep 06 10:46:24 frija wpa_supplicant[287]: wlp10s0: CTRL-EVENT-SSID-REENABLED id=0 ssid="WLAN-6EC255g5"
    Sep 06 10:46:24 frija wpa_supplicant[287]: wlp10s0: SME: Trying to authenticate with 8c:19:b5:87:01:4f (SSID='WLAN-6EC255g5' freq=5180 MHz)
    Sep 06 10:46:24 frija wpa_supplicant[287]: wlp10s0: Trying to associate with 8c:19:b5:87:01:4f (SSID='WLAN-6EC255g5' freq=5180 MHz)
    Sep 06 10:46:24 frija wpa_supplicant[287]: wlp10s0: CTRL-EVENT-ASSOC-REJECT bssid=8c:19:b5:87:01:4f status_code=18
    Sep 06 10:46:24 frija wpa_supplicant[287]: wlp10s0: SME: Deauth request to the driver failed
    Sep 06 10:46:24 frija wpa_supplicant[287]: wlp10s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="WLAN-6EC255g5" auth_failures=6 duration=143 reason=CONN_FAILED

    warum gibts da 'auth_failures=6'? das passwort ist definitiv richtig

    • GerBra hat auf diesen Beitrag geantwortet.

      brikler warum gibts da 'auth_failures=6'? das passwort ist definitiv richtig

      Diese Meldung ist lediglich das "Ende" der Kette, nach 6 Versuchen wurden weitere Verbindung zu diesem AP erstmal eingestellt. Und: das Paßwort ist nicht die Ursache, zum Austausch von "Paßwörtern" kommt es erst gar nicht.

      Ich bin kein WLan-Experte, aber fangen wir mal klein an:

      Der Verbindungsaufbau zum AP (Assoc-Phase) wird nach den Logmeldungen von wpa-supplicant schon beim Link-Aufbau - vergleichbar bei Ethernet mit dem Ein-/Abstecken des Kabels - abgebrochen.
      CTRL-EVENT-ASSOC-REJECT bssid=8c:19:b5:87:01:4f status_code=18
      Code 18 bedeutet AFAIK hier:
      Association denied due to requesting station not supporting all of the data rates in the BSSBasicRateSet parameter
      D.h. die Datenraten/Protokolle die dein Client im Verbindungs-Anruf beim AP versucht zu initiieren werden von der Gegenstelle in deren Einstellungen so nicht unterstützt. (Fiktives) Ethernet-Beispiel: Du steckst das LAN-Kabel in den Switch und dieser würde es "sofort wieder aus der Buchse schmeißen" , müßig also sich zu diesem Zeitpunkt über Pingprobleme, ssh oder NFS Gedanken als Verursacher für Geht Nicht zu machen.

      Ich vermute die Ursache beim Client, also dessen Adapter, Kernelmodul und Moduleinstellungen. Sicherheitshalber könntest du ggf. auch austesten, ob ein anderes Gerät (Handy z.B.) sich im 5Ghz-Band problemlos mit deinem AP verbinden kann.

      Welches Kernelmodul wird für den Client-Adapter (wlp10s0 = phy0) verwendet?
      lspci -k sagt dir das, ich vermute iwlwifi

      Weiterhin: installiere dir (wenn nicht schon vorhanden) das Paket iw und poste die Ausgaben (als root User) von:
      iw phy0 info
      iw wlp10s0 scan

      Beim Scan sind nur die Antwortdaten deines problematischen APs, also von 8c:19:b5:87:01:4f relevant.
      Hierbei geht es darum zu sehen, ob beide Stellen bzgl. der möglichen Datenraten zusammenpassen.

      • brikler hat auf diesen Beitrag geantwortet.

        GerBra mit einem live system bekam ich gestern eine verbindung.
        das ist ein versteckte netzwerk, aber zum probieren hatte ichs sichtbar gemacht…
        Wiphy phy0
        wiphy index: 0
        max # scan SSIDs: 20
        max scan IEs length: 223 bytes
        max # sched scan SSIDs: 0
        max # match sets: 0
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 0 (up to 0m)
        Device supports RSN-IBSS.
        Supported Ciphers:
        * WEP40 (00-0f-ac:1)
        * WEP104 (00-0f-ac:5)
        * TKIP (00-0f-ac:2)
        * CCMP-128 (00-0f-ac:4)
        * CCMP-256 (00-0f-ac:10)
        * GCMP-128 (00-0f-ac:8)
        * GCMP-256 (00-0f-ac:9)
        Available Antennas: TX 0 RX 0
        Supported interface modes:
        * IBSS
        * managed
        * AP
        * AP/VLAN
        * monitor
        Band 1:
        Bitrates (non-HT):
        * 1.0 Mbps
        * 2.0 Mbps (short preamble supported)
        * 5.5 Mbps (short preamble supported)
        * 11.0 Mbps (short preamble supported)
        * 6.0 Mbps
        * 9.0 Mbps
        * 12.0 Mbps
        * 18.0 Mbps
        * 24.0 Mbps
        * 36.0 Mbps
        * 48.0 Mbps
        * 54.0 Mbps
        Frequencies:
        * 2412 MHz [1] (15.0 dBm)
        * 2417 MHz [2] (15.0 dBm)
        * 2422 MHz [3] (15.0 dBm)
        * 2427 MHz [4] (15.0 dBm)
        * 2432 MHz [5] (15.0 dBm)
        * 2437 MHz [6] (15.0 dBm)
        * 2442 MHz [7] (15.0 dBm)
        * 2447 MHz [8] (15.0 dBm)
        * 2452 MHz [9] (15.0 dBm)
        * 2457 MHz [10] (15.0 dBm)
        * 2462 MHz [11] (15.0 dBm)
        * 2467 MHz [12] (15.0 dBm) (no IR)
        * 2472 MHz [13] (15.0 dBm) (no IR)
        Band 2:
        Bitrates (non-HT):
        * 6.0 Mbps
        * 9.0 Mbps
        * 12.0 Mbps
        * 18.0 Mbps
        * 24.0 Mbps
        * 36.0 Mbps
        * 48.0 Mbps
        * 54.0 Mbps
        Frequencies:
        * 5180 MHz [36] (15.0 dBm) (no IR)
        * 5200 MHz [40] (15.0 dBm) (no IR)
        * 5220 MHz [44] (15.0 dBm) (no IR)
        * 5240 MHz [48] (15.0 dBm) (no IR)
        * 5260 MHz [52] (15.0 dBm) (no IR, radar detection)
        * 5280 MHz [56] (15.0 dBm) (no IR, radar detection)
        * 5300 MHz [60] (15.0 dBm) (no IR, radar detection)
        * 5320 MHz [64] (15.0 dBm) (no IR, radar detection)
        * 5500 MHz [100] (15.0 dBm) (no IR, radar detection)
        * 5520 MHz [104] (15.0 dBm) (no IR, radar detection)
        * 5540 MHz [108] (15.0 dBm) (no IR, radar detection)
        * 5560 MHz [112] (15.0 dBm) (no IR, radar detection)
        * 5580 MHz [116] (15.0 dBm) (no IR, radar detection)
        * 5600 MHz [120] (15.0 dBm) (no IR, radar detection)
        * 5620 MHz [124] (15.0 dBm) (no IR, radar detection)
        * 5640 MHz [128] (15.0 dBm) (no IR, radar detection)
        * 5660 MHz [132] (15.0 dBm) (no IR, radar detection)
        * 5680 MHz [136] (15.0 dBm) (no IR, radar detection)
        * 5700 MHz [140] (15.0 dBm) (no IR, radar detection)
        * 5745 MHz [149] (15.0 dBm) (no IR)
        * 5765 MHz [153] (15.0 dBm) (no IR)
        * 5785 MHz [157] (15.0 dBm) (no IR)
        * 5805 MHz [161] (15.0 dBm) (no IR)
        * 5825 MHz [165] (15.0 dBm) (no IR)
        Supported commands:
        * new_interface
        * set_interface
        * new_key
        * start_ap
        * new_station
        * new_mpath
        * set_mesh_config
        * set_bss
        * authenticate
        * associate
        * deauthenticate
        * disassociate
        * join_ibss
        * join_mesh
        * remain_on_channel
        * set_tx_bitrate_mask
        * frame
        * frame_wait_cancel
        * set_wiphy_netns
        * set_channel
        * probe_client
        * set_noack_map
        * register_beacons
        * start_p2p_device
        * set_mcast_rate
        * connect
        * disconnect
        * set_qos_map
        * set_multicast_to_unicast
        WoWLAN support:
        * wake up on disconnect
        * wake up on magic packet
        * wake up on pattern match, up to 20 patterns of 16-128 bytes,
        maximum packet offset 0 bytes
        * can do GTK rekeying
        * wake up on GTK rekey failure
        * wake up on EAP identity request
        * wake up on rfkill release
        software interface modes (can always be added):
        * AP/VLAN
        * monitor
        valid interface combinations:
        * #{ managed } <= 1, #{ AP } <= 1,
        total <= 2, #channels <= 1, STA/AP BI must match
        * #{ managed } <= 2,
        total <= 2, #channels <= 1
        HT Capability overrides:
        * MCS: ff ff ff ff ff ff ff ff ff ff
        * maximum A-MSDU length
        * supported channel width
        * short GI for 40 MHz
        * max A-MPDU length exponent
        * min MPDU start spacing
        Device supports TX status socket option.
        Device supports HT-IBSS.
        Device supports SAE with AUTHENTICATE command
        Device supports scan flush.
        Device supports per-vif TX power setting
        Driver supports full state transitions for AP/GO clients
        Driver supports a userspace MPM
        Device supports configuring vdev MAC-addr on create.
        max # scan plans: 1
        max scan plan interval: -1
        max scan plan iterations: 0
        Supported TX frame types:
        * IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
        * managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
        * AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
        * AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
        * mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
        * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
        * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
        * P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
        Supported RX frame types:
        * IBSS: 0x40 0xb0 0xc0 0xd0
        * managed: 0x40 0xb0 0xd0
        * AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
        * AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
        * mesh point: 0xb0 0xc0 0xd0
        * P2P-client: 0x40 0xd0
        * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
        * P2P-device: 0x40 0xd0
        Supported extended features:
        * [ RRM ]: RRM
        * [ FILS_STA ]: STA FILS (Fast Initial Link Setup)
        * [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
        * [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
        * [ EXT_KEY_ID ]: Extended Key ID support
        * [ CONTROL_PORT_NO_PREAUTH ]: disable pre-auth over nl80211 control port support
        * [ DEL_IBSS_STA ]: deletion of IBSS station support
        * [ SCAN_FREQ_KHZ ]: scan on kHz frequency support
        * [ CONTROL_PORT_OVER_NL80211_TX_STATUS ]: tx status for nl80211 control port support

        Was soll das sein?

        V.a. die letzten Auszüge: nach den Parametern von iw hatte ich nicht gefragt.
        Also bitte die Ausgabe von:
        iw wlp10s0 scan
        Und nur den Teil, der deinen AP zeigt.
        (Leite die gesamte Ausgabe in eine Datei um, dann ziehe daraus eben jenen Teil zu deinem AP und poste ihn hier).

        //Edit: und welcher Treiber wird nun verwendet am Client?

        //Edit 2: Falls beim Scan der Aufruf so nicht funktioniert und du deshalb die Ausgabe der möglichen Befehle bekamst: Hat sich evtl. dein Devicename geändert, also nicht mehr wlp10s0?
        Den aktuellen Devicenamen bekommst du u.a. durch:
        iw dev
        Man kann bei iw den Präfix dev oder phy weglassen wenn der angegebene Bezeichner eindeutig ist. Der vollständige Scan-Befehl wäre:
        iw dev <deinBezeichner> scan
        also: iw dev wlp10s0 scan (wenn sich der Bezeichner nicht geändert hat, ansonsten mit dem aktuellen Bezeichner)

        [root@frija tom]# iw wlp10s0 scan
        BSS 8c:19:b5:87:01:4f(on wlan0)
        TSF: 6474855087 usec (0d, 01:47:54)
        freq: 5180
        beacon interval: 100 TUs
        capability: ESS Privacy SpectrumMgmt RadioMeasure (0x1111)
        signal: -84.00 dBm
        last seen: 5070 ms ago
        SSID:
        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
        Country: DE Environment: bogus
        Channels [36 - 36] @ 23 dBm
        Channels [40 - 40] @ 23 dBm
        Channels [44 - 44] @ 23 dBm
        Channels [48 - 48] @ 23 dBm
        Channels [52 - 52] @ 23 dBm
        Channels [56 - 56] @ 23 dBm
        Channels [60 - 60] @ 23 dBm
        Channels [64 - 64] @ 23 dBm
        Channels [100 - 100] @ 30 dBm
        Channels [104 - 104] @ 30 dBm
        Channels [108 - 108] @ 30 dBm
        Channels [112 - 112] @ 30 dBm
        Channels [116 - 116] @ 30 dBm
        Channels [120 - 120] @ 30 dBm
        Channels [124 - 124] @ 30 dBm
        Channels [128 - 128] @ 30 dBm
        Channels [132 - 132] @ 30 dBm
        Channels [136 - 136] @ 30 dBm
        Channels [140 - 140] @ 30 dBm
        Power constraint: 0 dB
        TPC report: TX power: 24 dBm
        RSN: * Version: 1
        * Group cipher: CCMP
        * Pairwise ciphers: CCMP
        * Authentication suites: PSK
        * Capabilities: 16-PTKSA-RC 1-GTKSA-RC (0x000c)
        BSS Load:
        * station count: 0
        * channel utilisation: 6/255
        * available admission capacity: 0 [*32us]
        RM enabled capabilities:
        Capabilities: 0x32 0x00 0x00 0x00 0x00
        Neighbor Report
        Beacon Passive Measurement
        Beacon Active Measurement
        Nonoperating Channel Max Measurement Duration: 0
        Measurement Pilot Capability: 0
        Supported operating classes:
        * current operating class: 129
        * operating class: 1
        * operating class: 2
        * operating class: 3
        * operating class: 5
        * operating class: 6
        * operating class: 7
        * operating class: 8
        * operating class: 9
        * operating class: 10
        * operating class: 115
        * operating class: 116
        * operating class: 117
        * operating class: 118
        * operating class: 119
        * operating class: 120
        * operating class: 121
        * operating class: 122
        * operating class: 123
        * operating class: 128
        * operating class: 129
        HT capabilities:
        Capabilities: 0x1ef
        RX LDPC
        HT20/HT40
        SM Power Save disabled
        RX HT20 SGI
        RX HT40 SGI
        TX STBC
        RX STBC 1-stream
        Max AMSDU length: 3839 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-31
        HT TX MCS rate indexes are undefined
        HT operation:
        * primary channel: 36
        * secondary channel offset: above
        * STA channel width: any
        * RIFS: 0
        * HT protection: no
        * non-GF present: 0
        * 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:
        * Extended Channel Switching
        * BSS Transition
        * Interworking
        * QoS Map
        * Operating Mode Notification
        * Channel Schedule Management
        * Channel Schedule Management
        * 6
        * Max Number Of MSDUs In A-MSDU is
        VHT capabilities:
        VHT Capabilities (0x0f8b79f5):
        Max MPDU length: 7991
        Supported Channel Width: 160 MHz
        RX LDPC
        short GI (80 MHz)
        short GI (160/80+80 MHz)
        TX STBC
        SU Beamformer
        SU Beamformee
        MU Beamformer
        VHT RX MCS set:
        1 streams: MCS 0-9
        2 streams: MCS 0-9
        3 streams: MCS 0-9
        4 streams: MCS 0-9
        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: MCS 0-9
        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: 50
        * VHT basic MCS set: 0x0000
        Transmit Power Envelope:
        * Local Maximum Transmit Power For 20 MHz: 25 dBm
        * Local Maximum Transmit Power For 40 MHz: 25 dBm
        * Local Maximum Transmit Power For 80 MHz: 25 dBm
        * Local Maximum Transmit Power For 160/80+80 MHz: 25 dBm
        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
        802.11u Advertisement:
        Query Response Info: 0x7f
        Query Response Length Limit: 127
        ANQP

        Subsystem: Intel Corporation Centrino Advanced-N 6205 AGN
        Kernel driver in use: iwlwifi
        Kernel modules: iwlwifi

        Gut, Client-Device und der AP sollten zueinander passen was eben die Datenrate und Kanal-/Band-Möglichkeiten betreffen.

        Zu iwlwifi siehe auch:
        https://wiki.archlinux.org/title/Iw#iwlwifi

        Lege dir also mal /etc/modprobe.d/iwlwifi.conf an. Darin werden für das Kernelmodul beim Laden bestimmte Parameter festgelegt. Mit einigen darin solltest du etwas rumspielen.

        Geänderte Parameter werden jeweils beim Laden des Moduls erst aktiv. Damit Einstellungen also greifen mußt du das Modul entladen und neu laden. Das geht nur, wenn kein höherer Netzwerkdienst (z.B. networkmanager oder iwd/wpa_supplicant Dienst) darauf noch zugreifen. Also vorher alle evtl. gestarteten Dienste stoppen.

        Dieser Ablauf muß funktionieren:
        modprobe -r iwlwifi
        modprobe iwlwifi

        Das kann z.B. mit dmesg -w in einem anderen Terminal verfolgt werden.

        Also Entladen und Wiederladen des Moduls. Zwischendrin können Änderungen gemacht werden. Falls das Entladen/Neuladen so nicht funktioniert bleibt nur ein Reboot zwischen den Änderungen.
        Als WLan-Programm würde ich erstmal zu wpa_supplicant raten, wie du es in einem vorherigen Post auch schon gemacht hast.

        modinfo iwlwifi gibt dir eine Übersicht zu den Parametern und den möglichen Werten.
        In der /etc/modprobe.d/iwlwifi.conf würde ich folgendes als Basisparameter reinnehmen:
        options iwlwifi 11n_disable=1 swcrypto=1
        Das unterbindet 802.11n und schaltet softwareseitige Verschlüsselung ein.
        Weitere Möglichkeiten zum Austesten wären dann:
        11n_disable=0 (siehe spezielle Note im o.a. archlinux.org-Wikibeitrag)
        11n_disable=2
        Diese Option zusätzlich zu den 11n_disable Möglichkeiten wäre ggf. auch zielführend:
        disable_11ac=true
        Ich setze große Hoffnung auf 11n_disable=0 bzw. =2.
        Da mußt du einfach ein bißchen rumspielen.

        Auf der Live-CD mit der die 5GHz Verbindung funktionierte: Welche Kernelversion wird da verwendet? Ggf. von dort auch interessant: Welche Firmware-Paket-Version, speziell für die iwlwifi-6000* Firmware-Dateien (das wird eher schwer rauszukriegen sein, und Firmware auszutauschen halte ich für eine eher nachrangige Testmöglichkeit). Es geht eher darum: wie weit liegen die "funktionierende" und "nichtfunktionierende" Variante auseinander. BTW: du nutzt den aktuellen Archlinux Kernel?

        @Pierre : Hat sich eigentlich (abseits des PR/FR auf flarum-githup) etwas bei der Darstellung von Code getan? Weil: so sind Code-Ausgaben grauenhaft. Umständlich lang und jegliche Formatierung geht verloren...

          @Pierre @GerBra
          Wenn man statt einfachen Backticks dreifache benutzt, erzeugt man Code-Blöcke die sich wesentlich besser lesen lassen, als Inline-Code ...

          Erste Zeile
          Zweite Zeile

          vs.

          Erste Zeile
          Zweite Zeile

          Nur die Vorschau kommt damit nicht klar.

          Das "Code einfügen" im Editor bezieht sich leider nur auf Inline-Code. Es müsste zwei Buttons geben: "Codeblock einfügen" und "Einzelne Codezeile einfügen".

          GerBra Hat sich eigentlich (abseits des PR/FR auf flarum-githup) etwas bei der Darstellung von Code getan?

          Das wurde gemerged; seit dem gab es aber leider noch kein neues Release.

          GerBra

          options iwlwifi 11n_disable=8

          so gehts, die anderen optionen hab ich nicht probiert.

          Freut mich.

          =8 wundert mich allerdings sehr. Wie gesagt ich bin kein WLan-Experte, aber daß "re-enables transmission antenna aggregation"(Wiki) - also für 802.11n etwas mit der Antennenleistung beim Senden(?) - den vorher komplett verweigerten ASSOC behebt, das grenzt an "Voodoo"...
          Du könntest ja bei Gelegenheit mal die anderen Werte probieren, evtl. liegt die Lösung auch alleine im setzen irgendeines zulässigen Wertes bei dieser Moduloption.

          Das Wiki empfiehlt =8 ja bei Problemen mit langsamen Uplink-Raten, bei dir kam es ja gar nicht soweit.

          //Edit: Dann sollte das nun auch mit iwd funktionieren.

          • brikler hat auf diesen Beitrag geantwortet.

            @GerBra GerBra"#p382248 //Edit: Dann sollte das nun auch mit iwd funktionieren.

            mein vorheriges post war bereits mit iwd und 5ghz, allerdings mit einer anderen SSID 🙂
            bei gleicher SSID sollte iwd zwischen den frequenzen die bessere wählen

            BandModifier5Ghz: Values: floating point value (default: 1.0) Increase or decrease the preference for 5GHz access points by increasing or decreasing the value of this modifier. 5GHz networks are already preferred due to their increase throughput / data rate. However, 5GHz networks are highly RSSI sensitive, so it is still possible for IWD to prefer 2.4Ghz APs in certain circumstances. https://man.archlinux.org/man/iwd.config.5

            GerBra vielen dank für deine hilfe und geduld, ohne deinen input hätts um vieles länger gedauert 🙂

            Was mich irritiert ist, dass du von iwd redest und dann ein Log von wpa_supplicant zeigst.
            Bist du sicher, dass es sich hierbei nicht um ein Viele-Köche-verderben-den-Brei Problem handelt?
            Welche Services sind aktuell auf deinem System aktiv?

            • brikler hat auf diesen Beitrag geantwortet.

              schard Was mich irritiert ist, dass du von iwd redest und dann ein Log von wpa_supplicant zeigst.

              als es mit iwd nicht funktionierte, versuchte ichs mit wpa_supplicant, aber auch das war ein fehlversuch. für mich war dann klar, daß iwd und wpa_supplicant aus dem selben grund versagten, und weil iwd mit der ausgabe sehr knausert, hab ichs kurzerhand von wpa_supplicant kopiert 🙂