rtl8192ce und wlan0: deauthenticated [solved]

[nbpf]

Hardware: FITPC3-2x2Gb-T40E-WB-FM4U mit Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01) als Netzwerkkarte.

OS: Debian / GNU Linux Wheezy 3.2.0-4-amd64.

Problem: wlan0 wird nach etwa einer Stunde Inaktivität "deauthenticated":

Code: Alles auswählen

Dec 18 09:21:52 fitpc3 kernel: [ 5397.880993] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Dec 18 09:22:02 fitpc3 kernel: [ 5408.032301] wlan0: no IPv6 routers present
Dec 18 10:10:49 fitpc3 kernel: [ 8335.510227] wlan0: deauthenticated from 00:18:4d:d0:c3:96 (Reason: 2)
Dec 18 10:27:34 fitpc3 kernel: [    9.921210] ADDRCONF(NETDEV_UP): wlan0: link is not ready

/etc/network/interfaces:

Code: Alles auswählen

auto lo
iface lo inet loopback

auto wlan0
iface wlan0 inet static
    wireless-essid xxxxxxxx
    wireless-key xxxxxxxxxxxxxxxxxxxxxxxxxx
    address 192.168.0.101
    netmask 255.255.255.0
    gateway 192.168.0.1
    dns-nameservers 192.168.0.1
    wireless-mode managed
    wireless-rts off

root@fitpc3:/etc/network# modinfo rtl8192ce:

Code: Alles auswählen

filename:       /lib/modules/3.2.0-4-amd64/kernel/drivers/net/wireless/rtlwifi/rtl8192ce/rtl8192ce.ko
firmware:       rtlwifi/rtl8192cfwU_B.bin
firmware:       rtlwifi/rtl8192cfwU.bin
firmware:       rtlwifi/rtl8192cfw.bin
description:    Realtek 8192C/8188C 802.11n PCI wireless
license:        GPL
author:         Larry Finger   <Larry.Finger@lwfinger.net>
author:         Realtek WlanFAE   <wlanfae@realtek.com>
author:         lizhaoming   <chaoming_li@realsil.com.cn>
alias:          pci:v000010ECd00008176sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008177sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008178sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008191sv*sd*bc*sc*i*
depends:        rtlwifi,rtl8192c-common,mac80211
intree:         Y
vermagic:       3.2.0-4-amd64 SMP mod_unload modversions
parm:           swenc:Set to 1 for software crypto (default 0)
 (bool)
parm:           ips:Set to 0 to not use link power save (default 1)
 (bool)
parm:           swlps:Set to 1 to use SW control power save (default 0)
 (bool)
parm:           fwlps:Set to 1 to use FW control power save (default 1)
 (bool)
parm:           debug:Set debug level (0-5) (default 0) (int)

Wenn ich swlps und fwlps auf 0 setze:

Code: Alles auswählen

  330  modprobe -r rtl8192ce
  331  modprobe rtl8192ce swlps=0 fwlps=0
  332  ifdown wlan0
  333  ifup wlan0

ändert sich im Grunde nichts: nach etwa einer Stunde wird wlan0 wieder "deauthenticated". Danach kann ich wlan0 manuell mit "ifdown wlan0; ifup wlan0" wieder aktivieren (wenn ich einen Zugang zu den Rechner habe). Ich bin für jeden Tipp, wie ich das problem lösen könnte, sehr dankbar. Ciao, nbpf

[rendegast]

Versuche den wheezy-backports Kernel (momentan) 3.11.
(Eventuell sind Nacharbeiten für zusätzlich installierte Module nötig.)

firmware: rtlwifi/rtl8192cfwU_B.bin
firmware: rtlwifi/rtl8192cfwU.bin
firmware: rtlwifi/rtl8192cfw.bin

Dito für firmware-realtek.


Alternativ einen anderen/weiteren wlan-Stick versuchen, ralink, atheros, ...

FITPC3-2x2Gb-T40E-WB-FM4U

Firmware/BIOS-Upgrade vom Hersteller? (-> ACPI, Stromsparmodi u.ä.)

[nbpf]

