Arch Linux

WLAN: authentication timed out

Alex G

Hi! 🙂 Puh, lange her...

Ich habe seit dieser Woche Probleme beim Verbinden mit einigen WLAN-Netzwerken.
Speziell unsere 3 Uni-Netzwerke funktionieren nicht mehr.
Alle anderen WLAN-Netzwerke in meiner Reichweite (Fritzbox daheim, Handy Hotspot, ...) laufen aber noch problemlos.
In der Uni ist mein Laptop der einzige mit Problemen, alle anderen Notebooks sowie mein Handy kommen noch rein.
Die Configs habe ich auch überprüft und neu angelegt... selbst unser "freies" Netzwerk, bei dem man sich nachträglich auf einer Webseite einloggen muss, wollte nicht.

Natürlich habe ich nichts verändert, lediglich pacman -Syu, wie immer.
Auf Verdacht habe ich schon Downgrades von linux, wpa_supplicant, dhcp, ... probiert, leider auch erfolglos.

Zunächst ein Journal-Auszug:

Jan 26 19:05:59 Void kernel: wlp3s0: authenticate with 20:37:06:a4:56:81
Jan 26 19:05:59 Void kernel: wlp3s0: direct probe to 20:37:06:a4:56:81 (try 1/3)
Jan 26 19:05:59 Void kernel: wlp3s0: direct probe to 20:37:06:a4:56:81 (try 2/3)
Jan 26 19:05:59 Void kernel: wlp3s0: direct probe to 20:37:06:a4:56:81 (try 3/3)
Jan 26 19:05:59 Void kernel: wlp3s0: authentication with 20:37:06:a4:56:81 timed out

Die Ausgabe in dmesg sah genauso aus.
Ich habe daraufhin versucht, etwas mehr Infos zu kriegen, war aber auch nur bedingt erfolgreich.
Konkret habe ich die Cmds aus der Wiki (Wireless Network Configuration - Association) versucht, da dies ja der Schritt zu sein scheint, der schief geht...

Die beiden Netzwerke:

root@Void ~ # iw dev wlp3s0 scan
BSS 84:7a:88:2c:18:96(on wlp3s0)
	TSF: 998794957 usec (0d, 00:16:38)
	freq: 2462
	beacon interval: 100 TUs
	capability: ESS Privacy SpectrumMgmt ShortSlotTime (0x0511)
	signal: -31.00 dBm
	last seen: 93 ms ago
	Information elements from Probe Response frame:
	SSID: HTC Portable Hotspot E825
	Supported rates: 1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 
	DS Parameter set: channel 11
	Country: DE	Environment: Indoor/Outdoor
		Channels [1 - 13] @ 20 dBm
	Power constraint: 0 dB
	TPC report: TX power: 18 dBm
	ERP: <no flags>
	ERP D4.0: <no flags>
	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: 0x1020
			HT20
			Static SM Power Save
			RX HT20 SGI
			No RX STBC
			Max AMSDU length: 3839 bytes
			DSSS/CCK HT40
		Maximum RX AMPDU length 32767 bytes (exponent: 0x002)
		Minimum RX AMPDU time spacing: 8 usec (0x06)
		HT RX MCS rate indexes supported: 0-7
		HT TX MCS rate indexes are undefined
	HT operation:
		 * primary channel: 11
		 * secondary channel offset: no secondary
		 * STA channel width: 20 MHz
		 * RIFS: 1
		 * 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
	WMM:	 * Parameter version 1
		 * u-APSD
		 * BE: CW 15-63, AIFSN 3
		 * BK: CW 15-1023, AIFSN 7
		 * VI: CW 7-15, AIFSN 1, TXOP 3008 usec
		 * VO: CW 3-7, AIFSN 1, TXOP 1504 usec
BSS 20:37:06:a4:6d:c0(on wlp3s0)
	TSF: 1062841018402 usec (12d, 07:14:01)
	freq: 2412
	beacon interval: 102 TUs
	capability: ESS Privacy ShortPreamble ShortSlotTime RadioMeasure (0x1431)
	signal: -86.00 dBm
	last seen: 10086 ms ago
	Information elements from Probe Response frame:
	SSID: RZUW
	Supported rates: 12.0* 18.0 24.0 36.0 48.0 54.0 
	DS Parameter set: channel 1
	TIM: DTIM Count 1 DTIM Period 2 Bitmap Control 0x0 Bitmap[0] 0x0
	Country: DE	Environment: Indoor/Outdoor
		Channels [1 - 13] @ 20 dBm
	BSS Load:
		 * station count: 0
		 * channel utilisation: 8/255
		 * available admission capacity: 26562 [*32us]
	ERP: <no flags>
	HT capabilities:
		Capabilities: 0x182c
			HT20
			SM Power Save disabled
			RX HT20 SGI
			No RX STBC
			Max AMSDU length: 7935 bytes
			DSSS/CCK HT40
		Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
		Minimum RX AMPDU time spacing: 8 usec (0x06)
		HT RX MCS rate indexes supported: 0-15
		HT TX MCS rate indexes are undefined
	RSN:	 * Version: 1
		 * Group cipher: CCMP
		 * Pairwise ciphers: CCMP
		 * Authentication suites: PSK
		 * Capabilities: 4-PTKSA-RC 4-GTKSA-RC (0x0028)
	HT operation:
		 * primary channel: 1
		 * secondary channel offset: no secondary
		 * STA channel width: 20 MHz
		 * RIFS: 0
		 * HT protection: nonmember
		 * 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: Proxy ARP Service, WNM-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: acm CW 3-7, AIFSN 2, TXOP 1504 usec

