WLAN Verbindungsabbrüche

[attiny]

Hallo,
ich habe mir einen itx-rechner aufgebaut (daher kein platz für pci/e karten) und möchte mich über einen usb-wlan-stick mit dem heimnetz verbinden.
das wlan-netz ist verborgen und ich kann mich mit der entsprechenden ssid und passwort darauf verbinden. jedoch passiert es hin und wieder, dass es einen verbindungsabbruch gibt und ich mich nicht mehr auf den router verbinden kann. meistens bekomme ich erst wieder eine verbindung hin, wenn ich den stick abziehe und wieder in den USB-Port hinein stecke. aktuell ist der stick in einer USB2-Buchse, vorher in einer USB3-Buchse, jedoch brachte diese die selben ergebnisse.
Manchmal ist das Problem gleich nach einem Start des Systems vorhanden. Ich sehe dann tatsächlich kein einziges Netz in der Liste, wo normalerweise noch andere Netze vorhanden sind.

folgende infos habe ich zu meinem system gefunden:

Linux-Kernel version 4.19.0-6-amd64
Debian Buster (v10.2)

im verbundenen zustand:
sudo iw wlan0 info
Interface wlan0
ifindex 4
wdev 0x100000001
addr 74:da:38:8d:cb:04
ssid LAPT-NET
type managed
wiphy 1
channel 1 (2412 MHz), width: 20 MHz, center1: 2412 MHz
txpower 20.00 dBm

sudo iw dev wlan0 get power_save
Power save: off

router einstellungen: WPA2 nur AES, SSID verborgen

lsusb bringt:
Bus 001 Device 005: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]

ip address bringt:
4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 74:da:38:8d:cb:04 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.11/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
valid_lft 596736sec preferred_lft 596736sec
inet6 fe80::8e68f48a:69ae/64 scope link noprefixroute
valid_lft forever preferred_lft forever

[orcape]

Hi,
wie sieht das bei Dir mit anderen Netzwerken in der Nachbarschaft aus.
Kannst Du einen Kanalabstand von 3-4 Kanälen zu anderen Netzen einhalten?
Vermeide Umlaute in SSID und Passwörtern.
Es ist oft ein Problem mit den USB-Sticks, eine Verbindung aufzubauen. Das hatte ich auch schon und ein Netzwerkmanager in Debian "hunzt" auch manchmal, vor allem wenn man bei einem Laptop zu viele Einträge drin hat. Hier sollte man alte, nicht mehr verwendete Einträge wenn möglich löschen, das macht es dann meist etwas "stabiler".
Gruß orcape

[debianoli]

Braucht man ein verborgenes SSID bei WPA2 Verschlüsselung?

[MSfree]

Braucht man ein verborgenes SSID bei WPA2 Verschlüsselung?

Das Verbergen des WLANs ist komplett sinnlos und irreführend. Gerade Smartphones und Tabletts trennen das WLAN häufig um Strom zu sparen. Entsprechend häufig verbinden sie sich neu und dabei muß zwingend die SSID gesendet werden. Verborgene SSIDs gibt es also gar nicht, auch wenn der Schalter im Router damit Sicherheit vorgaukelt.

Ich weiß auch nicht, warum dieser grobe Unfug immer wieder im Internet verbreitet wird.

[attiny]

Das mit dem Kanalabstand zu umgebenden WLAN-Netzen kann ich nicht garantieren, da ich nicht weiß auf welchen Kanälen diese Senden und ob diese sich eventuell mal ändern.
Der Kanal wird aktuell vom Router automatisch gewählt.

Das mit der verborgenen SSID habe ich jetzt abgestellt und werde mal schauen, ob es eine Besserung bringt.

Allerdings wurde, wie gerade eben nach dem Start des Systems gar kein WLAN-Netz gefunden.
WLAN-Stick physisch entfernen und wieder verbinden hat keine besserung gebracht.
Folgender Neustart auch nicht, erst das 2. Mal Stick entfernen und wieder dran stecken brachte eine sofortige automatische Verbindung mit verborgenen Netz.

bin etwas ratlos, da es manchmal geht und mal nicht.

[mat6937]

Das mit dem Kanalabstand zu umgebenden WLAN-Netzen kann ich nicht garantieren, da ich nicht weiß auf welchen Kanälen diese Senden und ob diese sich eventuell mal ändern.
Der Kanal wird aktuell vom Router automatisch gewählt.