Versuche den wheezy-backports Kernel (momentan) 3.11. (Eventuell sind Nacharbeiten für zusätzlich installierte Module nötig.)

Vielen Dank rendegast ! Ich 3.11 schon mit testing / nessie etwas probiert mit eher schlechteren Ergebnisse ...

Alternativ einen anderen/weiteren wlan-Stick versuchen, ralink, atheros, ...
FITPC3-2x2Gb-T40E-WB-FM4U
Firmware/BIOS-Upgrade vom Hersteller? (-> ACPI, Stromsparmodi u.ä.)

Bevor ich diese Richtung einschlage vielleicht eine Zusaztinformation: auf dem Fit-PC3 läuft ein mpd Server (Music Player Deamon). Wenn ich auf einem anderen Rechner ein mpd Client am laufen habe (und dieser mit dem Server verbunden ist), dann wird wlan0 auch nach mehreren Stunden nicht "deauthenticated" !

[habakug]

Hallo!

Wenn ich swlps und fwlps auf 0 setze

Hast du denn das "power save" mal ganz abgeschaltet:

Code: Alles auswählen

# modprobe -r rtl8192ce
# modprobe rtl8192ce ips=0
# ifdown wlan0
# ifup wlan0

Gruss, habakug

edit:
Helfen könnte auch ein ping alle 10 Sekunden...

Code: Alles auswählen

$ ping -I wlan0 -i 10 192.168.0.1

[nbpf]

Hallo!
Hast du denn das "power save" mal ganz abgeschaltet:

Code: Alles auswählen

# modprobe -r rtl8192ce
# modprobe rtl8192ce ips=0
# ifdown wlan0
# ifup wlan0

Vielen Dank habakug !

Das "power save" habe ich probiert auszuschalten, aber das Problem bleibt bestehen. Ich bin aber dem Problem näher gekommen obwohl ich noch keine direkte Lösung dafür habe. Die Deauthentifizierung von wlan0 kommt immer zusammen mit einem "call" vom Modul cfg80211:

Code: Alles auswählen

Dec 18 20:40:50 fitpc3 kernel: [ 4138.398360] wlan0: deauthenticated from 00:18:4d:d0:c3:96 (Reason: 2)
Dec 18 20:40:50 fitpc3 kernel: [ 4138.405583] cfg80211: Calling CRDA for country: EC

Wenn ich wicd installiere und mit wicd-curses konfiguriere (zuerst für DHCP) sehe ich in /var/log/kern.log , dass die Abfragen von cfg80211 (und die Deauthentifizierung von wlan0) immer noch da sind. Aber danach wird wlan0 wieder hochgefahren und ist 25 Sekunded später (21:41:16) wieder aktiv:

Code: Alles auswählen

