Wlan-Problem mit USB RTL 8187 Stick

[homemy]

Hi,

bin echt langsam am verzweifeln mit dem wlanstick.
system: debian etch
Linux debian-lfs 2.6.18-3-amd64 #1 SMP Mon Dec 4 17:04:37 CET 2006 x86_64 GNU/Linux

habe soweit alles eingerichtet, und kann auch mein wlan scanen:

Code: Alles auswählen

debian-lfs:/# iwlist wlan0 scan
wlan0     Scan completed :
          Cell 01 - Address: 00:16:38:73:FA:85
                    ESSID:"HwPRTS"
                    Protocol:IEEE 802.11bg
                    Mode:Master
                    Channel:11
                    Encryption key:on
                    Bit Rates:54 Mb/s
                    Extra: Rates (Mb/s): 1 2 5.5 6 9 11 12 18 24 36 48 54
                    Quality:15  Signal level:0  Noise level:42
                    Extra: Last beacon: 910ms ago

jedoch, das mit wpa will noch nicht richtig funktionieren:
mein confifuration :

Code: Alles auswählen

debian-lfs:/etc/wpa_supplicant# cat wpa_supplicant.conf
ctrl_interface=/var/run/wpa_supplicant
eapol_version=1
ap_scan=1

network={
       ssid="HwPRTS"
       scan_ssid=1
       key_mgmt=WPA-PSK
       psk=XXXX5DB13A22AC48BAFD52B3D157EC46CF12E77BA364F77ED794BA347D35537

}

und die interfaces so:

Code: Alles auswählen

debian-lfs:/etc/network# cat interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

iface eth0 inet static
address 192.168.0.12
netmask 255.255.255.0
gateway 192.168.0.1

auto eth0

auto wlan0
iface wlan0 inet static
address 192.168.0.14
netmask 255.255.255.0
gateway 192.168.0.1
pre-up wpa_supplicant -D wext -i eth2 -c /etc/wpa_supplicant.conf -Bw; sleep 8;
post-down killall -q wpa_supplicant

auto wlan0

nach einen /etc/init.d/networking restart sagen mir die messages folgendes:

Jan 19 11:28:24 localhost kernel: rtl8187: Reported EEPROM chip is a 93c46 (1Kbit)
Jan 19 11:28:24 localhost kernel: rtl8187: Card MAC address is 00:0e:2e:b3:82:8b
Jan 19 11:28:25 localhost kernel: rtl8187: Card reports RF frontend Realtek 8225
Jan 19 11:28:25 localhost kernel: rtl8187: WW:This driver has EXPERIMENTAL support for this chipset.
Jan 19 11:28:25 localhost kernel: rtl8187: WW:use it with care and at your own risk and
Jan 19 11:28:25 localhost kernel: rtl8187: WW:**PLEASE** REPORT SUCCESS/INSUCCESS TO andreamrl@tiscali.it
Jan 19 11:28:25 localhost kernel: rtl8187: This seems a new V2 radio
Jan 19 11:28:25 localhost kernel: rtl8187: PAPE from CONFIG2: 0
Jan 19 11:28:25 localhost kernel: rtl8187: Driver probe completed
Jan 19 11:28:25 localhost kernel:
Jan 19 11:28:58 localhost kernel: eth0: link up, 10Mbps, half-duplex, lpa 0x0000
Jan 19 11:29:07 localhost kernel: rtl8187: Card successfully reset
Jan 19 11:29:11 localhost kernel: ADDRCONF(NETDEV_UP): wlan0: link is not ready

dabei ist die fett markierte aussage wichtig !

da weiss ich nicht was gemeint ist.

Edit by Snoopy:
Tags für die Leserlichkeit eingefügt.

[swar0g]

eine Anmerkung. Neuerdings brauchst du wpa_supplicant.conf nicht mehr, schöner ist es alles in /etc/network/interfaces zu schreiben

Code: Alles auswählen

iface home inet static
        wpa-ssid homelinux
        wpa-key-mgmt WPA-PSK
        wpa-psk 35d490d2dccab098e9859cb34fe310960300000000084871e1
        #wpa key wird generiert mit wpa_passphrase
        #address 192.168.100.50
        address 192.168.100.100
        netmask 255.255.255.0
        gateway 192.168.100.1