Versuch mal mit:

Code: Alles auswählen

iw dev wlan0 scan

und konfiguriere auf deinem Router einen festen Kanal (z. B. 1 oder 6 oder 11 (oder 13)) bei 2.4 GHz.

[attiny]

sehe ich das richtig, dass es sich hier um 3 netzwerke handelt, welche alle kanal 1 nutzen?

Code: Alles auswählen

sudo iw wlan0 scan
BSS c8:51:95:8c:3a:42(on wlan0)
	TSF: 80139571611 usec (0d, 22:15:39)
	freq: 2412
	beacon interval: 100 TUs
	capability: ESS Privacy ShortSlotTime (0x0411)
	signal: -54.00 dBm
	last seen: 1064740 ms ago
	SSID: \x00\x00\x00\x00\x00\x00\x00\x00
	Supported rates: 1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 
	DS Parameter set: channel 1
	TIM: DTIM Count 0 DTIM Period 1 Bitmap Control 0x0 Bitmap[0] 0x0
	ERP: <no flags>
	ERP D4.0: <no flags>
	RSN:	 * Version: 1
		 * Group cipher: CCMP
		 * Pairwise ciphers: CCMP
		 * Authentication suites: PSK
		 * Capabilities: 16-PTKSA-RC 1-GTKSA-RC (0x000c)
	Extended supported rates: 6.0 9.0 12.0 48.0 
	HT capabilities:
		Capabilities: 0x19bc
			HT20
			SM Power Save disabled
			RX Greenfield
			RX HT20 SGI
			TX STBC
			RX STBC 1-stream
			Max AMSDU length: 7935 bytes
			DSSS/CCK HT40
		Maximum RX AMPDU length 32767 bytes (exponent: 0x002)
		Minimum RX AMPDU time spacing: 8 usec (0x06)
		HT RX MCS rate indexes supported: 0-15
		HT TX MCS rate indexes are undefined
	HT operation:
		 * primary channel: 1
		 * secondary channel offset: no secondary
		 * STA channel width: 20 MHz
		 * RIFS: 1
		 * HT protection: nonmember
		 * non-GF present: 1
		 * OBSS non-GF present: 1
		 * dual beacon: 0
		 * dual CTS protection: 0
		 * STBC beacon: 0
		 * L-SIG TXOP Prot: 0
		 * PCO active: 0
		 * PCO phase: 0
	Extended capabilities:
		 * Operating Mode Notification
	WMM:	 * Parameter version 1
		 * BE: CW 15-1023, AIFSN 3
		 * BK: CW 15-1023, AIFSN 7
		 * VI: CW 7-15, AIFSN 2, TXOP 3008 usec
		 * VO: CW 3-7, AIFSN 2, TXOP 1504 usec
BSS c8:51:95:8c:3a:42(on wlan0) -- associated
	TSF: 1049752185 usec (0d, 00:17:29)
	freq: 2412
	beacon interval: 100 TUs
	capability: ESS Privacy ShortSlotTime (0x0411)
	signal: -54.00 dBm
	last seen: 3436 ms ago
	Information elements from Probe Response frame:
	SSID: LAPT-NET
	Supported rates: 1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 
	DS Parameter set: channel 1
	ERP: Use_Protection
	ERP D4.0: Use_Protection
	RSN:	 * Version: 1
		 * Group cipher: CCMP
		 * Pairwise ciphers: CCMP
		 * Authentication suites: PSK
		 * Capabilities: 16-PTKSA-RC 1-GTKSA-RC (0x000c)
	Extended supported rates: 6.0 9.0 12.0 48.0 
	HT capabilities:
		Capabilities: 0x19bc
			HT20
			SM Power Save disabled
			RX Greenfield
			RX HT20 SGI
			TX STBC
			RX STBC 1-stream
			Max AMSDU length: 7935 bytes
			DSSS/CCK HT40
		Maximum RX AMPDU length 32767 bytes (exponent: 0x002)
		Minimum RX AMPDU time spacing: 8 usec (0x06)
		HT RX MCS rate indexes supported: 0-15
		HT TX MCS rate indexes are undefined
	HT operation:
		 * primary channel: 1
		 * secondary channel offset: no secondary
		 * STA channel width: 20 MHz
		 * RIFS: 0
		 * HT protection: non-HT mixed
		 * non-GF present: 1
		 * OBSS non-GF present: 1
		 * dual beacon: 0
		 * dual CTS protection: 0
		 * STBC beacon: 0
		 * L-SIG TXOP Prot: 0
		 * PCO active: 0
		 * PCO phase: 0
	Extended capabilities:
		 * Operating Mode Notification
	WPS:	 * Version: 1.0
		 * Wi-Fi Protected Setup State: 2 (Configured)
		 * Response Type: 3 (AP)
		 * UUID: 00000000-0000-0000-0000-000000000000
		 * Manufacturer: Huawei
		 * Model: Huawei
		 * Model Number: 123456
		 * Serial Number: 39
		 * Primary Device Type: 6-0050f204-1
		 * Device name: HuaweiAP
		 * Config methods:
		 * RF Bands: 0x1
		 * Unknown TLV (0x1049, 6 bytes): 00 37 2a 00 01 20
	WMM:	 * Parameter version 1
		 * BE: CW 15-1023, AIFSN 3
		 * BK: CW 15-1023, AIFSN 7
		 * VI: CW 7-15, AIFSN 2, TXOP 3008 usec
		 * VO: CW 3-7, AIFSN 2, TXOP 1504 usec