Dec 18 21:00:24 fitpc3 kernel: [   38.688279] wlan0: no IPv6 routers present
Dec 18 21:40:51 fitpc3 kernel: [ 2465.059812] wlan0: deauthenticated from 00:18:4d:d0:c3:96 (Reason: 2)
Dec 18 21:40:51 fitpc3 kernel: [ 2465.073294] cfg80211: Calling CRDA for country: EC
Dec 18 21:40:51 fitpc3 kernel: [ 2465.203700] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
Dec 18 21:40:52 fitpc3 kernel: [ 2466.288594] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
Dec 18 21:40:52 fitpc3 kernel: [ 2466.634260] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 18 21:40:53 fitpc3 kernel: [ 2466.885250] r8169 0000:02:00.0: eth0: link down
Dec 18 21:40:53 fitpc3 kernel: [ 2466.886854] ADDRCONF(NETDEV_UP): eth0: link is not ready
Dec 18 21:40:57 fitpc3 kernel: [ 2471.059950] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
Dec 18 21:40:57 fitpc3 kernel: [ 2471.401312] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 18 21:41:00 fitpc3 kernel: [ 2474.701172] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
Dec 18 21:41:01 fitpc3 kernel: [ 2475.152868] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 18 21:41:01 fitpc3 kernel: [ 2475.405248] r8169 0000:02:00.0: eth0: link down
Dec 18 21:41:01 fitpc3 kernel: [ 2475.406869] ADDRCONF(NETDEV_UP): eth0: link is not ready
Dec 18 21:41:01 fitpc3 kernel: [ 2475.617673] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
Dec 18 21:41:02 fitpc3 kernel: [ 2475.956718] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 18 21:41:04 fitpc3 kernel: [ 2478.068294] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
Dec 18 21:41:04 fitpc3 kernel: [ 2478.588245] wlan0: authenticate with 00:18:4d:d0:c3:96 (try 1)
Dec 18 21:41:04 fitpc3 kernel: [ 2478.788455] wlan0: authenticate with 00:18:4d:d0:c3:96 (try 2)
Dec 18 21:41:05 fitpc3 kernel: [ 2478.988449] wlan0: authenticate with 00:18:4d:d0:c3:96 (try 3)
Dec 18 21:41:05 fitpc3 kernel: [ 2479.188445] wlan0: authentication with 00:18:4d:d0:c3:96 timed out
Dec 18 21:41:15 fitpc3 kernel: [ 2489.592515] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
Dec 18 21:41:16 fitpc3 kernel: [ 2490.792336] wlan0: authenticate with 00:18:4d:d0:c3:96 (try 1)
Dec 18 21:41:16 fitpc3 kernel: [ 2490.806966] wlan0: authenticated
Dec 18 21:41:16 fitpc3 kernel: [ 2490.807283] wlan0: associate with 00:18:4d:d0:c3:96 (try 1)
Dec 18 21:41:16 fitpc3 kernel: [ 2490.811852] wlan0: RX AssocResp from 00:18:4d:d0:c3:96 (capab=0x471 status=0 aid=20)
Dec 18 21:41:16 fitpc3 kernel: [ 2490.811863] wlan0: associated
Dec 18 21:41:16 fitpc3 kernel: [ 2490.814951] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Dec 18 21:41:27 fitpc3 kernel: [ 2501.152301] wlan0: no IPv6 routers present

25 Sekunden sind natürlich eine Ewigkeit und die Benutzung von wicd ist ein workaround. Ich wurde gerne das System ohne wicd und nur durch Konfiguration von /etc/network/interfaces (und, eventuell, Moduloptionen) am laufen halten. Dazu sehe ich 2 Möglichkeiten:

1) Vermeiden, daß cfg80211 Abfragen zustande kommen.
2) Vermeiden, daß diese Abfragen zur Deauthentifizierung von wlan0 führen.

Ich bin für jeden Tipp dankbar ! Ciao, nbpf

[habakug]

Hallo!

Die "cfg80211 Abfragen" kommen vom Neuladen des Moduls, da liegt der Fehler nicht. Um dem Fehler auf die Spur zu kommen, kann man das Debug-Log erhöhen:

Code: Alles auswählen

# modprobe -r rtl8192ce
# modprobe rtl8192ce ips=0 swlps=0 fwlps=0 debug=2
# ifdown wlan0
# ifup wlan0

Sollte "2" wider Erwarten nicht ausführlich genug sein, kann auch ein anderes Debuglevel gewählt werden [1].

Code: Alles auswählen

/*
*Abnormal, rare, or unexpeted cases.
*For example, Packet/IO Ctl canceled,
*device suprisely unremoved and so on.
*/
#define DBG_WARNING 2

Die Logs sollten im "syslog" landen.
Ich erwähne aber noch einmal die Möglichkeit mit einem Ping (s.o. im Thread) die Verbindung am Leben zu erhalten.

Gruss, habakug

[1] http://projects.qi-hardware.com/index.p ... fi/debug.h

[nbpf]

Hallo!

Die "cfg80211 Abfragen" kommen vom Neuladen des Moduls, da liegt der Fehler nicht. Um dem Fehler auf die Spur zu kommen, kann man das Debug-Log erhöhen:

Code: Alles auswählen

# modprobe -r rtl8192ce
# modprobe rtl8192ce ips=0 swlps=0 fwlps=0 debug=2
# ifdown wlan0
# ifup wlan0

Hallo habakug !

