Ich habe soeben einen Tipp in einem O2-Forum gelesen und ausprobiert: Den WLAN-Modus im Router von 802.11 b/g/n (300 MBit/s) auf 802.11 b/g (54 MBit/s) umstellen.
Es scheint zunächst zu funktionieren, ich bin jetzt seit einer halben Stunde auf dem Raspi ohne Verbindungsabbrüche. Das war vorher unvorstellbar.
Ich würde das ganze übers Wochenende noch mal genauer beobachten bevor ich diesen Thread als erledigt markiere.
Jedenfalls danke ich euch vielmals für die freundliche Unterstützung!
Ich denke eher an die Wlan-Hardware des Laptop.......
Die Vermutung hatte ich auch schon. Allerdings wundert es mich, dass es mit anderen Netzwerken (z.B. hier auf Arbeit) funktioniert.
Ich habe jetzt nochmal folgendes probiert:
Ich bin auf Arbeit und habe mich vom gleichen Laptop aus übers Arbeits-WLAN (eduroam) per SSH zu meinem Raspi zu Hause verbunden (Port 22 wird vom Router weitergeleitet). Hier funktioniert der Zugriff ohne Probleme. Kein Verbindungsabbruch, alles wie gewollt.
Anscheinend mögen sich also mein Router und mein Laptop nicht.
Hier meine IP-Adressen:
Auf dem Raspberry:
max@raspberrypi:~ $ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:48:f2:a7 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.130/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 2a01:c23:5c15:1c00:ba27:ebff:fe48:f2a7/64 scope global mngtmpaddr dynamic
valid_lft 191827sec preferred_lft 105427sec
inet6 fe80::ba27:ebff:fe48:f2a7/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether b8:27:eb:1d:a7:f2 brd ff:ff:ff:ff:ff:ffAuf dem Laptop:
max@linux-ogpy:~> ifconfig
eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 54:e1:ad:5d:07:b0 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 16 memory 0xec300000-ec320000
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
loop txqueuelen 1000 (Lokale Schleife)
RX packets 12586028 bytes 1013426702 (966.4 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 12586028 bytes 1013426702 (966.4 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.135 netmask 255.255.255.0 broadcast 192.168.1.255
ether 88:b1:11:58:0f:c0 txqueuelen 1000 (Ethernet)
RX packets 3960050 bytes 4517031393 (4.2 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2039975 bytes 343995315 (328.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0Zu meinem letzten Post: Ich musste gerade feststellen, dass ich eine PCI-WLAN-Karte im Desktop-Rechner hab. Den Stick den ich mal hatte finde ich nicht und kann das daher nicht ausprobieren.
Im journalctl stehen nur solche Einträge:
Dez 06 21:28:28 linux-ogpy kernel: SFW2-INext-DROP-DEFLT IN=wlan0 OUT= MAC=88:b1:11:58:0f:c0:a8:d3:f7:60:13:2f:08:00 SRC=192.168.1.1 DST=192.168.1.135 LEN=78 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=58554 DPT=137 LEN=58
Dez 06 21:29:06 linux-ogpy kernel: SFW2-INext-DROP-DEFLT IN=wlan0 OUT= MAC=88:b1:11:58:0f:c0:a8:d3:f7:60:13:2f:08:00 SRC=192.168.1.1 DST=192.168.1.135 LEN=78 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=35475 DPT=137 LEN=58
Dez 06 21:29:07 linux-ogpy kernel: SFW2-INext-DROP-DEFLT IN=wlan0 OUT= MAC=88:b1:11:58:0f:c0:a8:d3:f7:60:13:2f:08:00 SRC=192.168.1.1 DST=192.168.1.135 LEN=78 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=51680 DPT=137 LEN=58
Dez 06 21:29:44 linux-ogpy kernel: SFW2-INext-DROP-DEFLT IN=wlan0 OUT= MAC=88:b1:11:58:0f:c0:a8:d3:f7:60:13:2f:08:00 SRC=192.168.1.1 DST=192.168.1.135 LEN=78 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=46231 DPT=137 LEN=58
Dez 06 21:29:45 linux-ogpy kernel: SFW2-INext-DROP-DEFLT IN=wlan0 OUT= MAC=88:b1:11:58:0f:c0:a8:d3:f7:60:13:2f:08:00 SRC=192.168.1.1 DST=192.168.1.135 LEN=78 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=50390 DPT=137 LEN=58
Dez 06 21:30:22 linux-ogpy kernel: SFW2-INext-DROP-DEFLT IN=wlan0 OUT= MAC=88:b1:11:58:0f:c0:a8:d3:f7:60:13:2f:08:00 SRC=192.168.1.1 DST=192.168.1.135 LEN=78 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=39602 DPT=137 LEN=58Ob das schlimm ist muss ich erstmal googlen :).
So wie ich das verstanden habe wird die Firmware automatisch (von O2?) aktualisiert. Da habe ich keinen Einfluss.
Die Idee mit dem WLAN Stick ist ganz gut. Ich habe ja einen an meinem Desktop-PC (von dem aus der Zugriff aufs Raspberry einwandfrei funktioniert). Ich versuche den gleich mal am Laptop zum laufen zu bekommen und melde mich dann wieder.
Ja, auf dem Laptop ausgeführt. Auf dem Raspberry kann ich ja nichts machen wenn die SSH-Konsole einfriert. Der Router liegt 2 Meter hinter mir und die Verbindung ist angeblich da. NetworkManager sagt mir die Signalstärke liegt bei 75%.
Auf dem Raspberry funktioniert der Ping-Befehl nicht mal:
max@raspberrypi:~ $ ping -c3 8.8.8.8
ping: icmp open socket: Operation not permitted
max@raspberrypi:~ $ ping -c3 google.com
ping: icmp open socket: Operation not permitted
EDIT: "sudo chmod u+s `which ping`" hat das Problem behoben.
Dann sieht das wie folgt aus:
max@raspberrypi:/bin $ ping -c3 google.com
PING google.com (172.217.16.78) 56(84) bytes of data.
64 bytes from par03s13-in-f78.1e100.net (172.217.16.78): icmp_seq=1 ttl=53 time=37.4 ms
64 bytes from par03s13-in-f78.1e100.net (172.217.16.78): icmp_seq=2 ttl=53 time=37.0 ms
64 bytes from par03s13-in-f78.1e100.net (172.217.16.78): icmp_seq=3 ttl=53 time=44.1 ms
--- google.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 37.083/39.573/44.143/3.235 msHier sind mal 3 dieser Anfragen, zu dem Zeitpunkt, als die Verbindung zum RaspberryPi gestockt hat.
max@linux-ogpy:~> ping -c3 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=3 ttl=120 time=47.6 ms
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 1 received, 66% packet loss, time 2027ms
rtt min/avg/max/mdev = 47.620/47.620/47.620/0.000 ms
max@linux-ogpy:~> ping -c3 google.com
PING google.com (172.217.16.142) 56(84) bytes of data.
--- google.com ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2040ms
max@linux-ogpy:~> ping -c3 google.com
PING google.com (172.217.16.142) 56(84) bytes of data.
64 bytes from zrh04s06-in-f142.1e100.net (172.217.16.142): icmp_seq=1 ttl=53 time=41.4 ms
64 bytes from zrh04s06-in-f142.1e100.net (172.217.16.142): icmp_seq=2 ttl=53 time=47.0 ms
64 bytes from zrh04s06-in-f142.1e100.net (172.217.16.142): icmp_seq=3 ttl=53 time=43.1 ms
--- google.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 41.474/43.891/47.008/2.312 msIch habe keinen WLAN Stick. Das Raspberry Pi ist über Netzwerkkabel angeschlossen. Der Laptop läuft über das eingebaute WLAN.
Ah verstehe, aber das eigentliche Problem löst das ja leider auch nicht.
Ich habe auf statische IP-Adresse umgestellt. Dabei habe ich die Anleitung aus raspbian - How do I set up networking/WiFi/static IP address? - Raspberry Pi Stack Exchange (Network interfaces method) verwendet. Leider hat das nichts am Problem geändert.
Was kann man mit screen machen? Was meinst du soll ich damit tun?