Question désauthentifié de… (raison: 7)


Sur un ThinkPad X230 avec cette carte wifi:

03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01) Subsystem: Realtek Semiconductor Co., Ltd. Device 8195 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 17 Region 0: I/O ports at 4000 [size=256] Region 2: Memory at f1c00000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied> Kernel driver in use: rtl8192ce

sous Ubuntu 14.04, l’accès au réseau est fréquemment interrompu et parfois apparemment perdu définitivement jusqu’à ce que le système redémarre. Au moment de l'interruption, cela apparaît dans le journal du système:

[458.384] cfg80211: Calling CRDA to update world regulatory domain [458.384] wlan0: authenticate with 00:13:10:ee:af:97 [458.385] wlan0: send auth to 00:13:10:ee:af:97 (try 1/3) [458.389] cfg80211: World regulatory domain updated: [458.389] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [458.389] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [458.389] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [458.389] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [458.389] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [458.389] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [458.390] wlan0: authenticated [458.390] rtl8192ce 0000:03:00.0 wlan0: disabling HT as WMM/QoS is not supported by the AP [458.390] rtl8192ce 0000:03:00.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP [458.391] wlan0: associate with 00:13:10:ee:af:97 (try 1/3) [458.393] wlan0: RX AssocResp from 00:13:10:ee:af:97 (capab=0x401 status=0 aid=3) [458.394] wlan0: associated [984.594] wlan0: deauthenticated from 00:13:10:ee:af:97 (Reason: 7)

Le point d'accès est un WRT54GS exécutant Tomato 1.19. J'ai plusieurs autres appareils sans fil autour - un autre ordinateur portable, un iPad, un téléphone Android. Il n'y a pas d'autres périphériques sans fil à portée (pas de voisins, pas d'autres points d'accès, etc.).

L'ordinateur portable est nouveau (pour moi), depuis la première fois que j'ai ouvert le couvercle, c'était le comportement (iow il ne fonctionnait pas correctement avant d'être brisé par une mise à jour du système ou autre).

J'ai lu que "Raison: 7" est "trame de classe 3 reçue de STA non associé". Je suppose que "STA" est l'abréviation de "station", qui est peut-être le même genre de point d'accès. Il ne semble pas que cela se produise car il n'y a pas d'autres points d'accès dans la gamme (c'est littéralement (sens littéral de "littéralement") miles au prochain point d'accès).

Quoi de neuf? Puis-je résoudre ce problème d'une manière ou d'une autre ou ce matériel n'est-il tout simplement pas correctement pris en charge sur Ubuntu 14.04?


3
2018-06-25 18:19


origine




Réponses:


STA est l'abréviation de "station", et techniquement, un AP est une forme de STA, mais dans l'usage courant, STA signifie généralement "non-AP STA", c'est-à-dire "client sans fil".

Votre message de journal "wlan0: deauthenticated from 00: 13: 10: ee: af: 97 (Reason: 7)" est probablement dû au fait que votre client a reçu un cadre de gestion DeAuthenticate (ou DisAssociate) de l'AP. Il semble que l'AP autorise votre client à s'authentifier et à s'associer, puis, un instant plus tard, lorsque le client commence à envoyer du trafic de données réel ("trames de classe 3"), l'AP agit comme si le client n'était pas associé. lance le réseau (le désauthentifie).

Un mode moniteur 802.11, une capture de paquets en mode promiscuité à partir d'un périphérique indépendant pourrait rapidement résoudre ce problème.

Une autre chose à essayer, si ce n'est pas trop compliqué, serait de remettre votre AP sur le dernier microprogramme du fournisseur et voir si le problème se produit là-bas, pour exclure un bogue dans Tomate.


2
2018-06-25 21:22



Merci. Je vais essayer la capture du paquet. wiki.wireshark.org/CaptureSetup/WLAN semble être de bonnes instructions sur la façon de s'y prendre? - Jean-Paul Calderone