ka111
Anmeldungsdatum: 22. Juni 2014
Beiträge: 141
|
Weis jemand wieso sich mein Wlan manchmal nicht mehr automatisch verbindet und ich mit der Maus selber auf verbinden klicken muss? Vielleicht passiert das nachdem die Verbindung kurz verloren ging.
Ausserdem habe ich das Gefühl dass die Verbindung manchmal hängt, aber genau sagen ob es jetzt der Pc ist oder einfach nur die Webseite oder das Internet vom Handy kann ich nicht, mit Kabel hatte ich das nie, jetzt habe ich nur noch das Internet vom Handy das der Pc mit einem Wlan USB Stick empfängt. Die benötigten Informationen die irgendwo beschrieben stehen sind:
uname -a
Linux name 4.15.0-52-generic #56-Ubuntu SMP Tue Jun 4 22:49:08 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
------------------------------
lspci -nnk | grep -i net -A2
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 11)
Subsystem: ASUSTeK Computer Inc. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1043:859e]
Kernel driver in use: r8169
Kernel modules: r8169
------------------------------
pccardctl info
(nichts)
------------------------------
lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0bc2:ab10 Seagate RSS LLC
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 413c:2005 Dell Computer Corp. RT7D50 Keyboard
Bus 003 Device 003: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Bus 003 Device 034: ID 046d:c077 Logitech, Inc. M105 Optical Mouse
Bus 003 Device 005: ID 0e8f:2517 GreenAsia Inc.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
------------------------------
cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
------------------------------
iwconfig
wlx7cdd905f946f IEEE 802.11 ESSID:"name"
Mode:Managed Frequency:2.412 GHz Access Point: zahl:zahl:zahl:zahl:zahl:zahl
Bit Rate=72.2 Mb/s Tx-Power=20 dBm
Retry short long limit:2 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=55/70 Signal level=-55 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:159 Invalid misc:164 Missed beacon:0
enp3s0 no wireless extensions.
lo no wireless extensions.
------------------------------
nmcli general ; nmcli device ; nmcli connection
STATE CONNECTIVITY WIFI-HW WIFI WWAN-HW WWAN
verbunden vollständig aktiviert aktiviert aktiviert aktiviert
DEVICE TYPE STATE CONNECTION
wlx7cdd905f946f wifi verbunden wifiname
enp3s0 ethernet nicht verfügbar --
lo loopback nicht verwaltet --
NAME UUID TYPE DEV
wifiname grosseZahl.......................... wifi wlx
Kabelgebundene Verbindung 1 grosseZahl.......................... ethernet --
------------------------------
ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 39 Mai 20 2018 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
------------------------------
cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver zahlzahlzahl.zahl.zahl.zahlzahl
options edns0
------------------------------
ping -c 2 $(ip -4 route show default | grep -o '[0-9]*[.][.0-9]*' )
PING 192.168.43.1 (192.168.43.1) 56(84) bytes of data.
64 bytes from 192.168.43.1: icmp_seq=1 ttl=64 time=6.22 ms
64 bytes from 192.168.43.1: icmp_seq=2 ttl=64 time=39.4 ms
--- 192.168.43.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 6.227/22.825/39.424/16.599 ms
------------------------------
ping -c 2 213.95.41.4
PING 213.95.41.4 (213.95.41.4) 56(84) bytes of data.
64 bytes from 213.95.41.4: icmp_seq=1 ttl=52 time=53.3 ms
64 bytes from 213.95.41.4: icmp_seq=2 ttl=52 time=112 ms
--- 213.95.41.4 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 53.393/82.835/112.277/29.442 ms
------------------------------
ping -c 2 www.ubuntuusers.de
PING ubuntuusers.de (213.95.41.4) 56(84) bytes of data.
64 bytes from ha.ubuntu-eu.org (213.95.41.4): icmp_seq=1 ttl=52 time=57.7 ms
64 bytes from ha.ubuntu-eu.org (213.95.41.4): icmp_seq=2 ttl=52 time=52.1 ms
--- ubuntuusers.de ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 52.194/54.993/57.793/2.809 ms
------------------------------
rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
------------------------------
lsmod
Module Size Used by
ufs 77824 0
qnx4 16384 0
hfsplus 106496 0
hfs 57344 0
minix 32768 0
ntfs 102400 0
msdos 20480 0
jfs 188416 0
xfs 1200128 0
libcrc32c 16384 1 xfs
cpuid 16384 0
ccm 20480 9
pci_stub 16384 1
vboxpci 24576 0
vboxnetadp 28672 0
vboxnetflt 28672 0
vboxdrv 471040 3 vboxpci,vboxnetadp,vboxnetflt
arc4 16384 2
mxm_wmi 16384 0
eeepc_wmi 16384 0
asus_wmi 28672 1 eeepc_wmi
sparse_keymap 16384 1 asus_wmi
wmi_bmof 16384 0
intel_rapl 20480 0
snd_hda_codec_hdmi 49152 1
rt2800usb 32768 0
x86_pkg_temp_thermal 16384 0
rt2x00usb 20480 1 rt2800usb
intel_powerclamp 16384 0
rt2800lib 114688 1 rt2800usb
rt2x00lib 53248 3 rt2800usb,rt2x00usb,rt2800lib
kvm_intel 212992 0
kvm 598016 1 kvm_intel
irqbypass 16384 1 kvm
mac80211 778240 3 rt2x00lib,rt2x00usb,rt2800lib
snd_hda_codec_realtek 106496 1
crct10dif_pclmul 16384 0
snd_hda_codec_generic 73728 1 snd_hda_codec_realtek
crc32_pclmul 16384 0
ghash_clmulni_intel 16384 0
pcbc 16384 0
snd_hda_intel 40960 6
cfg80211 622592 2 rt2x00lib,mac80211
joydev 24576 0
snd_hda_codec 126976 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core 81920 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hwdep 20480 1 snd_hda_codec
input_leds 16384 0
aesni_intel 188416 6
aes_x86_64 20480 1 aesni_intel
crypto_simd 16384 1 aesni_intel
glue_helper 16384 1 aesni_intel
snd_pcm 98304 5 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
cryptd 24576 3 crypto_simd,ghash_clmulni_intel,aesni_intel
intel_cstate 20480 0
snd_seq_midi 16384 0
intel_rapl_perf 16384 0
snd_seq_midi_event 16384 1 snd_seq_midi
snd_rawmidi 32768 1 snd_seq_midi
snd_seq 65536 2 snd_seq_midi,snd_seq_midi_event
i915 1617920 29
snd_seq_device 16384 3 snd_seq,snd_seq_midi,snd_rawmidi
drm_kms_helper 167936 1 i915
snd_timer 32768 2 snd_seq,snd_pcm
snd 81920 22 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm,snd_rawmidi
mei_me 40960 0
lpc_ich 24576 0
mei 90112 1 mei_me
drm 401408 13 drm_kms_helper,i915
i2c_algo_bit 16384 1 i915
fb_sys_fops 16384 1 drm_kms_helper
syscopyarea 16384 1 drm_kms_helper
soundcore 16384 1 snd
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
shpchp 36864 0
mac_hid 16384 0
wmi 24576 3 asus_wmi,wmi_bmof,mxm_wmi
video 45056 2 asus_wmi,i915
sch_fq_codel 20480 6
nct6775 57344 0
hwmon_vid 16384 1 nct6775
coretemp 16384 0
parport_pc 36864 0
ppdev 20480 0
lp 20480 0
parport 49152 3 parport_pc,lp,ppdev
ip_tables 28672 0
x_tables 40960 1 ip_tables
autofs4 40960 2
btrfs 1122304 0
xor 24576 1 btrfs
zstd_compress 163840 1 btrfs
raid6_pq 114688 1 btrfs
hid_generic 16384 0
usbhid 53248 0
hid 118784 2 usbhid,hid_generic
uas 24576 1
usb_storage 69632 1 uas
nvme 36864 0
ahci 40960 1
r8169 86016 0
libahci 32768 1 ahci
mii 16384 1 r8169
nvme_core 61440 1 nvme
------------------------------
iwlist chan
wlx7cdd905f946f 14 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
Channel 14 : 2.484 GHz
Current Frequency:2.412 GHz (Channel 1)
enp3s0 no frequency information.
lo no frequency information.
------------------------------
sudo iwlist scan
wlx7cdd905f946f Scan completed :
Cell 01 - Address: zahl:zahl:zahl:zahl:zahl:zahl
Channel:1
Frequency:2.412 GHz (Channel 1)
Quality=69/70 Signal level=-41 dBm
Encryption key:on
ESSID:"name"
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 18 Mb/s
24 Mb/s; 36 Mb/s; 54 Mb/s
Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 48 Mb/s
Mode:Master
Extra:tsf=00000000c8f80404
Extra: Last beacon: 88ms ago
IE: Unknown: 00036D776C
IE: Unknown: 010882848B962430486C
IE: Unknown: 030101
IE: Unknown: 2A0100
IE: Unknown: 32040C121860
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : CCMP
Pairwise Ciphers (1) : CCMP
Authentication Suites (1) : PSK
IE: Unknown: 2D1A210017FF00000000000000000000000000000000000000000000
IE: Unknown: 3D1601080000000000000000000000000000000000000000
IE: Unknown: 7F080400008001000040
IE: Unknown: DD790050F204104A00011010440001021057000101103B000103104700106F5E529ECECA5FBEB2A62E6BB199796810210004536F6E791023000546353332311024000546353332311042000A51563730314C5147304210540008000A0050F20400051011000546353332311008000201001049000600372A000120
IE: Unknown: DD090010180201001C0000
IE: Unknown: DD180050F2020101800003A4000027A4000042435E0062322F00
enp3s0 Interface doesn't support scanning.
lo Interface doesn't support scanning. Das waren viele. Ich hoffe jemand weis wie man das Problem löst. Danke
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
ka111 schrieb: Weis jemand wieso sich mein Wlan manchmal nicht mehr automatisch verbindet und ich mit der Maus selber auf verbinden klicken muss?
Nein, das kann niemand wissen. Wir können Dir höchstens helfen, es heraus zu finden. Abaer auch dafür gibt es keine Garantie.
[…] Verbindung kurz verloren ging […] Verbindung manchmal hängt […] ob es jetzt der Pc ist oder einfach nur die Webseite oder das Internet vom Handy […] Die benötigten Informationen […]
Sagen leider sehr wenig über die beschriebenen Symptome, da sie wohl zu einem Zeitpunkt ermittelt wurden, zu dem alles ordnungsgemäß funktionierte. Immerhin zeigt dies, dass mit der Netzwerkkonfiguration grundsätzlich alles in Ordnung ist.
[…]
lsusb
[…]
Bus 003 Device 003: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Es geht um diese WLAN-Hardware.
iwconfig
wlx7cdd905f946f IEEE 802.11 ESSID:"name"
Mode:Managed Frequency:2.412 GHz Access Point: zahl:zahl:zahl:zahl:zahl:zahl
Bit Rate=72.2 Mb/s Tx-Power=20 dBm
Retry short long limit:2 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=55/70 Signal level=-55 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:159 Invalid misc:164 Missed beacon:0
Dies könnten Symptome des Problems sein. Es wird erforderlich sein, Informationen zu den Zeitpunkten zu gewinnen, wenn die Verbindung gestört ist, und zwar durch Studium des Systemlogs. Um dafür zunächst einmal Begriffe zu Filterung zu gewinnen, könnte folgender Versuch helfen: Starte den Rechner neu. Öffne ein Terminal und gib diesen Befehl ein: nmcli monitor | tee nm-monitor.txt Möglicherweise gibt dieser Befehl zunächst gar nichts aus. Halte das Terminal geöffnet und lasse den Befehl weiter laufen. Arbeite dann ganz normal mit dem Rechner. Erzeuge Netzwerkverkehr zum Internet bis die von Dir beschriebenen Symptome auftreten und im Terminal der Monitor-Befehl Ausgaben erzeugt hat. Zeige diese Ausgaben. Dazu kannst Du einfach die erzeugte Datei nm-monitor.txt hier in einen Codeblock einfügen oder als Anhang anfügen.
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo ka111, Dies hier: Power Management:on sollte auf off stehen ..... Gruss Lidux
|
ka111
(Themenstarter)
Anmeldungsdatum: 22. Juni 2014
Beiträge: 141
|
Jetzt habe ich es genau gesehen, es hiess kurz Legitimierung wird benötigt, danach war es wieder auf die gleiche Art nicht verbunden wie sonst ab und zu.
Ich habe jetzt aber vergessen den Rechner neu zu starten, aber der Rechner wird ab und zu schon neu gestartet, und auch danach ist das Problem noch. cat nm-monitor.txt
wlx7cdd905f946f: wird verbunden (Legitimierung wird benötigt)
Verbindungszustand ist jetzt »kein«
NetworkManager ist jetzt im Zustand »wird verbunden«
wlx7cdd905f946f: Verbindung fehlgeschlagen
NetworkManager ist jetzt im Zustand »nicht verbunden«
wlx7cdd905f946f: nicht verbunden
Es gibt keine primäre Verbindung
wlx7cdd905f946f: nicht verfügbar <<< ich habe per Tastenkombination ein Script gestartet das "rfkill block wifi" und "rfkill unblock wifi" beinhaltet, wenn es automatisch verbunden hätte in ein paar Sekunden hätte es sofort verbunden nach diesen zwei Befehlen (glaube ich), und wenn das Problem auftritt nützt es nichts, so wie jetzt
wlx7cdd905f946f: nicht verbunden <<< diese Zeile kam auch nach dem Script
wlx7cdd905f946f: wird verbunden (wird vorbereitet)
wlx7cdd905f946f: Verbindung »wlanName« wird verwendet
NetworkManager ist jetzt im Zustand »wird verbunden«
wlx7cdd905f946f: wird verbunden (wird eingerichtet)
wlx7cdd905f946f: wird verbunden (IP-Einstellungen werden ermittelt)
wlx7cdd905f946f: wird verbunden (Zweitverbindungen werden gestartet)
wlx7cdd905f946f: verbunden
»wlanName« ist jetzt die primäre Verbindung
NetworkManager ist jetzt im Zustand »verbunden (nur Gelände)«
Verbindungszustand ist jetzt »vollständig«
NetworkManager ist jetzt im Zustand »verbunden« Das Handy lag auch 2m neben dem Pc, also die Verbindung sollte nicht zu schwach gewesen sein.
Könnte das mit dem Power Management zu tun haben, das Lidux erwähnt hat? Das habe ich noch nicht ausgeschalten, wie mache ich das am besten richtig auf Ubuntu?
|
ka111
(Themenstarter)
Anmeldungsdatum: 22. Juni 2014
Beiträge: 141
|
Ich habe jetzt mal in /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf die Zeile "wifi.powersave = 3" auf = 2 geändert und neu gestartet. Jetzt zeigt iwconfig "Power Management:off" an. Mal schauen ob das etwas bewirkt, vielleicht hing es ja auch wegen dem ab und zu. Ich hoffe das war richtig so?
|
ka111
(Themenstarter)
Anmeldungsdatum: 22. Juni 2014
Beiträge: 141
|
Nein das scheint nicht genützt zu haben wegen der Verbindung, gerade eben hat es wieder nicht automatisch verbunden als ich kurz weg war und jetzt wieder zu Hause den Hotspot eingeschaltet habe am Handy. Bis ich ging funktionierte es aber noch normal, und es ist nicht nur nachdem ich das Haus verlassen habe, aber es kann vielleicht sein das die Verbindung kurz zu schwach wird wenn ich in einem anderen Raum bin. nmcli und iwconfig habe das ergeben: nmcli monitor
wlx7cdd905f946f: nicht verfügbar <<< wieder rfkill Script
wlx7cdd905f946f: nicht verbunden <<< auch rfkill Script
wlx7cdd905f946f: wird verbunden (wird vorbereitet) <<< selber auf verbinden geklickt
wlx7cdd905f946f: Verbindung »wifiName« wird verwendet
NetworkManager ist jetzt im Zustand »wird verbunden«
wlx7cdd905f946f: wird verbunden (Legitimierung wird benötigt)
wlx7cdd905f946f: wird verbunden (wird vorbereitet)
wlx7cdd905f946f: wird verbunden (wird eingerichtet)
wlx7cdd905f946f: wird verbunden (IP-Einstellungen werden ermittelt)
wlx7cdd905f946f: wird verbunden (IP-Funktionalität wird geprüft)
wlx7cdd905f946f: wird verbunden (Zweitverbindungen werden gestartet)
»wifiName« ist jetzt die primäre Verbindung
wlx7cdd905f946f: verbunden
NetworkManager ist jetzt im Zustand »verbunden (nur Gelände)«
Verbindungszustand ist jetzt »begrenzt«
Verbindungszustand ist jetzt »vollständig«
NetworkManager ist jetzt im Zustand »verbunden«
danach:
iwconfig
enp3s0 no wireless extensions.
lo no wireless extensions.
wlx7cdd905f946f IEEE 802.11 ESSID:"wifiName"
Mode:Managed Frequency:2.412 GHz Access Point: Zahl
Bit Rate=72.2 Mb/s Tx-Power=20 dBm
Retry short long limit:2 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=70/70 Signal level=-35 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:50 Missed beacon:0
Ich musste kein Passwort für das Wlan eingeben oder auf Ok klicken, nur die Wlan Verbindung anklicken.
Und der Rechner lief jetzt noch nicht lange.
|
ka111
(Themenstarter)
Anmeldungsdatum: 22. Juni 2014
Beiträge: 141
|
Und wenn ich den Hotspot am Handy kurz ausschalte und wieder ein verbindet es automatisch am Pc, das gleiche auch wenn ich das Smartphone in Alufolie wickle und wieder auspacke...
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Die Protokolle von nmcli monitor zeigen bisher nur ganz normale Abläufe zum Aufbau der Verbindung. Daran ist nichts auffällig. Im WLAN-Profil ist aber schon „Automatisch verbinden“ eingeschaltet? Zeige bitte: nmcli -f NAME,DEVICE,AUTOCONNECT,AUTOCONNECT-PRIORITY connection
|
ka111
(Themenstarter)
Anmeldungsdatum: 22. Juni 2014
Beiträge: 141
|
nmcli -f NAME,DEVICE,AUTOCONNECT,AUTOCONNECT-PRIORITY connection
NAME DEVICE AUTOCONNECT AUTOCONNECT-PRIORITY
wifiName wlx7cdd905f946f ja 0
Kabelgebundene Verbindung 1 -- ja 4294966297 Meistens verbindet es schon automatisch, nur manchmal nicht. Aber es nervt halt wenn man immer wieder kein Internet hat und wieder von Hand verbinden muss, was auf einem Windows Laptop den ich noch habe nicht nötig ist. Es sah aber so aus als ob es nochmals eine Legitimierung brauchte und das irgendwie nachher nicht mehr weiter geklappt hat wenn überhaupt die Legitimierung funktioniert hat. Weil ich habe gesehen dass sich das Wlan Zeichen verändert hat und im Terminal mit nmcli monitor eben das erschienen ist:
wlx7cdd905f946f: wird verbunden (Legitimierung wird benötigt)
Verbindungszustand ist jetzt »kein«
NetworkManager ist jetzt im Zustand »wird verbunden«
wlx7cdd905f946f: Verbindung fehlgeschlagen
NetworkManager ist jetzt im Zustand »nicht verbunden«
wlx7cdd905f946f: nicht verbunden
Es gibt keine primäre Verbindung Nachher verschwand das Wlan Zeichen und es war genau so wie es halt ist wenn es nicht mehr automatisch verbindet.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, unterstützt das Smartphone kein Tethering über USB? Wäre einfacher und stabiler, quasi wie Ethernet über Kabel. Es kann sein, dass das Smartphone viel zu dicht am PC liegt.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
ka111 schrieb: […] Meistens verbindet es schon automatisch, nur manchmal nicht.
Kann es sein, dass die automatische Verbindung immer dann nicht funktioniert, wenn das Handy im Ruhezustand ist?
[…] Es sah aber so aus als ob es nochmals eine Legitimierung brauchte
Ja. Der WLAN-Client muss sich regelmäßig beim WLAN-Zugangspunkt melden, identifizieren und legitimieren.
und das irgendwie nachher nicht mehr weiter geklappt hat wenn überhaupt die Legitimierung funktioniert hat. […]
Was lt. Protokoll
funktioniert hat: Der NetworkManager hat automatisch versucht, diese Legitimierung durchzuführen. nicht funktioniert hat: Die Legitimierung selbst. Über den Grund wissen wir noch nichts, es kann sein: Der Zugangspunkt (Dein Handy) hat gar nicht geantwortet. Oder er hat geantwortet, die Verbindung aber abgelehnt. Oder die technischen Parameter passen dem Handy nicht immer. Oder … … … ?
Nachher verschwand das Wlan Zeichen und es war genau so wie es halt ist wenn es nicht mehr automatisch verbindet.
Das ist folgerichtig. NetworkManager konnte seine Aufgabe nicht erfüllen und hat einfach aufgegeben. Du kannst jetzt folgendes tun:
Den Fehler beim Handy suchen, s.o. Das Hirn des NetworkManager putzen, das Verbindungsprofil löschen und neu anlegen. Die Geschwätzigkeit des NetworkManager bzgl. der Meldungen erhöhen.
Wie möchtest Du vorgehen?
|
ka111
(Themenstarter)
Anmeldungsdatum: 22. Juni 2014
Beiträge: 141
|
elektronenblitz63 schrieb: Hallo, unterstützt das Smartphone kein Tethering über USB? Wäre einfacher und stabiler, quasi wie Ethernet über Kabel. Es kann sein, dass das Smartphone viel zu dicht am PC liegt.
Das würde es schon unterstützen, aber das ist ja noch unpraktischer als wenn ich jedes mal mit der Maus auf verbinden klicken muss... Kann es sein, dass die automatische Verbindung immer dann nicht funktioniert, wenn das Handy im Ruhezustand ist?
Nein, es ist meistens im Ruhezustand und kann auch wieder automatisch verbinden wenn die Verbindung kurz unterbrochen wurde. kB schrieb: ka111 schrieb:
funktioniert hat: Der NetworkManager hat automatisch versucht, diese Legitimierung durchzuführen. nicht funktioniert hat: Die Legitimierung selbst. Über den Grund wissen wir noch nichts, es kann sein: Der Zugangspunkt (Dein Handy) hat gar nicht geantwortet. Oder er hat geantwortet, die Verbindung aber abgelehnt. Oder die technischen Parameter passen dem Handy nicht immer. Oder … … … ?
Und wieso versucht der NetworkManager danach nicht erneut eine Verbindung herzustellen? Weil sichtbar ist das Wlan Netz noch wenn ich auf "wählen Sie ein Netzwerk aus" klicke, nur verbinden tut es nicht mehr. Du kannst jetzt folgendes tun:
Den Fehler beim Handy suchen, s.o. Das Hirn des NetworkManager putzen, das Verbindungsprofil löschen und neu anlegen. Die Geschwätzigkeit des NetworkManager bzgl. der Meldungen erhöhen.
Wie möchtest Du vorgehen?
Also 1. lieber nicht, und mit dem Windows Laptop habe ich das sowieso noch nie bemerkt. 2. Wenn du damit meinst auf "Drahtlosnetzwerk Einstellungen zu gehen" und dort die Verbindung zu löschen und neu einzufügen das könnte ich sehr gerne probieren, aber ich denke nicht dass das etwas bringt (vom reinen Gefühl her ohne etwas darüber zu wissen). Ich probier das mal. 3. Ich würde gerne das nach dem erfolglosen Versuch es sich gleich wieder versucht zu verbinden (ausser das führt vielleicht dazu dass das Internet kurz hängt bei jedem erneuten Verbinden, oder sonst irgend welche unerwünschte Sachen mit sich bringt).
Ich bin mir aber nicht sicher ob das das gleiche ist wie du bei 3. erklärst, weil wenn ich selbst den Hotspot am Handy ausschalte und wieder ein dauert es nur ca 30s bis es wieder automatisch verbindet. Es soll einfach nach dem erfolglosen versuch gleich wieder verbinden.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
ka111 schrieb: […] Also 1. lieber nicht […] 2. Wenn du damit meinst auf "Drahtlosnetzwerk Einstellungen zu gehen" […]
Mit „Hirn putzen“ meine ich:
Stoppe den NetworkManager: nmcli networking off
nmcli general Gehe ins Verzeichnis /var/lib/NetworkManager/ und lösche hier diverse Dateien: cd /var/lib/NetworkManager/
ls -l
sudo rm -f dhclient*lease seen-bssids timestamps Starte den NetworkManager wieder: nmcli networking on Lösche das alte Verbindungsprofil und lege es neu an.
3. Ich würde gerne das nach dem erfolglosen Versuch es sich gleich wieder versucht zu verbinden
Das macht NetworkManager normalerweise auch genau so, es sei denn, er hat intern das Verbindungsprofil als unbenutzbar gesperrt. Aus welchen Gründen er das bei Dir manchmal macht, wissen wir nicht.
|
ka111
(Themenstarter)
Anmeldungsdatum: 22. Juni 2014
Beiträge: 141
|
Mit „Hirn putzen“ meine ich: ...
Achso, ok, das habe ich jetzt gemacht. Es hat sich nach "nmcli network on" gleich wieder verbunden, dann habe ich das Wlan Profil unter Drahtlosnetzwerk Einstellungen neu angelegt. Mal schauen ob es funktioniert.
|
ka111
(Themenstarter)
Anmeldungsdatum: 22. Juni 2014
Beiträge: 141
|
Nein das hat auch nicht funktioniert. Aber ich kann mit den zwei Befehlen "nmcli networking off" und "nmcli networking on" machen das es wieder verbindet. Ich glaube die Geschwätzigkeit des NetworkManager bzgl. der Meldungen erhöhen nützt vielleicht auch nichts, weil es geht oft schon automatisch innerhalb von 30s oder so das es neu verbindet, nur manchmal bricht die Verbindung einfach ab.
Und dass das Handy nicht mehr antwortet oder so sieht ja auch eher nicht danach aus wenn ich einfach mit den zwei Befehlen wieder eine automatische Verbindung erreichen kann. Eher das der NetworkManager in einer Sackgasse landet. Vielleicht könnte ich ein Script machen das erkennt wenn keine Verbindung mehr da ist und dann diese zwei Befehle ausführt. Wäre aber besser wenn man das noch richtig lösen könnte...
|