BSS 84:db:ac:1a:8a:76(on wlan0)
	TSF: 5566248963378 usec (64d, 10:10:48)
	freq: 2412
	beacon interval: 100 TUs
	capability: ESS Privacy ShortSlotTime RadioMeasure (0x1411)
	signal: -80.00 dBm
	last seen: 120 ms ago
	SSID: WLAN-YMXEBJAHK
	Supported rates: 1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 
	DS Parameter set: channel 1
	TIM: DTIM Count 0 DTIM Period 1 Bitmap Control 0x0 Bitmap[0] 0x0
	ERP: Barker_Preamble_Mode
	ERP D4.0: Barker_Preamble_Mode
	RSN:	 * Version: 1
		 * Group cipher: CCMP
		 * Pairwise ciphers: CCMP
		 * Authentication suites: PSK
		 * Capabilities: 16-PTKSA-RC 1-GTKSA-RC (0x000c)
	Extended supported rates: 6.0 9.0 12.0 48.0 
	HT capabilities:
		Capabilities: 0x19ac
			HT20
			SM Power Save disabled
			RX HT20 SGI
			TX STBC
			RX STBC 1-stream
			Max AMSDU length: 7935 bytes
			DSSS/CCK HT40
		Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
		Minimum RX AMPDU time spacing: 8 usec (0x06)
		HT RX MCS rate indexes supported: 0-15
		HT TX MCS rate indexes are undefined
	HT operation:
		 * primary channel: 1
		 * secondary channel offset: no secondary
		 * STA channel width: 20 MHz
		 * RIFS: 0
		 * HT protection: nonmember
		 * non-GF present: 1
		 * OBSS non-GF present: 1
		 * dual beacon: 0
		 * dual CTS protection: 0
		 * STBC beacon: 0
		 * L-SIG TXOP Prot: 0
		 * PCO active: 0
		 * PCO phase: 0
	Overlapping BSS scan params:
		 * passive dwell: 20 TUs
		 * active dwell: 10 TUs
		 * channel width trigger scan interval: 300 s
		 * scan passive total per channel: 200 TUs
		 * scan active total per channel: 20 TUs
		 * BSS width channel transition delay factor: 5
		 * OBSS Scan Activity Threshold: 0.25 %
	Extended capabilities:
		 * HT Information Exchange Supported
		 * Extended Channel Switching
		 * Operating Mode Notification
	WPS:	 * Version: 1.0
		 * Wi-Fi Protected Setup State: 2 (Configured)
		 * UUID: 5d9b565a-4348-505e-546b-4a7abe3cd622
		 * RF Bands: 0x3
		 * Unknown TLV (0x1049, 6 bytes): 00 37 2a 00 01 20
	WMM:	 * Parameter version 1
		 * u-APSD
		 * BE: CW 15-1023, AIFSN 3
		 * BK: CW 15-1023, AIFSN 7
		 * VI: CW 7-15, AIFSN 2, TXOP 3008 usec
		 * VO: CW 3-7, AIFSN 2, TXOP 1504 usec

[mat6937]

sehe ich das richtig, dass es sich hier um 3 netzwerke handelt, welche alle kanal 1 nutzen?

Code: Alles auswählen

