Hallo, Leute!
Gestern hat der Chef entschieden, daß unseres Büro-WLAN angepasst werden soll. Anstatt WEP sollte WPA benutzt werden. OK, ich sage nichts dagegen, hätte aber gern das Ding auch mit Linux im Betrieb...
Ich nutze einen IBM Laptop (Thinkpad R51) mit KUbuntu Hardy 8.04. Mit WEP habe ich das WLAN immer problemlos benutzt (Verbindung "on demand" mit dem Programm "Wireless-Assistant 0.5.7" [wlassistant]). Nun will das Ding mit WPA nicht...
Das WLAN funktioniert 100% sicher, da andere Geräte problemlos es nutzen können, also das Problem ist auf dem Laptop.
Die Wirelesskarte ist (laut lspci):
02:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05)
Und ich kann problemlos die ESSID des WLANs sehen. Aber nicht verbinden. Leider mehr als ein "Connection failed" kriege ich nicht...
Kann jemand mir ein Tipp geben?
Besten Dank! Luca Bertoncello (lucabert@lucabert.de)
Am Mittwoch, 3. Februar 2010 09:17:26 schrieb Luca Bertoncello:
Hallo, Leute!
Gestern hat der Chef entschieden, daß unseres Büro-WLAN angepasst werden soll. Anstatt WEP sollte WPA benutzt werden. OK, ich sage nichts dagegen, hätte aber gern das Ding auch mit Linux im Betrieb...
Ich nutze einen IBM Laptop (Thinkpad R51) mit KUbuntu Hardy 8.04. Mit WEP habe ich das WLAN immer problemlos benutzt (Verbindung "on demand" mit dem Programm "Wireless-Assistant 0.5.7" [wlassistant]). Nun will das Ding mit WPA nicht...
Das WLAN funktioniert 100% sicher, da andere Geräte problemlos es nutzen können, also das Problem ist auf dem Laptop.
Die Wirelesskarte ist (laut lspci):
02:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05)
Und ich kann problemlos die ESSID des WLANs sehen. Aber nicht verbinden. Leider mehr als ein "Connection failed" kriege ich nicht...
Kann jemand mir ein Tipp geben?
Besten Dank! Luca Bertoncello (lucabert@lucabert.de)
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
1.) Zur Karte kann ich nichts sagen. Teste mal, ob sie einen in-kernel-driver verwendet. (vermutlich ja)
2.) Bei wpa2/psk wird IMHO der Eintrag der Schlüssel, rsp. auch die Verschlüsselung selbst "normalerweise" (s.o.) durch wpa_supplicant vorgenommen. Also diesen installieren. Manche WLAN-Treiber können trotzdem damit nicht, ich denke daß es bei Intel keine Probleme geben sollte.
2.) Aus essid und passphrase ist per wpa_passphrase ein key zu erzeugen:
bs7:~# wpa_passphrase "my-essid" "ganz dumm" network={ ssid="my-essid" #psk="ganz dumm" psk=5a79edd98787c5c3dee9e81a11c05cce947c250d48c6bb220351d466a7c4218b } (Das in ein entsprechendes File umleiten: hier myessid.conf)
3.) Der ist dann zu nutzen: ifconfig wlan0 up sleep 2 wpa_supplicant -B -d -Dwext -iwlan0 -cmyessid.conf sleep 5 dhclient wlan0
Viel Erfolg!
Bernhard
On Wed, February 3, 2010 11:01, Bernhard Schiffner wrote:
2.) Bei wpa2/psk wird IMHO der Eintrag der Schlüssel, rsp. auch die Verschlüsselung selbst "normalerweise" (s.o.) durch wpa_supplicant vorgenommen. Also diesen installieren. Manche WLAN-Treiber können trotzdem damit nicht, ich denke daß es bei Intel keine Probleme geben sollte.
2.) Aus essid und passphrase ist per wpa_passphrase ein key zu erzeugen:
bs7:~# wpa_passphrase "my-essid" "ganz dumm" network={ ssid="my-essid" #psk="ganz dumm" psk=5a79edd98787c5c3dee9e81a11c05cce947c250d48c6bb220351d466a7c4218b } (Das in ein entsprechendes File umleiten: hier myessid.conf)
Bzw. bei Debian und Ubuntu: in /etc/network/interfaces, in etwa sowas:
iface wlan0 inet dhcp wpa-ssid my-essid wpa-psk 5a79edd98787c...
Konrad
Hallo,
Wie ist das WLAN verschlüssel?
Mit WPA2/TKIP oder WPA2/PSK denn deine WLAN-Karte kann laut Datenblatt kein PSK. Stell also das WLAN einfach mal auf WPA2/TKIP um und schau ob es geht ;-)
Am 03.02.2010 09:17, schrieb Luca Bertoncello:
Hallo, Leute!
Gestern hat der Chef entschieden, daß unseres Büro-WLAN angepasst werden soll. Anstatt WEP sollte WPA benutzt werden. OK, ich sage nichts dagegen, hätte aber gern das Ding auch mit Linux im Betrieb...
Ich nutze einen IBM Laptop (Thinkpad R51) mit KUbuntu Hardy 8.04. Mit WEP habe ich das WLAN immer problemlos benutzt (Verbindung "on demand" mit dem Programm "Wireless-Assistant 0.5.7" [wlassistant]). Nun will das Ding mit WPA nicht...
Das WLAN funktioniert 100% sicher, da andere Geräte problemlos es nutzen können, also das Problem ist auf dem Laptop.
Die Wirelesskarte ist (laut lspci):
02:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05)
Und ich kann problemlos die ESSID des WLANs sehen. Aber nicht verbinden. Leider mehr als ein "Connection failed" kriege ich nicht...
Kann jemand mir ein Tipp geben?
Besten Dank! Luca Bertoncello (lucabert@lucabert.de)
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Hallo,
Wie ist das WLAN verschlüssel?
Mit WPA2/TKIP oder WPA2/PSK denn deine WLAN-Karte kann laut Datenblatt kein PSK. Stell also das WLAN einfach mal auf WPA2/TKIP um und schau ob es geht ;-)
Ansonsten schau mal hier: http://wiki.ubuntu-forum.de/index.php/Intel%C2%AE_PRO/Wireless_2200BG
Good luck!
Am 03.02.2010 09:17, schrieb Luca Bertoncello:
Hallo, Leute!
Gestern hat der Chef entschieden, daß unseres Büro-WLAN angepasst werden soll. Anstatt WEP sollte WPA benutzt werden. OK, ich sage nichts dagegen, hätte aber gern das Ding auch mit Linux im Betrieb...
Ich nutze einen IBM Laptop (Thinkpad R51) mit KUbuntu Hardy 8.04. Mit WEP habe ich das WLAN immer problemlos benutzt (Verbindung "on demand" mit dem Programm "Wireless-Assistant 0.5.7" [wlassistant]). Nun will das Ding mit WPA nicht...
Das WLAN funktioniert 100% sicher, da andere Geräte problemlos es nutzen können, also das Problem ist auf dem Laptop.
Die Wirelesskarte ist (laut lspci):
02:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05)
Und ich kann problemlos die ESSID des WLANs sehen. Aber nicht verbinden. Leider mehr als ein "Connection failed" kriege ich nicht...
Kann jemand mir ein Tipp geben?
Besten Dank! Luca Bertoncello (lucabert@lucabert.de)
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Hallo Realnameverschweiger,
On Wed, Feb 03, 2010 at 11:14:56 +0100, Lunix wrote:
Mit WPA2/TKIP oder WPA2/PSK denn deine WLAN-Karte kann laut Datenblatt kein PSK. Stell also das WLAN einfach mal auf WPA2/TKIP um und schau ob es geht ;-)
Ich bin kein Krypto-Papst, aber Deine Aussage ist Unsinn. PSK steht fuer pre-shared key und hat mit den Hardwarefaehigkeiten genau gar nichts zu tun. TKIP bezieht sich tatsaechlich auf die Verschluesselung bzw. auf eine Methode, die Integrietaet des Schluesselmaterials sicherzustellen. Eine andere Methode ist CCMP, die wird ueblicherweise bei WPA2 eingesetzt und kann auch Replay-Attacken verhindern. Die eigentliche Verschluesselung bei WPA/WPA2 ist RC4 oder AES.
Ansonsten schau mal hier: http://wiki.ubuntu-forum.de/index.php/Intel%C2%AE_PRO/Wireless_2200BG
Auf dieser Seite wird WPA-PSK mit oben genannter Karte konfiguriert. Was geht also angeblich mit der Karte nicht?
Generell: Fuer WPA sollte man immer wpa_supplicant verwenden[1]. Ob direkt oder ueber gruselige Frontends wie Network Manager, ist jedem selbst ueberlassen.
Hier ein Minimalbeispiel zur Benutzung/Test von wpa_supplicant (nur Link Layer, DHCP o.ae. muesste danach gestartet werden).
* Netzwerkverwaltungstools wie Network Manager, wlanassistant o.ae. beenden
* Minimale Konfiguration fuer wpa_supplicant erstellen: wpa_passphrase ESSID > /tmp/w.conf (ESSID entsprechend ersetzen) (nun die Passphrase eingeben)
* wpa_supplicant starten: wpa_supplicant -D wext -i wlan0 -c /tmp/w.conf (im Fall der Intel 2200BG Karte nennt der ipw2200-Treiber das WLAN-Interface z.B. eth1, nicht wlan0)
* Auf die Meldungen achten (koennen leicht abweichen): WEXT auth param 4 value 0x0 - Trying to associate with 00:xx:xx:xx:xx:xx (SSID='meins' freq=2442 MHz) Associated with 00:xx:xx:xx:xx:xx WPA: Key negotiation completed with 00:xx:xx:xx:xx:xx [PTK=TKIP GTK=TKIP] CTRL-EVENT-CONNECTED - Connection to 00:xx:xx:xx:xx:xx completed (auth) [id=0 id_str=]
[1] Die wenigen Ausnahmen, mit denen wpa_supplicant nicht funktioniert, bilden einige Treiber, die nicht im Mainline-Kernel sind und einen eigenen Wireless-Protokollstack mitbringen. Es gibt auch sehr alte WLAN-Karten, die tatsaechlich aufgrund von Hardwarelimitationen kein WPA koennen, aber die stammen von 2003 oder frueher.
Gruss, Chris
lug-dd@mailman.schlittermann.de
-
Bernhard Schiffner -
Christian Perle -
Konrad Rosenbaum -
Luca Bertoncello -
Lunix