Mit dem Handy-Hotspot funktioniert es, siehe "Associated with 84:7a:88:2c:18:96":

root@Void ~ # wpa_supplicant -i wlp3s0 -c <(wpa_passphrase "HTC Portable Hotspot E825" "Sachen")
Successfully initialized wpa_supplicant
wlp3s0: SME: Trying to authenticate with 84:7a:88:2c:18:96 (SSID='HTC Portable Hotspot E825' freq=2462 MHz)
wlp3s0: Trying to associate with 84:7a:88:2c:18:96 (SSID='HTC Portable Hotspot E825' freq=2462 MHz)
wlp3s0: Associated with 84:7a:88:2c:18:96
wlp3s0: CTRL-EVENT-DISCONNECTED bssid=84:7a:88:2c:18:96 reason=3 locally_generated=1
wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=USER type=COUNTRY alpha2=DE
wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=BEACON_HINT type=UNKNOWN
wlp3s0: SME: Trying to authenticate with 84:7a:88:2c:18:96 (SSID='HTC Portable Hotspot E825' freq=2462 MHz)
wlp3s0: Trying to associate with 84:7a:88:2c:18:96 (SSID='HTC Portable Hotspot E825' freq=2462 MHz)
wlp3s0: Associated with 84:7a:88:2c:18:96
wlp3s0: CTRL-EVENT-DISCONNECTED bssid=84:7a:88:2c:18:96 reason=3 locally_generated=1
wlp3s0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect
wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="HTC Portable Hotspot E825" auth_failures=1 duration=10 reason=WRONG_KEY
wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=USER type=COUNTRY alpha2=DE
wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=BEACON_HINT type=UNKNOWN
^Cnl80211: deinit ifname=wlp3s0 disabled_11b_rates=0
wlp3s0: CTRL-EVENT-TERMINATING 
root@Void ~ #

Die Ausgabe beim Uni-Netzwerk enthält leider nicht viel mehr Text als im Journal:

root@Void ~ # wpa_supplicant -i wlp3s0 -c <(wpa_passphrase "RZUW" "Sachen") 
Successfully initialized wpa_supplicant
wlp3s0: SME: Trying to authenticate with 20:37:06:a4:6d:c0 (SSID='RZUW' freq=2412 MHz)
wlp3s0: SME: Trying to authenticate with 20:37:06:a4:6d:c0 (SSID='RZUW' freq=2412 MHz)
wlp3s0: SME: Trying to authenticate with 20:37:06:a4:6d:c0 (SSID='RZUW' freq=2412 MHz)
wlp3s0: SME: Trying to authenticate with 20:37:06:a4:6d:c0 (SSID='RZUW' freq=2412 MHz)
wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="RZUW" auth_failures=1 duration=10 reason=CONN_FAILED
wlp3s0: CTRL-EVENT-SSID-REENABLED id=0 ssid="RZUW"
wlp3s0: SME: Trying to authenticate with 20:37:06:a4:6d:c0 (SSID='RZUW' freq=2412 MHz)
wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="RZUW" auth_failures=2 duration=23 reason=CONN_FAILED
wlp3s0: CTRL-EVENT-SSID-REENABLED id=0 ssid="RZUW"
wlp3s0: SME: Trying to authenticate with 20:37:06:a4:6d:c0 (SSID='RZUW' freq=2412 MHz)
wlp3s0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="RZUW" auth_failures=3 duration=46 reason=CONN_FAILED
^Cnl80211: deinit ifname=wlp3s0 disabled_11b_rates=0
wlp3s0: CTRL-EVENT-TERMINATING 
root@Void ~ #

lspci:

03:00.0 Network controller: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) (rev 01)
	Subsystem: Foxconn International, Inc. T77H047.31 802.11bgn Wireless Half-size Mini PCIe Card [AR9283]
	Flags: bus master, fast devsel, latency 0, IRQ 17
	Memory at b5100000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: <access denied>
	Kernel driver in use: ath9k
	Kernel modules: ath9k