sudo iw wlan0 scan
BSS c8:51:95:8c:3a:42(on wlan0)
	TSF: 80139571611 usec (0d, 22:15:39)
	freq: 2412
	beacon interval: 100 TUs
	capability: ESS Privacy ShortSlotTime (0x0411)
	signal: -54.00 dBm
	last seen: 1064740 ms ago
	SSID: \x00\x00\x00\x00\x00\x00\x00\x00
	
BSS c8:51:95:8c:3a:42(on wlan0) -- associated
	TSF: 1049752185 usec (0d, 00:17:29)
	freq: 2412
	beacon interval: 100 TUs
	capability: ESS Privacy ShortSlotTime (0x0411)
	signal: -54.00 dBm
	last seen: 3436 ms ago
	Information elements from Probe Response frame:
	SSID: LAPT-NET
	
BSS 84:db:ac:1a:8a:76(on wlan0)
	TSF: 5566248963378 usec (64d, 10:10:48)
	freq: 2412
	beacon interval: 100 TUs
	capability: ESS Privacy ShortSlotTime RadioMeasure (0x1411)
	signal: -80.00 dBm
	last seen: 120 ms ago
	SSID: WLAN-YMXEBJAHK
	

Ja:

Code: Alles auswählen

     13 channels in total; available frequencies :
          Channel 01 : 2.412 GHz
          Channel 02 : 2.417 GHz
          Channel 03 : 2.422 GHz
          Channel 04 : 2.427 GHz
          Channel 05 : 2.432 GHz
          Channel 06 : 2.437 GHz
          Channel 07 : 2.442 GHz
          Channel 08 : 2.447 GHz
          Channel 09 : 2.452 GHz
          Channel 10 : 2.457 GHz
          Channel 11 : 2.462 GHz
          Channel 12 : 2.467 GHz
          Channel 13 : 2.472 GHz

EDIT:

Das 1. und 2. WLAN sind lt. der BSSID c8:51:95:8c:3a:42 aber identisch. Einmal mit verborgener SSID "\x00\x00\x00\x00\x00\x00\x00\x00"

[attiny]

habe jetzt wie gesagt die ssid nicht mehr verborgen und den kanal auf kanal 7 gewechselt
ich werde das ganze jetzt mal 1-2 tage beobachten und Bericht erstatten, ob es sich gebessert hat.

Danke

[debianoli]

Bei so wenigen anderen Netzen sollte das eigentlich klappen, egal auf welchem Kanal du sendest.

Wie sieht denn das Kernel-Log aus, wenn es zu Abbrüchen kommt? Zeigt bereits dmesg etwas an?

Kannst ja mal suchen:

Code: Alles auswählen

grep -n 10 wlan /var/log/syslog

Code: Alles auswählen

dmesg -wT

[orcape]

Um festzustellen ob noch andere WLAN 's in Deiner Umgebung aktiv sind, reicht die Abfrage der WLAN-Einstellungen eines Smartphones.
Die Kanalbelegung verrät Dir unter Linux das Programm wifite oder wifi-radar. Letztlich reicht ein iwlist scan als Root auf der Konsole.
Gruß orcape

[attiny]

wieder verbindungsabbruch und keine wiederherstellung der verbindung möglich
erst nach neustart und stick heraus ziehen
der stick hat nach dem neustart auch nicht geleuchtet, wie normalerweise sonst bei aktiver wlan verbindung

grep -n 10 wlan /var/syslog bringt:

Code: Alles auswählen