Debug-level 2 bringt keine neue Meldungen, mit Level 3 sehe ich folgendes im syslog:

Code: Alles auswählen

Dec 19 22:37:48 fitpc3 kernel: [ 5949.565541] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin
Dec 19 22:37:48 fitpc3 kernel: [ 5949.565558] rtl8192c_common:rtl92c_download_fw():<0-0> Firmware Version(49), Signature(0x88c1),Size(
32)
Dec 19 22:37:48 fitpc3 kernel: [ 5949.898764] rtlwifi:rtl_pci_start():<0-0> OK
Dec 19 22:37:48 fitpc3 kernel: [ 5949.915113] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec 19 22:37:49 fitpc3 kernel: [ 5950.791717] wlan0: authenticate with 00:18:4d:d0:c3:96 (try 1)
Dec 19 22:37:49 fitpc3 kernel: [ 5950.791757] rtlwifi:rtl_pci_tx():<200-1> MAC80211_LINKING
Dec 19 22:37:49 fitpc3 kernel: [ 5950.798958] wlan0: 00:18:4d:d0:c3:96 denied authentication (status 13)
Dec 19 22:37:49 fitpc3 kernel: [ 5950.822786] wlan0: authenticate with 00:18:4d:d0:c3:96 (try 1)
Dec 19 22:37:49 fitpc3 kernel: [ 5950.822811] rtlwifi:rtl_pci_tx():<200-1> MAC80211_LINKING
Dec 19 22:37:49 fitpc3 kernel: [ 5950.832138] rtlwifi:rtl_pci_tx():<200-1> MAC80211_LINKING
Dec 19 22:37:49 fitpc3 kernel: [ 5950.834886] wlan0: authenticated
Dec 19 22:37:49 fitpc3 kernel: [ 5950.834965] wlan0: associate with 00:18:4d:d0:c3:96 (try 1)
Dec 19 22:37:49 fitpc3 kernel: [ 5950.837270] wlan0: RX AssocResp from 00:18:4d:d0:c3:96 (capab=0x471 status=0 aid=16)
Dec 19 22:37:49 fitpc3 kernel: [ 5950.837280] wlan0: associated
Dec 19 22:37:49 fitpc3 kernel: [ 5950.837294] rtlwifi:rtl_op_sta_add():<0-0> Add sta addr is 00:18:4d:d0:c3:96
Dec 19 22:37:49 fitpc3 kernel: [ 5950.837306] rtl8192ce:rtl92ce_update_hal_rate_mask():<0-0> ratr_bitmap :ff5
Dec 19 22:37:49 fitpc3 kernel: [ 5950.837315] rtl8192ce:rtl92ce_update_hal_rate_mask():<0-0> Rate_index:4, ratr_val:ff5, f5:f:0:40:80
Dec 19 22:37:49 fitpc3 kernel: [ 5950.837778] rtlwifi:rtl_op_bss_info_changed():<0-0> BSS_CHANGED_ASSOC
Dec 19 22:37:49 fitpc3 kernel: [ 5950.837816] rtlwifi:rtl_op_bss_info_changed():<0-0> 00:18:4d:d0:c3:96
Dec 19 22:37:49 fitpc3 kernel: [ 5950.840701] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Dec 19 22:37:49 fitpc3 kernel: [ 5950.848790] rtlwifi:rtl_op_set_key():<0-0> Using hardware based encryption for keyidx: 0, mac: ff:ff:ff:ff:ff:ff
Dec 19 22:37:49 fitpc3 kernel: [ 5950.848809] rtlwifi:rtl_op_set_key():<0-0> alg:WEP104
Dec 19 22:37:49 fitpc3 kernel: [ 5950.848816] rtlwifi:rtl_op_set_key():<0-0> set enable_hw_sec, key_type:5(OPEN:0 WEP40:1 TKIP:2 AES:4 WEP104:5)
Dec 19 22:37:49 fitpc3 kernel: [ 5950.849132] rtlwifi:rtl_op_set_key():<0-0> set WEP(group/pairwise) key
Dec 19 22:37:49 fitpc3 kernel: [ 5950.849141] rtl8192ce:rtl92ce_set_key():<0-0> add one entry
Dec 19 22:37:49 fitpc3 kernel: [ 5950.849148] rtl8192ce:rtl92ce_set_key():<0-0> set group key
Dec 19 22:37:49 fitpc3 kernel: [ 5950.849155] rtlwifi:rtl_cam_add_one_entry():<0-0> EntryNo:0, ulKeyId=0, ulEncAlg=5, ulUseDK=0 MacAddr 00:00:00:00:00:00
Dec 19 22:37:49 fitpc3 kernel: [ 5950.851505] rtlwifi:rtl_cam_add_one_entry():<0-0> <===
Dec 19 22:37:50 fitpc3 kernel: [ 5951.904520] rtl8192ce:rtl92ce_update_hal_rate_mask():<0-0> ratr_bitmap :ff5
Dec 19 22:37:50 fitpc3 kernel: [ 5951.904536] rtl8192ce:rtl92ce_update_hal_rate_mask():<0-0> Rate_index:4, ratr_val:ff5, f5:f:0:40:80
Dec 19 22:37:56 fitpc3 kernel: [ 5957.912789] rtl8192ce:rtl92ce_update_hal_rate_mask():<0-0> ratr_bitmap :ff0
Dec 19 22:37:56 fitpc3 kernel: [ 5957.912801] rtl8192ce:rtl92ce_update_hal_rate_mask():<0-0> Rate_index:4, ratr_val:ff0, f0:f:0:40:80
Dec 19 22:37:59 fitpc3 kernel: [ 5961.216270] wlan0: no IPv6 routers present
Dec 19 22:50:51 fitpc3 kernel: [ 6733.014163] wlan0: deauthenticated from 00:18:4d:d0:c3:96 (Reason: 2)
Dec 19 22:50:51 fitpc3 kernel: [ 6733.014279] rtlwifi:rtl_op_bss_info_changed():<0-0> BSS_CHANGED_UN_ASSOC
Dec 19 22:50:51 fitpc3 kernel: [ 6733.014332] rtlwifi:rtl_op_bss_info_changed():<0-0> 00:00:00:00:00:00
Dec 19 22:50:51 fitpc3 kernel: [ 6733.015129] rtlwifi:rtl_op_sta_remove():<0-0> Remove sta addr is 00:18:4d:d0:c3:96
Dec 19 22:50:51 fitpc3 kernel: [ 6733.036526] rtlwifi:rtl_op_set_key():<0-0> Disabling hardware based encryption for keyidx: 0, mac: ff:ff:ff:ff:ff:ff
Dec 19 22:50:51 fitpc3 kernel: [ 6733.036545] rtlwifi:rtl_op_set_key():<0-0> alg:WEP104
Dec 19 22:50:51 fitpc3 kernel: [ 6733.036552] rtlwifi:rtl_op_set_key():<0-0> set enable_hw_sec, key_type:5(OPEN:0 WEP40:1 TKIP:2 AES:4 WEP104:5)
Dec 19 22:50:51 fitpc3 kernel: [ 6733.036870] rtlwifi:rtl_op_set_key():<0-0> disable key delete one entry
Dec 19 22:50:51 fitpc3 kernel: [ 6733.036878] rtlwifi:rtl_cam_delete_one_entry():<0-0> key_idx:0
Dec 19 22:50:51 fitpc3 kernel: [ 6733.036935] rtlwifi:rtl_cam_delete_one_entry():<0-0> rtl_cam_delete_one_entry(): WRITE A4: 0
Dec 19 22:50:51 fitpc3 kernel: [ 6733.036943] rtlwifi:rtl_cam_delete_one_entry():<0-0> rtl_cam_delete_one_entry(): WRITE A0: 80010000