Ich weiß leider nicht, wo ich noch nachsehen und was ich noch ausprobieren kann, daher hatte ich auf einen Tipp von euch gehofft.
Danke schonmal! 🙂

LessWire

Hast Du den Kernel auch auf die Version downgegradet, bei der noch alles funktioniert hat und nach dem Downgrade dann auch neu gebootet?

Ich habe einen Fall mit Qualcomm Atheros AR9281 Chip, der geht auch nur noch mit älterem Kernel (siehe anderen thread von mir). AR9285 Chips funktionieren. (Treiber ist immer ath9k).

Ich denke, mit der zuletzt verwendeten Kernelversion wird es wieder funktionieren. Notfalls auch mal LTS Kernel probieren.

Gruß, LW

Alex G

Jau, diverse Downgrades habe ich schon ausprobiert, alles erfolglos.
Ich habe jetzt aber etwas mehr testen können; es betrifft wohl nur einen Access-Point, im Foyer oder im Rechenzentrum komme ich problemlos in die selben Netze.
Jetzt habe ich spaßeshalber mal einen Diff über die beiden Scans gemacht, falls jemand etwas damit anfangen kann... es scheinen sich aber nur die Mac-Adressen zu unterscheiden.
http://i.imgur.com/I9sqkkk.png
Der linke geht nicht (ist der von oben), der rechte funktioniert...

Das einzige, was mir jetzt noch einfällt, ist, es mal mit der Arch ISO zu probieren... mal sehen.
Bin grade absolut unsicher, ob es am Access-Point oder an mir liegt.

Edit:
Mit der ISO ist's bei mir die selbe Geschichte.
Habe die ISO auch mal an einem anderen Laptop getestet, dort gab's keine Probleme.
Ich kann wohl höchstens drauf hoffen, dass mal jemand den Strom am AccessPoint zieht, vielleicht hilft's ja was. 🙂

LessWire

Wenn es sonst funktioniert und nur über diesen einen AP nicht (mehr), müsste man wissen, ob jemand den ausgetauscht oder irgendeinen Parameter verändert hat.

Nachdem es bei den Kollegen nach wie vor funktioniert, gehe ich trotzdem mal von einer Hardwareänderung am AP aus. Mit den zig diversen WLAN Chips verschiedener Hersteller gibt's (gab's?) oft Kompatibilitätsprobleme im Zusammenspiel mit Chips von anderen Herstellern.

Ich habe vor ca. 2 Jahren beim Kauf eines AP's 2 Geräte wieder umgetauscht und weitere Geräte mit anderen Chips probiert, weil die Verbindung zu dem ein oder anderen Notebook gar nicht, nicht dauerhaft oder nur mit lowspeed klappte - also immer auch nur Einzelfälle, wie von Dir geschildert.

Evtl. kannst Du das Problem ja mit einem kleinen USB WLAN Stick für paar Euro umgehen, wenn's preislich im Rahmen bleiben soll. Durch die kleine Bauweise reduziert sich dann aber auch etwas die Reichweite.

Alex G

Rein an der Hardware kann's eigentlich auch nicht liegen, ich habe noch ein uraltes Windows 7 auf dem Laptop, damit komme ich ins Netz.
Ich werde mir wohl auch nichts hinzukaufen, temporär gehts per USB-Tethering mit dem Handy.
Auf lange Sicht werde ich mir irgendwas überlegen müssen... vielleicht mal andere Treiber durchprobieren, was weiß ich.
Habe über die Möglichkeiten noch keine Übersicht, und eigentlich schon zu viel Zeit damit verschwendet.

LessWire

Alex G schrieb ... und eigentlich schon zu viel Zeit damit verschwendet.

Du sagst es.

Ich mach' bei älterer HW künftig auch nicht mehr lange rum und nehme einen USBstick (z.B. Edimax mit RTL8188CUS Chip, 802.11n, ca. 7 €, war bisher auch nur einmal erforderlich).

[gelöscht]

Hi! Auf dem X220 ist der gleiche Fehler - manche WLANs ohne Probleme, manche gehen gar nicht...sehr seltsam alles...jemand vielleicht schon eine Idee weiter?

[gelöscht]

Bei mir führten die Einstellungen des Routers zu einem ähnlichen Verhalten. Dabei ging es um die Vergabe der MAC-Adressen, wobei die dynamische Vergabe das Problem gewesen ist. Die Option am Router "immer die gleiche MAC-Adresse für dieses Gerät verwenden" brachte dann die Lösung, weil das wohl seitens des "NetworkManagers" inzwischen als Standard vorausgesetzt wird - wenn ich das richtig verstanden habe. Vielleicht hilft das weiter ?