/var/log/syslog:2646:Dec 22 16:17:54 dennis-extern-191212 dbus-daemon[1038]: [session uid=1000 pid=1038] Successfully activated service 'org.gnome.Calendar'
/var/log/syslog:2647:Dec 22 16:17:54 dennis-extern-191212 dbus-daemon[1038]: [session uid=1000 pid=1038] Successfully activated service 'org.gnome.Characters.BackgroundService'
/var/log/syslog:2648:Dec 22 16:17:55 dennis-extern-191212 dbus-daemon[1038]: [session uid=1000 pid=1038] Successfully activated service 'org.gnome.Documents'
/var/log/syslog:2650:Dec 22 16:17:55 dennis-extern-191212 dbus-daemon[1038]: [session uid=1000 pid=1038] Successfully activated service 'org.gnome.seahorse.Application'
/var/log/syslog:2651:Dec 22 16:17:55 dennis-extern-191212 dbus-daemon[1038]: [session uid=1000 pid=1038] Successfully activated service 'org.gnome.Contacts.SearchProvider'
/var/log/syslog:2652:Dec 22 16:17:55 dennis-extern-191212 dbus-daemon[1038]: [session uid=1000 pid=1038] Successfully activated service 'org.gnome.Nautilus'
/var/log/syslog:2660:Dec 22 16:17:57 dennis-extern-191212 dbus-daemon[1038]: [session uid=1000 pid=1038] Activating service name='org.gnome.gedit' requested by ':1.10' (uid=1000 pid=1071 comm="/usr/bin/gnome-shell ")
/var/log/syslog:2661:Dec 22 16:17:57 dennis-extern-191212 dbus-daemon[1038]: [session uid=1000 pid=1038] Successfully activated service 'org.gnome.gedit'
/var/log/syslog:2672:Dec 22 16:18:02 dennis-extern-191212 gnome-shell[1071]: An active wireless connection, in infrastructure mode, involves no access point?
/var/log/syslog:2673:Dec 22 16:18:02 dennis-extern-191212 gnome-shell[1071]: An active wireless connection, in infrastructure mode, involves no access point?
/var/log/syslog:2689:Dec 22 16:18:05 dennis-extern-191212 kernel: [ 1561.710733] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
/var/log/syslog:2712:Dec 22 16:18:06 dennis-extern-191212 wpa_supplicant[564]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="LAPT-NET" auth_failures=1 duration=10 reason=CONN_FAILED
/var/log/syslog:2726:Dec 22 16:18:30 dennis-extern-191212 NetworkManager[563]: <warn>  [1577027910.8764] device (wlan0): Activation: (wifi) association took too long, failing activation
/var/log/syslog:2727:Dec 22 16:18:30 dennis-extern-191212 NetworkManager[563]: <info>  [1577027910.8765] device (wlan0): state change: config -> failed (reason 'ssid-not-found', sys-iface-state: 'managed')
/var/log/syslog:2728:Dec 22 16:18:30 dennis-extern-191212 NetworkManager[563]: <info>  [1577027910.8780] manager: NetworkManager state is now DISCONNECTED
/var/log/syslog:2729:Dec 22 16:18:30 dennis-extern-191212 NetworkManager[563]: <warn>  [1577027910.8800] device (wlan0): Activation: failed for connection 'LAPT-NET'
/var/log/syslog:2730:Dec 22 16:18:30 dennis-extern-191212 NetworkManager[563]: <info>  [1577027910.8805] device (wlan0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
/var/log/syslog:2731:Dec 22 16:18:30 dennis-extern-191212 gnome-shell[1071]: An active wireless connection, in infrastructure mode, involves no access point?
/var/log/syslog:2733:Dec 22 16:18:30 dennis-extern-191212 NetworkManager[563]: <info>  [1577027910.8882] device (wlan0): set-hw-addr: set MAC address to 16:E0:60:4F:5E:CC (scanning)
/var/log/syslog:2736:Dec 22 16:18:30 dennis-extern-191212 gnome-shell[1071]: An active wireless connection, in infrastructure mode, involves no access point?
/var/log/syslog:2737:Dec 22 16:18:30 dennis-extern-191212 gnome-shell[1071]: An active wireless connection, in infrastructure mode, involves no access point?
/var/log/syslog:2750:Dec 22 16:18:32 dennis-extern-191212 kernel: [ 1588.914101] rtl8192cu: Tx queue select: 0x05
/var/log/syslog:2776:Dec 22 16:18:34 dennis-extern-191212 wpa_supplicant[564]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="LAPT-NET" auth_failures=1 duration=10 reason=CONN_FAILED
/var/log/syslog:2799:Dec 22 16:18:58 dennis-extern-191212 gnome-shell[1071]: An active wireless connection, in infrastructure mode, involves no access point?
/var/log/syslog:2800:Dec 22 16:18:58 dennis-extern-191212 gnome-shell[1071]: An active wireless connection, in infrastructure mode, involves no access point?

dmesg -wT: (allerdings nicht bei einem verbindungsabbruch sondern erst nach neustart)

Code: Alles auswählen

[So Dez 22 16:21:36 2019] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[So Dez 22 16:21:36 2019] r8169 0000:02:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)
[So Dez 22 16:21:36 2019] r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8168g-2.fw failed with error -2
[So Dez 22 16:21:36 2019] r8169 0000:02:00.0 eth0: unable to load firmware patch rtl_nic/rtl8168g-2.fw (-2)
[So Dez 22 16:21:36 2019] Generic PHY r8169-200:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
[So Dez 22 16:21:37 2019] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[So Dez 22 16:21:54 2019] fuse init (API version 7.27)
[So Dez 22 16:22:25 2019] usb 1-6: new high-speed USB device number 4 using xhci_hcd
[So Dez 22 16:22:25 2019] usb 1-6: New USB device found, idVendor=7392, idProduct=7811, bcdDevice= 2.00
[So Dez 22 16:22:25 2019] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[So Dez 22 16:22:25 2019] usb 1-6: Product: 802.11n WLAN Adapter
[So Dez 22 16:22:25 2019] usb 1-6: Manufacturer: Realtek
[So Dez 22 16:22:25 2019] usb 1-6: SerialNumber: 00e04c000001
[So Dez 22 16:22:25 2019] rtl8192cu: Chip version 0x10
[So Dez 22 16:22:25 2019] rtl8192cu: Board Type 0
[So Dez 22 16:22:25 2019] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[So Dez 22 16:22:25 2019] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[So Dez 22 16:22:25 2019] usb 1-6: firmware: failed to load rtlwifi/rtl8192cufw_TMSC.bin (-2)
[So Dez 22 16:22:25 2019] usb 1-6: Direct firmware load for rtlwifi/rtl8192cufw_TMSC.bin failed with error -2
[So Dez 22 16:22:25 2019] usb 1-6: firmware: failed to load rtlwifi/rtl8192cufw.bin (-2)
[So Dez 22 16:22:25 2019] usb 1-6: Direct firmware load for rtlwifi/rtl8192cufw.bin failed with error -2
[So Dez 22 16:22:25 2019] rtlwifi: Loading alternative firmware rtlwifi/rtl8192cufw.bin
[So Dez 22 16:22:25 2019] ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
[So Dez 22 16:22:25 2019] usbcore: registered new interface driver rtl8192cu
[So Dez 22 16:22:25 2019] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[So Dez 22 16:22:25 2019] rtl8192cu: MAC auto ON okay!
[So Dez 22 16:22:25 2019] rtl8192cu: Tx queue select: 0x05
[So Dez 22 16:22:25 2019] rtl8192c_common: Polling FW ready fail! REG_MCUFWDL:0x00000006.
[So Dez 22 16:22:25 2019] rtl8192c_common: Firmware is not ready to run!
[So Dez 22 16:22:27 2019] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[So Dez 22 16:22:27 2019] rtl8192cu: MAC auto ON okay!
[So Dez 22 16:22:27 2019] rtl8192cu: Tx queue select: 0x05
[So Dez 22 16:22:27 2019] rtl8192c_common: Polling FW ready fail! REG_MCUFWDL:0x00000006.
[So Dez 22 16:22:27 2019] rtl8192c_common: Firmware is not ready to run!
[So Dez 22 16:22:31 2019] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[So Dez 22 16:22:31 2019] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[So Dez 22 16:22:35 2019] rtl8192cu: MAC auto ON okay!
[So Dez 22 16:22:35 2019] rtl8192cu: Tx queue select: 0x05
[So Dez 22 16:22:37 2019] rtl8192c_common: Polling FW ready fail! REG_MCUFWDL:0x00000006.
[So Dez 22 16:22:37 2019] rtl8192c_common: Firmware is not ready to run!
[So Dez 22 16:22:38 2019] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[So Dez 22 16:22:43 2019] wlan0: authenticate with c8:51:95:8c:3a:42
[So Dez 22 16:22:44 2019] wlan0: send auth to c8:51:95:8c:3a:42 (try 1/3)
[So Dez 22 16:22:44 2019] wlan0: authenticated
[So Dez 22 16:22:44 2019] wlan0: associate with c8:51:95:8c:3a:42 (try 1/3)
[So Dez 22 16:22:44 2019] wlan0: RX AssocResp from c8:51:95:8c:3a:42 (capab=0x411 status=0 aid=3)
[So Dez 22 16:22:45 2019] wlan0: associated
[So Dez 22 16:22:45 2019] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