Level > 3 bringt einfach zu viele Meldungen. Ich kann vor der Deauthentifizierung um Dec 19 22:50:51 nichts schlimmes erkennen, was meinst Du ?

Viele Grüße, nbpf

[habakug]

Hallo!

Code: Alles auswählen

iface wlan0 inet static
    wireless-essid xxxxxxxx
    wireless-key xxxxxxxxxxxxxxxxxxxxxxxxxx

Code: Alles auswählen

Dec 19 22:37:49 fitpc3 kernel: [ 5950.848809] rtlwifi:rtl_op_set_key():<0-0> alg:WEP104
Dec 19 22:37:49 fitpc3 kernel: [ 5950.848816] rtlwifi:rtl_op_set_key():<0-0> set enable_hw_sec, key_type:5(OPEN:0 WEP40:1 TKIP:2 AES:4 WEP104:5)
Dec 19 22:37:49 fitpc3 kernel: [ 5950.849132] rtlwifi:rtl_op_set_key():<0-0> set WEP(group/pairwise) key

Das ist ja WEP, warum das denn? Oder verwendest du die "interfaces" nicht für das WLAN und das kommt von Wicd? Ich fange gerade an etwas den Faden zu verlieren, zumal du nicht anmerkst, das du hier [1] auch am Fragen bist. Es ist üblich, das hier zu erwähnen. Für mich ist Wicd keine Wunderpille, eher ein nasses Handtuch, angenehm bei Sommerhitze, man kann aber nichts mehr sehen.
Du solltest ein Debug-Log von Anfang an bis 15 (?) Minuten später, wenn die Verbindung abgebrochen wird, erstellen. Bitte nach NoPaste (s.u.). Der Auszug oben kommt mir vorne und hinten etwas abgeschnitten vor.
Du könntest auch Wicd mal wegwerfen und wieder über die Interfaces konfigurieren, aber diesmal alles mit "wireless-*" mal weglassen. Das kann man auch über die "wpa_supplicant.conf" einpflegen.

