Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

06.04.2010, 08:40

WLAN AP Geht wieder nicht

Hallo Leute,

gestern hatte ich meinen WLAN AP aktualisiert. Dabei war der Kernel sys-kernel/vserver-sources-2.3.0.36.30.4. (Entspricht 2.6.33).
Nach dem Neustart konnte ich mich per WLAN nicht mehr mit diesem AP anmelden. Das Problem ist, es funktioniert auch mit dem alten Kernel sys-kernel/vserver-sources-2.3.0.36.28 ( ~2.6.32) nicht mehr.
Beim Verbindungsversuch bekomme ich auf dem AP:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf IEEE 802.11: authentication OK (open system)
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf MLME: MLME-AUTHENTICATE.indication(00:24:01:ee:a1:bf, OPEN_SYSTEM)
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf MLME: MLME-DELETEKEYS.request(00:24:01:ee:a1:bf)
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf IEEE 802.11: authenticated
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf IEEE 802.11: association OK (aid 1)
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf IEEE 802.11: associated (aid 1)
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf MLME: MLME-ASSOCIATE.indication(00:24:01:ee:a1:bf)
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf MLME: MLME-DELETEKEYS.request(00:24:01:ee:a1:bf)
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf WPA: event 1 notification
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf WPA: start authentication
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf IEEE 802.1X: unauthorizing port
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf WPA: sending 1/4 msg of 4-Way Handshake
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf IEEE 802.1X: did not Ack EAPOL-Key frame (broadcast index=47)
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf WPA: EAPOL-Key timeout
Apr  6 08:31:18 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf WPA: sending 1/4 msg of 4-Way Handshake
Apr  6 08:31:19 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf WPA: EAPOL-Key timeout
Apr  6 08:31:19 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf WPA: sending 1/4 msg of 4-Way Handshake
Apr  6 08:31:20 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf WPA: EAPOL-Key timeout
Apr  6 08:31:20 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf WPA: sending 1/4 msg of 4-Way Handshake
Apr  6 08:31:20 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf IEEE 802.1X: did not Ack EAPOL-Key frame (broadcast index=47)
Apr  6 08:31:21 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf WPA: EAPOL-Key timeout
Apr  6 08:31:21 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf IEEE 802.1X: unauthorizing port
Apr  6 08:31:21 newmagix hostapd: wlan0: STA 00:24:01:ee:a1:bf IEEE 802.11: deauthenticated due to local deauth request


Meine Config ist

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
~ # cat /etc/hostapd/hostapd.conf | sed 's/#.*//' | grep -v '^$'
interface=wlan0
bridge=br0
driver=nl80211
logger_syslog=-1
logger_syslog_level=0
logger_stdout=-1
logger_stdout_level=2
dump_file=/tmp/hostapd.dump
ctrl_interface=/var/run/hostapd
ctrl_interface_group=0
ssid=etherN
country_code=DE
ieee80211d=1
hw_mode=g
channel=8
beacon_int=100
dtim_period=2
max_num_sta=255
rts_threshold=2347
fragm_threshold=2346
preamble=1
macaddr_acl=0
accept_mac_file=/etc/hostapd/hostapd.accept
deny_mac_file=/etc/hostapd/hostapd.deny
auth_algs=1
ignore_broadcast_ssid=0
wme_enabled=1
wme_ac_bk_cwmin=4
wme_ac_bk_cwmax=10
wme_ac_bk_aifs=7
wme_ac_bk_txop_limit=0
wme_ac_bk_acm=0
wme_ac_be_aifs=3
wme_ac_be_cwmin=4
wme_ac_be_cwmax=10
wme_ac_be_txop_limit=0
wme_ac_be_acm=0
wme_ac_vi_aifs=2
wme_ac_vi_cwmin=3
wme_ac_vi_cwmax=4
wme_ac_vi_txop_limit=94
wme_ac_vi_acm=0
wme_ac_vo_aifs=2
wme_ac_vo_cwmin=2
wme_ac_vo_cwmax=3
wme_ac_vo_txop_limit=47
wme_ac_vo_acm=0
ieee80211n=1
ht_capab=[HT40-][SHORT-GI-40][DSSS_CCK-40]
ieee8021x=0
own_ip_addr=127.0.0.1
wpa=10
wpa_passphrase=WPApasswort
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP CCMP
rsn_pairwise=CCMP
rsn_preauth=0


Hab leider keine Idee, wo ich anfassen soll...
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »bell« (12.07.2010, 20:13)


2

06.04.2010, 08:43

Schuß ins Blaue:
könnte es ggf. eine gegen den Kernel gebautes Modul sein, was nach der Kernelcompilierung neu gebaut werden muß?
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

3

06.04.2010, 08:58

Danke für die schnelle Antwort.
Ich verwende den Treiber ath9k, der im Kernel dabei ist.
Ich hatte die firmware-Dateien in Verdacht und habe den alten Kernel nochmal neu installiert. Keine Besserung. Der funktioniert trotzdem nicht.
Hab die neuesten Firmware-Dateien installiert: sys-kernel/linux-firmware-99999999 -> Keine Besserung
Hab auch mit den aktuellsten net-wireless/compat-wireless-2.6.33-r1 aus dem pentoo Overlay probiert ->Keine Besserung.
Was mich wundert: Vor dem Reboot in den neuen Kernel hat es doch funktioniert. Jetzt kriege ich diesen Zustand nicht mehr hin.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

4

06.04.2010, 11:12