[orcape]

Hi attiny,
Ich habe mir mal die Zeit genommen und 2 verschiedene WLAN-USB-Sticks an meinen PC gesteckt.

Nur mal so nachgefragt zu Deinem WLAN0-Interface. Hast Du überhaupt eine WLAN-Karte verbaut und wieso macht der USB-Stick ein WLAN-Interface?
Das ist mir schleierhaft.....

Ein LTE-USB-Stick (4 G), z.B. von ZTE, verhält sich wie ein Netzwerk-Interface und sieh bei mir so aus.......

Code: Alles auswählen

root@orca:~#ifconfig

enx0c5b8f279a64: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.8.100  netmask 255.255.255.0  broadcast 192.168.8.255
        inet6 fe80::5e45:4bb8:3b39:5fd0  prefixlen 64  scopeid 0x20<link>
        ether 0c:5b:8f:27:9a:64  txqueuelen 1000  (Ethernet)
        RX packets 1  bytes 318 (318.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 101  bytes 73133 (71.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Es ist kein WLAN0 erkennbar sondern enx0c5b8f279a64 als Interface.

Ein UMTS-USB-Stick (3 G) von Huawei verhält sich wie ein ppp0-Interface.....

Code: Alles auswählen

root@orca:~#ifconfig

ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500
        inet 37.85.158.45  netmask 255.255.255.255  destination 10.64.64.64
        ppp  txqueuelen 3  (Punkt-zu-Punkt-Verbindung)
        RX packets 10  bytes 518 (518.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 18  bytes 1496 (1.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Es ist kein WLAN0 erkennbar sondern ppp0 als Interface.

Das kann also gar nicht mit WLAN0 funktionieren. Hier läuft etwas gewaltig schief bei Dir.
Wenn Du einen 3 G Stick hast, ist bei Dir überhaupt ppp installiert ???
Gruß orcape

[debianoli]

Du hast Meldungen von fehlender Firmware. Such mal nach aktueller Firmware für deinen Wlan Chip.

[mat6937]

Ich habe mir mal die Zeit genommen und 2 verschiedene WLAN-USB-Sticks an meinen PC gesteckt.

Ein LTE-USB-Stick (4 G), z.B. von ZTE, ...

Ein UMTS-USB-Stick (3 G) von Huawei

Meinst Du mit WLAN-USB-Sticks dein LTE-USB-Stick und dein UMTS-USB-Stick?

Der TE hat aber den:

Code: Alles auswählen

Bus 001 Device 005: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]

WLAN-USB-Stick und damit gibt es die Bezeichnung "wlan0" für das wlan-Interface.

[orcape]

@ mat6937

Der TE hat aber den:

Code: Alles auswählen

Bus 001 Device 005: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]

WLAN-USB-Stick und damit gibt es die Bezeichnung "wlan0" für das wlan-Interface.

Sorry, hatte ich wohl überlesen.

Gruß orcape

[attiny]

ja ich habe den edimax wlan-stick

habe ich heute morgen noch etwas im netz herum geforstet und gefunden, dass jemand mit einem anderen WLAN-Stick Probleme hatte und er solle doch aus der non-free-quelle das paket firmware-realtek installieren.
Habe dann herausgefunden, dass es bei mir nicht installiert ist und es nach installiert.
dadurch sieht meine Ausgabe nach dem Start aktuell so aus:

Code: Alles auswählen

[Mo Dez 23 22:36:00 2019] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[Mo Dez 23 22:36:00 2019] r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw
[Mo Dez 23 22:36:00 2019] Generic PHY r8169-200:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
[Mo Dez 23 22:36:00 2019] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[Mo Dez 23 22:36:00 2019] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[Mo Dez 23 22:36:00 2019] rtl8192cu: MAC auto ON okay!
[Mo Dez 23 22:36:00 2019] rtl8192cu: Tx queue select: 0x05
[Mo Dez 23 22:36:00 2019] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[Mo Dez 23 22:36:00 2019] rtl8192cu: MAC auto ON okay!
[Mo Dez 23 22:36:00 2019] rtl8192cu: Tx queue select: 0x05
[Mo Dez 23 22:36:01 2019] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[Mo Dez 23 22:36:01 2019] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[Mo Dez 23 22:36:02 2019] rtl8192cu: MAC auto ON okay!
[Mo Dez 23 22:36:02 2019] rtl8192cu: Tx queue select: 0x05
[Mo Dez 23 22:36:02 2019] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[Mo Dez 23 22:36:03 2019] wlan0: authenticate with c8:51:95:8c:3a:42
[Mo Dez 23 22:36:03 2019] wlan0: send auth to c8:51:95:8c:3a:42 (try 1/3)
[Mo Dez 23 22:36:03 2019] wlan0: authenticated
[Mo Dez 23 22:36:03 2019] wlan0: associate with c8:51:95:8c:3a:42 (try 1/3)
[Mo Dez 23 22:36:03 2019] wlan0: RX AssocResp from c8:51:95:8c:3a:42 (capab=0x411 status=0 aid=2)
[Mo Dez 23 22:36:04 2019] wlan0: associated
[Mo Dez 23 22:36:04 2019] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[Mo Dez 23 22:36:28 2019] fuse init (API version 7.27)
[Mo Dez 23 22:36:32 2019] rfkill: input handler disabled
[Mo Dez 23 22:36:33 2019] BTRFS info (device sdb1): disk space caching is enabled
[Mo Dez 23 22:36:33 2019] BTRFS info (device sdb1): has skinny extents

Das könnte das Problem gelöst haben.
Danke an euch!

[attiny]

Hallo,

ich habe das Problem leider immer noch ab und zu. Spontan bricht die WLAN-Verbindung ab. Erst nach einem Neustart funktioniert diese wieder.
Mitlerweile habe ich einen anderen USB-WLAN-Stick:

Code: Alles auswählen

lsusb
Bus 001 Device 003: ID 0bda:b812 Realtek Semiconductor Corp. 

Auf der Verpackung steht
"USB3.0 DualBandWirelessUSBAdapter AC1200"
"AMZLAB"

[debianoli]

Schon anderen USB Port getestet? Was auch hilft: USB-Verlängerungskabel und damit den Wlan-Stick an einer anderen Stelle im Raum plazieren. Kann man zB mit linssid darstellen lassen, wie der Empfang ist. Evtl funkt am bisherigen Standort zuviel rein oder irgendwas stört immer mal wieder.

[attiny]

Das power_save war an
habe es abgeschalten

mal schauen, ob es daran lag ...

[attiny]

hat jemand ne idee, wie ich das power_save permanent abschalte

hab schon ein paar sachen von google ausprobiert, jedoch alle ohne erfolg

[pferdefreund]

Na ja, für den Befehl eine systemd-unit anlegen und fertig ist der Lack.

[MSfree]

Na ja, für den Befehl eine systemd-unit anlegen und fertig ist der Lack.

Es gibt immer noch die Möglichkeit, die Datei rc.local anzulegen und von dort Befehle auszuführen, die als letzte im Bootvorgang abgearbeitet werden. Die entsprechende system Unit ist bereits vorhanden und aktiviert.

rc.local sollte root.root gehören und ausführbar sein. Also einmalig nach dem Anlegen der Datei

Code: Alles auswählen

chown root.root /etc/rc.local
chmod 755 /etc/rc.local

ausführen.

Dort könnte man z.B.

Code: Alles auswählen

/sbin/iwconfig <WLAN-Interface> power off

reinstecken.

[attiny]

Na ja, für den Befehl eine systemd-unit anlegen und fertig ist der Lack.

Es gibt immer noch die Möglichkeit, die Datei rc.local anzulegen und von dort Befehle auszuführen, die als letzte im Bootvorgang abgearbeitet werden. Die entsprechende system Unit ist bereits vorhanden und aktiviert.

rc.local sollte root.root gehören und ausführbar sein. Also einmalig nach dem Anlegen der Datei

Code: Alles auswählen

chown root.root /etc/rc.local
chmod 755 /etc/rc.local

ausführen.

Dort könnte man z.B.

Code: Alles auswählen

/sbin/iwconfig <WLAN-Interface> power off

reinstecken.

Das hat nun wie gewünscht dazu geführt, dass power_save nach dem Start deaktiviert ist.

Für andere, welche das selbe Problem haben sollten, meine verwendete rc.local:

Code: Alles auswählen

#!/bin/sh -e
sudo iw dev wlan0 set power_save off
exit 0

Nun muss ich es wieder mal beobachten

Danke euch

[MSfree]

Für andere, welche das selbe Problem haben sollten, meine verwendete rc.local:

Code: Alles auswählen

#!/bin/sh -e
sudo iw dev wlan0 set power_save off
exit 0

Laß das sudo weg und schreib lieber

Code: Alles auswählen

#!/bin/sh -e
/sbin/iw dev wlan0 set power_save off
exit 0

in die Datei.