Gruss, habakug

[1] http://forums.debian.net/viewtopic.php?f=5&t=109946

[nbpf]

Hallo!

Code: Alles auswählen

iface wlan0 inet static
    wireless-essid xxxxxxxx
    wireless-key xxxxxxxxxxxxxxxxxxxxxxxxxx

Code: Alles auswählen

Dec 19 22:37:49 fitpc3 kernel: [ 5950.848809] rtlwifi:rtl_op_set_key():<0-0> alg:WEP104
Dec 19 22:37:49 fitpc3 kernel: [ 5950.848816] rtlwifi:rtl_op_set_key():<0-0> set enable_hw_sec, key_type:5(OPEN:0 WEP40:1 TKIP:2 AES:4 WEP104:5)
Dec 19 22:37:49 fitpc3 kernel: [ 5950.849132] rtlwifi:rtl_op_set_key():<0-0> set WEP(group/pairwise) key

Das ist ja WEP, warum das denn?

Hallo habkug,

WEP ist das einzige Protokoll, mit dem ich eine wireless Verbinding mit dem Router aufbauen kann. Dies gilt nicht nur fur den Problemrechner, sondern auch für meine beide Laptops (beide Thinkpads, Debian Wheezy) mit denen ich sonst arbeite. mein Router ist ein Netgear DG834GB. Ich fange an zu denken, das Problem liegt am Router ...

Oder verwendest du die "interfaces" nicht für das WLAN und das kommt von Wicd?

Die Ergebnisse sind mit ifdown, ifup und Konfiguration von /etc/network/interfaces. Wicd ist deinstalliert.

Ich fange gerade an etwas den Faden zu verlieren, zumal du nicht anmerkst, das du hier [1] auch am Fragen bist. Es ist üblich, das hier zu erwähnen.

Entschuldigung, ich habe das Problem in beiden Foren parallel gestellt, ich hätte das erwähnen sollen.

Für mich ist Wicd keine Wunderpille, eher ein nasses Handtuch, angenehm bei Sommerhitze, man kann aber nichts mehr sehen.

Genau, deshalb möchte ich am liebsten den Server ohne Wicd am laufen halten.

Du solltest ein Debug-Log von Anfang an bis 15 (?) Minuten später, wenn die Verbindung abgebrochen wird, erstellen. Bitte nach NoPaste (s.u.). Der Auszug oben kommt mir vorne und hinten etwas abgeschnitten vor.
Du könntest auch Wicd mal wegwerfen und wieder über die Interfaces konfigurieren, aber diesmal alles mit "wireless-*" mal weglassen. Das kann man auch über die "wpa_supplicant.conf" einpflegen.

