Hallo,
ich habe versucht meinen WR500 mit BS 0.3.5 und 0.3.6 als WLAN-Client zu konfigurieren.
Mit WEP-Verschlusselung konnte ich ohne Probleme die Verbindung herstellen. Dagegen konnte ich mit WPA und WPA2 nicht zurecht kommen (mindestens beim Benutzen der WWW-Oberfläche.
Wenn ich den Status anschaue, sieht es aus dass die Authentifikation erfolgreich ist:
Status
MAC-Adress: 00:16:38:XX:XX:XX
Status: WLAN is on
Mode: Client
SSID: XXXXXX
Channel: 8
TX power: 100 %
Data rate: 54 Mbps
Encryption: WPA-PSK/TKIP
Network mode: bridge, 192.168.1.113/255.255.255.0
Connected with: 00:14:7F:XX:XX:XX
Signal: 34 dBm
Noise: 93 dBm
SNR: 59 dBm
Die hinzugefügten Befehle haben meiner Meinung nach zwar nichts mit einem WPA-Problem zu
tun, aber ich füge Sie für die nächste Version gerne hinzu wenn du sagst das hat bei dir geholfen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If you're bridging between the wireless and wired (ie using brctl), you must add a line such as:
bridge=br0
or whatever the bridge name you are using to the config file, or the WPA key exchange packets will get eaten by the bridge.
Symptom of this problem is that the host AP will retransmit the WPA key exchange packets (3 times) then deassociate the authenticating STA. The associating STA will receive the initial EAP-KEY packets, and respond, but the transmissions from the STA never reach the host AP daemon.
To avoid any further problems when connecting to the AP the first time it is best to set the forwarding delay of the bridge to 0. If not you can experience similar problems when first attempting to connect to a WPA-secured AP.
brctl setfd br0 0"
Auf jeden Fall, bevor die Änderungen für die nächste Release hinzugefügen werden, empfähle ich verschiedene Testszenarien auszuprobieren (z.B. mit WEP, WPA2, als AP, ad-hoc, ..) um sichern zu sein, dass es keine Nebenwirkung gibt.
Ciao
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo,
ich habe versucht meinen WR500 mit BS 0.3.5 und 0.3.6 als WLAN-Client zu konfigurieren.
Mit WEP-Verschlusselung konnte ich ohne Probleme die Verbindung herstellen. Dagegen konnte ich mit WPA und WPA2 nicht zurecht kommen (mindestens beim Benutzen der WWW-Oberfläche.
Wenn ich den Status anschaue, sieht es aus dass die Authentifikation erfolgreich ist:
Status
MAC-Adress: 00:16:38:XX:XX:XX
Status: WLAN is on
Mode: Client
SSID: XXXXXX
Channel: 8
TX power: 100 %
Data rate: 54 Mbps
Encryption: WPA-PSK/TKIP
Network mode: bridge, 192.168.1.113/255.255.255.0
Connected with: 00:14:7F:XX:XX:XX
Signal: 34 dBm
Noise: 93 dBm
SNR: 59 dBm
Trotzdem funktioniert die Verbindung nicht.
Ich habe das Internet durchsucht und unter der Adresse
http://www.ip-phone-forum.de/showthread.php?t=163422
habe ich ein Script gefunden mit dem es hat alles funktioniert.
Kennt jemand dieses Problem?
Danke!
Ist die 192.168.1.113 statisch oder kommt die vom DHCP-Server deines AP?
Die IP Adresse ist statisch.
Hallo,
ich habe probiert die Datei wlan.sh (BS 0.3.5) wie folgt zu ändern
@@ -227,12 +227,14 @@
exec_cmd "wlctl wet 1" 2>/dev/null
ifconfig br0 >/dev/null 2>/dev/null || exec_cmd "brctl addbr br0"
exec_cmd "brctl addif br0 wl0" 2>/dev/null
+ exec_cmd "brctl setfd br0 5" 2>/dev/null
else
echo "bridging is disabled" >>$DEBUG_FILE
exec_cmd "wlctl wet 0" 2>/dev/null
exec_cmd "brctl delif br0 wl0" 2>/dev/null
fi
exec_cmd "ifconfig wl0 up" 2>/dev/null
+ exec_cmd "ifconfig eth0 up" 2>/dev/null
und es sieht aus, dass so funktioniert (ich habe nur mit WPA probiert).
Ciao.
Die hinzugefügten Befehle haben meiner Meinung nach zwar nichts mit einem WPA-Problem zu
tun, aber ich füge Sie für die nächste Version gerne hinzu wenn du sagst das hat bei dir geholfen.
Ich war auch deiner Meinung bis ich das folgende gelesen habe (quelle: http://madwifi-project.org/wiki/UserDocs/HostAP):
"General note about bridging ¶
If you're bridging between the wireless and wired (ie using brctl), you must add a line such as:
bridge=br0
or whatever the bridge name you are using to the config file, or the WPA key exchange packets will get eaten by the bridge.
Symptom of this problem is that the host AP will retransmit the WPA key exchange packets (3 times) then deassociate the authenticating STA. The associating STA will receive the initial EAP-KEY packets, and respond, but the transmissions from the STA never reach the host AP daemon.
To avoid any further problems when connecting to the AP the first time it is best to set the forwarding delay of the bridge to 0. If not you can experience similar problems when first attempting to connect to a WPA-secured AP.
brctl setfd br0 0"
Auf jeden Fall, bevor die Änderungen für die nächste Release hinzugefügen werden, empfähle ich verschiedene Testszenarien auszuprobieren (z.B. mit WEP, WPA2, als AP, ad-hoc, ..) um sichern zu sein, dass es keine Nebenwirkung gibt.
Ciao