aktiviere am besten den Kernel, den du wünscht (eselect kernel list) und emergiere danach nochmal die moldularen Treiber von compat-wireless.
Die sollten dann im korrekten Bezug zum aktuellen Kernel stehen.
Ggf. müssen sie geladen werden - je nach baselayout.. du kennst die Unterschiede ;)
Nicht alle erwischt ja der Freund udev-postmount.
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

5

06.04.2010, 21:32

Hab gerade was entdeckt. Ich habe in die alte Config (Backup) reingeschaut und den Vertipper wieder gesehen:

Quellcode

1
rc_need_br0="net.wlan0 net.br0"
Diesen hatte ich beim testen korrigiert gehabt.

Jetzt habe ich die Zeile wieder so hingeschrieben, und WLAN geht wieder, wenigstens mit dem alten Kernel.
Anscheinend habe ich ein Timing-Problem zwischen den Diensten, net.eth1, net.wlan0, net.br0 und hostapd.
Jetzt will ich es genau wissen. Bei der Einrichtung hatte ich viel experimentiert, bis es mit dem og. Vertipper lief. Wie genau sind die Abhängigkeiten? In welcher Reihenfolge sollten diese Dienste gestartet sein?
Die aktuelle Konfiguration (/etc/conf.d/net) sieht so aus:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
config_eth1="null"
config_wlan0="null"

bridge_br0="eth1 wlan0"
config_br0="192.168.11.1/24"
dns_domain_br0="localnet"

rc_need_br0="net.wlan0 net.br0"
rc_before_br0="hostapd"

mode_wlan0="master"
essid_wlan0="etherN"
channel_wlan0="8"
modules_wlan0="!wpa_supplicant !iwconfig"


Die /etc/conf.d/hostapd beinhaltet:

Quellcode

1
2
3
# Space separated List of interfaces which needs to be started before
# hostapd
INTERFACES="wlan0"
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

6

07.04.2010, 00:59

Bin der Sache auf den Grund gegangen.
Also, mit Kernel 2.6.32 funktioniert WLAN, wenn die Dienste in folgender Reihenfolge gestartet sind:
1. net.eth1 + net.wlan0
2. net.br0
3. hostapd

vertauscht man net.br0 und hostapd, so kommt es zu dem og. Fehler.

Mit dem Kernel 2.6.33 funktioniert die Reihenfolge so nicht.
net.br0 kann nicht aufgebaut werden, da wlan0 nicht hinzugefügt werden kann.
net.br kann erst nach dem hostapd aufgebaut werden, aber dann ist ja wieder der og. Fehler da.

Ich lasse die Konfiguration erstmal so und behalte den 2.6.32, bis der Kernel und/oder openrc entsprechend angepasst sind. Habe ja noch das NFS-Problem mit der 2.6.33. Stable ist ja schließlich erst der 2.6.31 bei Gentoo.
Bestimmt gibt es Bug Reports dazu, falls nicht, heute nicht mehr...


Edit: Hab heute noch etwas getestet. Folgender Sachverhalt:
1) Mit dem Kernel 2.6.33 kann das wlan0-Interface nicht mehr zu der Bridge br0 hinzugefügt werden, wenn es im "Managed" Modus ist. Im "Master" Modug geht es. Mit dem alten 2.6.32 ging es auch mit Managed.

2)Hostapd läuft nicht richtig (der Fehler), wenn wlan0 noch nicht in der Bridge ist. (2.6.33 und 2.6.32)

3) Das wlan0 lässt sich nur mit hostapd auf "Master" umstellen. Mit "iwconfig set mode master" kommt der Fehler "Error for wireless request "Set Mode" (8B06) :"

Somit ist der Kreis geschlossen. Funktionieren tut es, wenn ich mit hostapd beginne, dann bridge aufbaue und hostapd neu starte. Das ist für mich aber keine saubere Lösung.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »bell« (07.04.2010, 23:49)


7

14.05.2010, 23:42

Gerade den Kernel wieder aktualisiert (immer noch 2.6.33) und der Kreis ist nun durchbrochen.

Hostapd funktioniert jetzt, wenn das Interface noch nicht in der Bridge ist.

Hab jetzt die Abhängigkeiten für die Reihenfolge aktualisiert:
1. net.br0 # Ohne wlan0
1. hostapd
2. net.wlan0 # mit bridge_add_wlan0="br0"

Wlan+hostapd starte ich nicht mehr im Runlevel beim Boot, sondern über ACPI Power-Button:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 # cat /scripts/power_button.sh 
if /etc/init.d/hostapd -s; then 
   beep -r 2
   /etc/init.d/net.wlan0 stop
   /etc/init.d/hostapd stop
   rmmod ath9k
   beep
else 
   beep
   modprobe ath9k
   /etc/init.d/hostapd start
   /etc/init.d/net.wlan0 start
   beep -r 2
fi

Den Skript habe ich in /etc/acpi/default.sh an Stelle von "init 0" eingetragen.
Somit kann ich bei Bedarf WLAN mit der Einschalt-Taste am Gerät aktivieren und deaktivieren.

Somit ist das Tehma erledigt.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »bell« (15.05.2010, 01:28)


8

15.05.2010, 00:26

Den Skript habe ich in /etc/acpi/default.sh an Stelle von "init 0" eingetragen.
Somit kann ich bei Bedarf WLAN mit der Einschalt-Taste am Gerät aktivieren und deaktivieren.

8o Hehe, das nenne ich krass-kreativ :thumbup:

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (15.05.2010, 01:45)


Verwendete Tags

access point, hostapd