Wicd ist wie gesagt deinstalliert, "wireless" Einträge im "/etc/network/interfaces" sind weg. Hier die Datei:

Code: Alles auswählen

root@fitpc3:/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

# allow-hotplug eth0
# iface eth0 inet static
#     address 192.168.0.101
#     netmask 255.255.255.0
#     gateway 192.168.0.1
#     dns-nameservers 192.168.0.1

auto wlan0
iface wlan0 inet static
#iface wlan0 inet dhcp
    wireless-essid xxxxxxxx
    wireless-key xxxxxxxxxxxxxxxxxxxxxxxxxx 
    address 192.168.0.101
    netmask 255.255.255.0
    gateway 192.168.0.1
    dns-nameservers 192.168.0.1
    # wireless-mode managed
    # wireless-rts off
    # wireless-defaultkey 2
    # wireless-keymode open

Das listing von /var/log/syslog vom reboot bis zur Deauthentifizierung kommt gleich noch. Nochmals danke für die Unterstützung, nbpf

[nbpf]

Du solltest ein Debug-Log von Anfang an bis 15 (?) Minuten später, wenn die Verbindung abgebrochen wird, erstellen. Bitte nach NoPaste (s.u.). Der Auszug oben kommt mir vorne und hinten etwas abgeschnitten vor.

Hier ist der vollständige log, vom restart (Dec 20 00:44:36) bis zur Deauthentifizierung (Dec 20 01:11:25): http://paste.ubuntuusers.de/417302/

[habakug]

Hallo!

Schau mal hier [1], ausnahmsweise "Google". Der Router scheint da so seine Probleme zu haben, in allen, auch den aktuelleren Versionen. Du solltest dir auch überlegen, ob du wirklich ein WLAN mit WEP aufsetzen möchtest.

Aus dem Log läßt sich nur entnehmen, das eine Auswahl des Verbindungstyps stattfindet.

Code: Alles auswählen

rtl8192ce:rtl92ce_update_hal_rate_mask():<0-0> ratr_bitmap :ff5

Im Code sieht das so aus:

Code: Alles auswählen

case WIRELESS_MODE_G:
		ratr_index = RATR_INX_WIRELESS_GB;

		if (rssi_level == 1)
			ratr_bitmap &= 0x00000f00;
		else if (rssi_level == 2)
			ratr_bitmap &= 0x00000ff0;
		else
			ratr_bitmap &= 0x00000ff5;
		break;

Ob dein Router vernünftig mit dem Modus "G" umgehen kann? Oder ist hier ein Mischbetrieb "b,g" oder "a,g" eingestellt?
Die Fehlerquellen deines Setup haben sich gerade vervielfältigt.

Gruss, habakug

[1] https://www.google.de/#q=netgear+dg834+ ... connecting

[nbpf]

Ob dein Router vernünftig mit dem Modus "G" umgehen kann? Oder ist hier ein Mischbetrieb "b,g" oder "a,g" eingestellt?

Im Moment ist ein Mischbetrieb "b,g" eingestellt. Ich werde noch nur "g" probieren und dann einfach einen neuen Router bestellen. Mit dem DG834GB kann ich wie gesagt in meinem WLAN nur WEP benutzen, mit WPA und WPA2 bekomme ich via Wicd (auf den Laptops die sonst in anderen Netzwerken mit WPA und WPA2 keine Probleme haben) keine Verbindung.

[nbpf]

Am Ende war es doch ein Routerproblem: ich habe mir gestern eine Fritzbox gekauft und seit dem läuft der Server stabil und es gibt es keine Deauthentifizierungen mehr. Vielen, vielen Dank an alle die dazu beigetragen haben, das Problem zu lösen. Insbesonders, vielen Dank an habakug der mit http://debianforum.de/forum/posting.php ... 9#pr966852 entscheidend zur Lösung des Problems beigetragen hat !