/u/41623/150839.png?f=community)
Ik gebruik al een tijdje gentoo met de ipw3945 driver & wpa_supplicant. Op school gebruiken ze een tool op windows genaamd SecureW2. Dit allemaal vrij eenvoudig aan de praat gekregen met wpa_supplicant.
Na een tijdje toch nieuwsgierig naar de performance van de iwlwifi driver , welke zonder daemon werkt en ik had wat problemen met de ipw3945 driver.
Thuis werkt dit dus perfect , wpa-psk mbv wpa_supplicant , maar zodra ik op school probeer te werken krijg ik dit soort errors in mijn log: (en een niet werkende connectie)
Het accespoint word wel gezien maar de authenticatie loopt dus stuk (en ja , de gegevens in wpa_supplicant kloppen wel
)
Simpel googlen zou je zeggen , maar daar komt niet echt wat nuttigs uit.
Mijn wpa_supplicant.conf ziet er zo uit:
Zoals al gezegd heeft dit altijd gewerkt. Ik heb ook diverse andere varianten geprobeerd kwa config , maar niets wat hielp , telkens weer dezelfde error in de logs. Eerste waar mijn oog op viel was de IEEE8021X als key_mgt , maar andere configuraties hiervoor gebruiken leverde exact dezelfde error op (zoals WPA-EAP). Needless to say heb ik geen wep mode's gebruikt en wpa-psk modes.
Enige wat ik ergens gelezen heb is dat de mac80211 stack standaard dissassoctiate als er weinig/geen data word verzonden , en dat door de lange authenticatie tijd dit niet altijd even soepel gaat. Dit is echter giswerk en veel meer kan ik er niet over vinden. Iemand enig idee wat dit zoal kan betekenen en waar ik eventueel kan zoeken voor oplossingen?
Ik gebruik overigens:
Gentoo 2007.0
Linux 2.6.22-gentoo-r8 kernel
iwlwifi 1.1.17 voor Intel Pro Wireless 3945abg
de Mac80211 stack word als module geladen , wat ook in de gentoo wiki geadviseerd word.
Na een tijdje toch nieuwsgierig naar de performance van de iwlwifi driver , welke zonder daemon werkt en ik had wat problemen met de ipw3945 driver.
Thuis werkt dit dus perfect , wpa-psk mbv wpa_supplicant , maar zodra ik op school probeer te werken krijg ik dit soort errors in mijn log: (en een niet werkende connectie)
Oct 4 14:58:11 Elegy wlan0: Initial auth_alg=0 Oct 4 14:58:11 Elegy wlan0: authenticate with AP 00:0e:d7:63:cf:a0 Oct 4 14:58:11 Elegy wlan0: privacy configuration mismatch and mixed-cell disabled - disassociate Oct 4 14:58:11 Elegy wlan0: RX deauthentication from 00:0e:d7:63:cf:a0 (reason=2) Oct 4 14:58:11 Elegy wlan0: RX authentication from 00:0e:d7:63:cf:a0 (alg=0 transaction=2 status=0) Oct 4 14:58:11 Elegy wlan0: authenticated Oct 4 14:58:11 Elegy wlan0: associate with AP 00:0e:d7:63:cf:a0 Oct 4 14:58:11 Elegy wlan0: mismatch in privacy configuration and mixed-cell disabled - abort association Oct 4 14:58:11 Elegy wlan0: RX deauthentication from 00:0e:d7:63:cf:a0 (reason=2) Oct 4 14:58:11 Elegy wlan0: deauthenticated Oct 4 14:58:11 Elegy wlan0: authentication frame received from 00:0e:d7:63:cf:a0, but not in authenticate state - ignored Oct 4 14:58:11 Elegy wlan0: RX deauthentication from 00:0e:d7:63:cf:a0 (reason=2)
Het accespoint word wel gezien maar de authenticatie loopt dus stuk (en ja , de gegevens in wpa_supplicant kloppen wel
)Simpel googlen zou je zeggen , maar daar komt niet echt wat nuttigs uit.
Mijn wpa_supplicant.conf ziet er zo uit:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
| #ctrl_interface=/var/run/wpa_supplicant
#ctrl_interface_group=wheel
eapol_version=1
ap_scan=1
fast_reauth=1
network={
ssid="schoolnaam"
scan_ssid=1
key_mgmt=IEEE8021X
eap=TTLS
anonymous_identity="anonymous@schoolnaam.nl"
phase2="auth=PAP"
identity="studentnummer@schoolnaam.nl"
password="mijnwachtwoord"
}
network={
ssid="Wrath"
scan_ssid=1
psk="mijnwachtwoord"
pairwise=TKIP
group=TKIP
} |
Zoals al gezegd heeft dit altijd gewerkt. Ik heb ook diverse andere varianten geprobeerd kwa config , maar niets wat hielp , telkens weer dezelfde error in de logs. Eerste waar mijn oog op viel was de IEEE8021X als key_mgt , maar andere configuraties hiervoor gebruiken leverde exact dezelfde error op (zoals WPA-EAP). Needless to say heb ik geen wep mode's gebruikt en wpa-psk modes.
Enige wat ik ergens gelezen heb is dat de mac80211 stack standaard dissassoctiate als er weinig/geen data word verzonden , en dat door de lange authenticatie tijd dit niet altijd even soepel gaat. Dit is echter giswerk en veel meer kan ik er niet over vinden. Iemand enig idee wat dit zoal kan betekenen en waar ik eventueel kan zoeken voor oplossingen?
Ik gebruik overigens:
Gentoo 2007.0
Linux 2.6.22-gentoo-r8 kernel
iwlwifi 1.1.17 voor Intel Pro Wireless 3945abg
de Mac80211 stack word als module geladen , wat ook in de gentoo wiki geadviseerd word.
Raku