die wpa- Suffixe sind aus dem wpa_supplicant.conf

das Selbe geht natürlich mit wep und open. Dafür sind die Prefixe wireless- und die Optionen daür aus dem iwconfig Repertoir zu nehmen.

Code: Alles auswählen

face home_wep inet static
        wireless-mode managed
        wireless-ssid homelinux
        wireless-key s:meinweppass
        #man iwconfig für mehr wireless- Optionen
        wireless-channel 13
        address 192.168.100.100
        netmask 255.255.255.0
        gateway 192.168.100.1

dann aber ifup wlan0=home bzw ifup wlan0=home_wep

[Binabik]

Hi,

ich kämpfe auch gerade mit einem USB-Wlan-Stick mit RTL8187 Chipsatz, dem NetGear WG111v2 (Device ID 0846:6A00). Ich bin soweit, das ich vor einer halben Stunde das erste mal den Ethernet Stecker vom PC abziehen konnte und über WLAN mit WPA-PSK und versteckter SSID im Netz war. Dabei dachte ich vor einer Stunde noch, ich müsste mich nach einem neuen Stick umsehen...

Für Sticks mit RTL8187 Chipsatz gibt es einen Treiber auf http://www.realtek.com.tw/downloads/dow ... e#RTL8187L

Solltest Du den gleichen Stick haben, musst Du aufpassen, den gibt es unter der gleichen Bezeichnung auch mit Prism54-Chipsatz. Meldet sich in lsusb dann mit Device ID 0846:4240 (vgl. http://linux-wless.passys.nl/query_alles.php?).

Was mir an deiner /etc/network/interfaces auffällt ist, dass Du beim Aufruf von wpa_supplicant beim Parameter -i eth2 mitgibst, obwohl du dabei bist wlan0 zu definieren. Mein Aufruf sieht wie folgt aus:

Code: Alles auswählen

pre-up /sbin/wpa_supplicant -D ipw -c /etc/wpa_supplicant.conf -i wlan0 -B

[homemy]

Hi,

ich kämpfe auch gerade mit einem USB-Wlan-Stick mit RTL8187 Chipsatz, dem NetGear WG111v2 (Device ID 0846:6A00). Ich bin soweit, das ich vor einer halben Stunde das erste mal den Ethernet Stecker vom PC abziehen konnte und über WLAN mit WPA-PSK und versteckter SSID im Netz war. Dabei dachte ich vor einer Stunde noch, ich müsste mich nach einem neuen Stick umsehen...

Für Sticks mit RTL8187 Chipsatz gibt es einen Treiber auf http://www.realtek.com.tw/downloads/dow ... e#RTL8187L

Solltest Du den gleichen Stick haben, musst Du aufpassen, den gibt es unter der gleichen Bezeichnung auch mit Prism54-Chipsatz. Meldet sich in lsusb dann mit Device ID 0846:4240 (vgl. http://linux-wless.passys.nl/query_alles.php?).

Was mir an deiner /etc/network/interfaces auffällt ist, dass Du beim Aufruf von wpa_supplicant beim Parameter -i eth2 mitgibst, obwohl du dabei bist wlan0 zu definieren. Mein Aufruf sieht wie folgt aus:

Code: Alles auswählen

pre-up /sbin/wpa_supplicant -D ipw -c /etc/wpa_supplicant.conf -i wlan0 -B

Hi,

ja ich habe den selben stick und auch den orig. treiber von realtek.

jedoch will es bei mir nicht richtig funktionieren. habe jetzt mal folgende änderung vorgenommen:

Code: Alles auswählen

ebian-lfs:/etc/network# cat interfaces
auto lo
iface lo inet loopback

iface eth0 inet static
address 192.168.0.12
netmask 255.255.255.0
gateway 192.168.0.1

auto eth0

iface wlan0 inet static
wpa-ssid HwPRTS
wpa-key-mgmt WPA-PSK
wpa-psk 25A15DB13A22AC48BAFD52B3D157EC46CF12E77BA364F77ED794BA347D35537
address 192.168.0.14
netmask 255.255.255.0
gateway 192.168.0.1

auto wlan0

und die wpa.conf:

Code: Alles auswählen

debian-lfs:/etc/wpa_supplicant# cat wpa_supplicant.conf
ctrl_interface=/var/run/wpa_supplicant
eapol_version=1
ap_scan=1

network={
       ssid="HwPRTS"
       scan_ssid=1
       key_mgmt=WPA-PSK
       wpa-psk=25A15DB13A22AC48BAFD52B3D157EC46CF12E77BA364F77ED794BA347D35537
}

nach reboot des netzwerkes sagt er mir folgendes:

/etc/init.d/networking restart
Reconfiguring network interfaces...ioctl[SIOCSIWAUTH]: Operation not supported
WEXT auth param 7 value 0x1 - ioctl[SIOCSIWENCODEEXT]: Operation not supported
ioctl[SIOCSIWENCODEEXT]: Operation not supported
ioctl[SIOCSIWENCODEEXT]: Operation not supported
ioctl[SIOCSIWENCODEEXT]: Operation not supported
ioctl[SIOCSIWAUTH]: Operation not supported
WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not supported
WEXT auth param 5 value 0x1 - done.

und in den messages taucht wieder folgendes auf:

Jan 22 07:26:58 localhost kernel: eth0: link up, 10Mbps, half-duplex, lpa 0x0000
Jan 22 07:26:59 localhost kernel: rtl8187: Card successfully reset
Jan 22 07:27:03 localhost kernel: ADDRCONF(NETDEV_UP): wlan0: link is not ready

setzte ich dann eth0 mittels ifdown eth0 still komme ich über wlan0 nicht in inet oder kann meinen router an pingen.

Code: Alles auswählen

debian-lfs:/home/torsten# ifconfig
lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:85 errors:0 dropped:0 overruns:0 frame:0
          TX packets:85 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:5702 (5.5 KiB)  TX bytes:5702 (5.5 KiB)

wlan0     Protokoll:Ethernet  Hardware Adresse 00:0E:2E:B3:82:8B
          inet Adresse:192.168.0.14  Bcast:192.168.0.255  Maske:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:6 dropped:9 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

@Binabik

könntest du vielleicht mal deine confs posten oder so ?

gruss

Edit by Snoopy:
Tags für die Leserlichkeit eingefügt.
Siehe auch die Verhaltensregeln des Forums [1].

[1] http://wiki.debianforum.de/debianforum. ... tensregeln

[Binabik]

Hi,

die confs kann ich erst heute Abend posten. Zur Zeit bin ich im Büro und das WLAN-Zeugs habe ich auf dem Rechner meiner Tochter installiert.

Vielleicht noch folgende Tips:
- NDISWRAPPER habe ich komplett deinstalliert. Ich hatte es zuerst mit NDISWRAPPER und dem WinXP-Treiber probiert (wochenlang), aber damit hatte ich keinen Erfolg. Der Realtek-Treiber lief erst, nachdem ich ndiswrapper gelöscht hatte!!
- ich habe nicht den wpa_supplicant aus dem Treiberpaket von Realtek genutzt. Bei mir läuft ein Etch mit einer neueren Version und die habe ich beibehalten.
- Du hast jetzt gar keinen Aufruf von wpa_supplicant mehr in deiner /etc/network/interfaces. Schau noch mal auf meinen letzten Post. Bei mir waren die Parameter -D (ipw statt wext) und -i (wlan0 statt eth2) anders.
- hast du den "aktuellen Treiber? Ich habe die Datei ftp://210.51.181.211/cn/wlan/rtl8187_linux_26.1010.zip. In den meisten Foren war ein Link auf die Datei linux26x-8187(110).zip zu finden. Der Treiber liess sich bei mir aber nicht bauen. MAKE hat da rumgemäkelt...

Vielleicht hilft das ja schon ein wenig weiter, ansonsten beklommsrt Du heute Abend wie gesagt die .conf-Dateien.

[homemy]

Hi,

also der ndiswrapper läuft bei mir nicht und habe ich auch nicht installiert.
ja, habe auch den treiber26.1010 und wpa ebenfalls aus etch genommen.

die module für den stick lade ich aus dem wlan0up was im verz. von 26.1010 steht und dabei werden folgende module geladen:

debian-lfs:/home/torsten# lsmod
Module Size Used by
r8187 49544 0
ieee80211_rtl 69124 1 r8187
ieee80211_crypt_ccmp_rtl 12672 0
ieee80211_crypt_tkip_rtl 15360 0
ieee80211_crypt_wep_rtl 10112 0
ieee80211_crypt_rtl 11016 4 ieee80211_rtl,ieee80211_crypt_ccmp_rtl,ieee80211_crypt_tkip_rtl,ieee80211_crypt_wep_rtl
nvidia 7752344 16

ich hatte es eben nochmal versucht, aber jetzt ist der wurm drin .

debian-lfs:/home/torsten# /etc/init.d/networking restart
Reconfiguring network interfaces...SIOCADDRT: File exists
Failed to bring up eth0.
Line 9: unknown network field 'wpa-psk'.
Line 10: WPA-PSK accepted for key management, but no PSK configured.
Line 10: failed to parse network block.
Failed to read or parse configuration '/etc/wpa_supplicant.conf'.
Failed to bring up wlan0.
--------------------------------------------------------------------------------------------
auto lo
iface lo inet loopback

iface eth0 inet static
address 192.168.0.12
netmask 255.255.255.0
gateway 192.168.0.1

auto eth0

iface wlan0 inet static
address 192.168.0.14
netmask 255.255.255.0
gateway 192.168.0.1
pre-up /sbin/wpa_supplicant -D ipw -c /etc/wpa_supplicant.conf -i wlan0 -B

auto wlan0


naja warte mal bis heute abend

[Binabik]

... hier kommen die .conf's...

Code: Alles auswählen

skogland:/# cat /etc/wpa_supplicant.conf
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=users

    network={
        ssid="dieSSIDdesWiFI"
        key_mgmt=WPA-PSK
        pairwise=TKIP
        group=TKIP
        proto=WPA
#       auth_alg=OPEN
        psk="hochgeheimepassphrase"
        priority=2
    }

skogland:/# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
#allow-hotplug eth0
auto eth0
iface eth0 inet dhcp

# wlan0
auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
        pre-up /sbin/wpa_supplicant -D ipw -c /etc/wpa_supplicant.conf -i wlan0 -B
post-down killall -q wpa_supplicant
post-down rm -r /var/run/wpa_supplicant
skogland:/#

was bei mir derzeit noch offen ist, ist die Einbindung der Scripte von Realtek (./wlan0up,...), damit das ganze wirklich automatisch passiert.

Viel Erfolg noch!

[homemy]

... hier kommen die .conf's...

Code: Alles auswählen

skogland:/# cat /etc/wpa_supplicant.conf
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=users

    network={
        ssid="dieSSIDdesWiFI"
        key_mgmt=WPA-PSK
        pairwise=TKIP
        group=TKIP
        proto=WPA
#       auth_alg=OPEN
        psk="hochgeheimepassphrase"
        priority=2
    }

skogland:/# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
#allow-hotplug eth0
auto eth0
iface eth0 inet dhcp

# wlan0
auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
        pre-up /sbin/wpa_supplicant -D ipw -c /etc/wpa_supplicant.conf -i wlan0 -B
post-down killall -q wpa_supplicant
post-down rm -r /var/run/wpa_supplicant
skogland:/#

was bei mir derzeit noch offen ist, ist die Einbindung der Scripte von Realtek (./wlan0up,...), damit das ganze wirklich automatisch passiert.

Viel Erfolg noch!

Hi,

erstmal danke fü die confs.

die auch wunderbar funktionieren. *freu*

Jan 22 23:04:00 localhost kernel: rtl8187: Card successfully reset
Jan 22 23:04:04 localhost kernel: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Jan 22 23:04:04 localhost kernel: enabling WPA
Jan 22 23:04:04 localhost kernel: eth0: link up, 10Mbps, half-duplex, lpa 0x0000
Jan 22 23:04:23 localhost kernel: enabling WPA
Jan 22 23:04:23 localhost kernel: Linking with HwPRTS
Jan 22 23:04:35 localhost last message repeated 7 times
Jan 22 23:04:36 localhost kernel: enabling WPA
Jan 22 23:04:36 localhost kernel: Linking with HwPRTS


debian-lfs:/home/torsten# iwlist wlan0 scan
wlan0 Scan completed :
Cell 01 - Address: 00:16:38:73:FA:85
ESSID:"HwPRTS"
Protocol:IEEE 802.11bg
Mode:Master
Channel:11
Encryption key:on
Bit Rates:54 Mb/s
Extra: Rates (Mb/s): 1 2 5.5 6 9 11 12 18 24 36 48 54
Quality:19 Signal level:0 Noise level:23
Extra:wpa_ie=dd1c0050f20101000050f20202000050f2040050f20201000050f2020000
Extra:rsn_ie=30180100000fac020200000fac04000fac020100000fac020000
Extra: Last beacon: 7ms ago

und noch der process:

8673 ? S 0:00 su
8736 ? S 0:00 \_ bash
13235 ? S 0:00 \_ /bin/sh ./wlan0up
13266 ? D 0:00 \_ ifconfig wlan0 up
14895 ? Ss 0:00 /sbin/wpa_supplicant -D ipw -c /etc/wpa_supplicant.conf -i wlan0 -B


aber ich vermute bald, das wpa mit statischen IPs net zu recht kommt. werde daher mal morgen auf dhcp umstellen.
denn ich bekomme einfach kein ping mittels wlan zum router o. ins inet.


gruss

[homemy]

Moin Moin,

hmm, also bei meinem System ist der Wurm drin. Jetzt habe ich mal auf DHCP umgestellt und der Stick will einfach keine
IP annehmen bzw. er bekommt keine zugeordnet.

Alles andere läuft.

7787 ? Ss 0:01 /sbin/wpa_supplicant -D ipw -c /etc/wpa_supplicant.conf -i wlan0 -B
7868 ? Ss 0:00 dhclient3 -pf /var/run/dhclient.wlan0.pid -lf /var/lib/dhcp3/dhclient.wlan0.leases wlan0
7902 ? Ss 0:00 dhclient3 -pf /var/run/dhclient.eth0.pid -lf /var/lib/dhcp3/dhclient.eth0.leases eth0

Aber in den Messages beschwerd sich der Kernel ständig:

Jan 23 07:24:29 localhost kernel: Linking with HwPRTS
Jan 23 07:24:41 localhost last message repeated 7 times
Jan 23 07:24:42 localhost kernel: enabling WPA
Jan 23 07:24:42 localhost kernel: Linking with HwPRTS
Jan 23 07:24:55 localhost last message repeated 7 times
Jan 23 07:24:56 localhost kernel: enabling WPA
Jan 23 07:24:56 localhost kernel: Linking with HwPRTS
Jan 23 07:25:08 localhost last message repeated 7 times
Jan 23 07:25:09 localhost kernel: enabling WPA
Jan 23 07:25:09 localhost kernel: Linking with HwPRTS
-------------------------------------------------------------------------

debian-lfs:~# /etc/init.d/networking restart
Reconfiguring network interfaces...There is already a pid file /var/run/dhclient.wlan0.pid with pid 7868
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/wlan0/00:0e:2e:b3:82:8b
Sending on LPF/wlan0/00:0e:2e:b3:82:8b
Sending on Socket/fallback
There is already a pid file /var/run/dhclient.eth0.pid with pid 7902
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:e0:7d:c4:7a:f9
Sending on LPF/eth0/00:e0:7d:c4:7a:f9
Sending on Socket/fallback
DHCPRELEASE on eth0 to 192.168.0.1 port 67
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/wlan0/00:0e:2e:b3:82:8b
Sending on LPF/wlan0/00:0e:2e:b3:82:8b
Sending on Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 19
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 12
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:e0:7d:c4:7a:f9
Sending on LPF/eth0/00:e0:7d:c4:7a:f9
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPOFFER from 192.168.0.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.0.1
bound to 192.168.0.5 -- renewal in 490386 seconds.
done.


Hast du da vielleicht noch ne Idee für mich !

[Binabik]

Guten Morgen,

im README zum Treiber sind einige Skripte aufgeführt, die man ausführen muss. Das ist genau das, was ich momentan auch noch manuell machen muss.

- ./wlan0up z.b. lädt die ganzen Kernelmodule. Das musst Du auf jeden Fall vorher machen
- dann gibt es noch irgendein ./??dhcp??-Script, das auch ausgeführt werden muss.

Mein Status ist der, das ich es vorgestern Nacht um 23:59 zum einmal zum laufen bekommen hatte. Gestern Abend, bevor ich dir die .conf's geposted habe, musste ich dann die beiden Scripte nochmals aufrufen, wobei das erste auf jeden Fall vor dem /etc/init.d/networking restart laufen sollte.

Schau dir nochmal genau das README an, insbesondere wegen der Reihenfolge der Scripte.

[homemy]

Abend,

also ich habe das problem gefunden, denke ich mal *gg* .
irgendetwas mit wpa funktioniert net richtig.

Jan 23 21:46:13 localhost kernel: Linking with HwPRTS
Jan 23 21:46:13 localhost kernel: Associated successfully
Jan 23 21:46:13 localhost kernel: Using G rates
Jan 23 21:49:15 localhost kernel: enabling WPA
Jan 23 21:49:15 localhost kernel: wpa_supplicant[3380]: segfault at 0000000000000048 rip 00000000004210cf rsp 00007fffcba4c470 error 4


dann habe ich mal auf web umgestellt und es ging.

Jan 23 22:05:50 localhost kernel: Linking with HwPRTS
Jan 23 22:05:50 localhost kernel: Associated successfully
Jan 23 22:05:50 localhost kernel: Using G rates
Jan 23 22:05:50 localhost kernel: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Jan 23 22:05:51 localhost kernel: wlan0: duplicate address detected!
Jan 23 22:06:17 localhost kernel: Linking with HwPRTS
Jan 23 22:06:17 localhost kernel: Associated successfully
Jan 23 22:06:17 localhost kernel: Using G rates
Jan 23 22:07:42 localhost kernel: rtl8187: Setting SW wep key
Jan 23 22:07:42 localhost kernel: Linking with HwPRTS
Jan 23 22:07:42 localhost kernel: Associated successfully
Jan 23 22:07:42 localhost kernel: Using G rates

. naja das werde ich mal weiter testen.

[outis]

Wie ist der Stand der Dinge? Ich kämpfe hier auch gerade vergeblich mit so einem USB-Teil.

[outis]

OK, dann mal mein Stand der Dinge:

Treiberversion rtl8187_linux_26.1025.0328.2007.tar.gz kompilert unter Etch.
wlan0up scheint den Treiber zu laden:

Code: Alles auswählen

May  1 15:03:46 epia kernel: rtl8187: Driver probe completed
May  1 15:03:46 epia kernel:
May  1 15:03:46 epia kernel: usbcore: registered new driver rtl8187
May  1 15:03:46 epia kernel: rtl8187: Card successfully reset

Der Befehl:

Code: Alles auswählen

wpa_supplicant -D ipw -c /etc/wpa_supplicant.conf -i wlan0

ergibt:

Code: Alles auswählen

Linux wireless extensions version 20 detected.
ipw2x00 driver uses driver_wext (-Dwext) instead of driver_ipw.
Trying to associate with <MAC des Routers> (SSID='XXXXXX' freq=2462 MHz)
ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported
CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Associated with <Router-MAC>
WPA: 4-Way Handshake failed - pre-shared key may be incorrect
CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Associated with <Router-MAC>

Der entscheidende Punkt scheint mir das Operation non supportet zu sein, der Rest dürften Folgefehler sein?

Inhalt wpa_supplicant.conf:

Code: Alles auswählen

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
eapol_version=1
ap_scan=1
fast_reauth=1
# Example blocks:
# WPA-PSK
network={
        scan_ssid=1
        proto=WPA
        key_mgmt=WPA-PSK
        pairwise=CCMP TKIP
        group=CCMP TKIP WEP104 WEP40
        ssid="XXXXXX"
        psk="ASCIISTRING"
        priority=2
}

Hat jemand Ideen und Tipps? Danke.

[outis]

Ergänzung: Der Stick zeigt zwar grünes Licht, aber im Log des Routers taucht kein Zugriffsversuch auf.

[outis]

Na schön, einige Stunden später: Es geht wohl nicht mit wpa. http://www.winfuture-forum.de/index.php?showtopic=92161[/url] hat offenbar 'ne Lösung, leider ist mir aus dem dort am Ende genannten gentoo-link nicht klar, was genau gemacht werden muss.