ubuntuusers.de

Hallo zusammen, ich habe nun erneut ein Problem mit der Verbindung zu meinem RaspberryPi3B+ per Ethernet SSH. Wenn ich Versuche eine SSH Verbindung über WLAN via der Fritzbox 7390 (dessen DHCP Server managed die IP Adressen) herzustellen funktioniert dies einwandfrei. So da das "Problem" bereits beim Versuch es einzurichten entstand jedoch dann zum Schluss hin des folgend Thread behoben war verwundert mich das ganze eben leicht.

hier einen Link zum alten Thread https://forum.ubuntuusers.de/topic/wlan-fuer-internet-ethernet-fuer-lokalen-switc/

Also kommen wir zu den Konfigurationen, in meinem Laptop Ubuntu /etc/NetworkManager/system-connections/ethernet0

[connection]
id=ethernet0
uuid=1f0625b9-4a06-3e63-9566-4fd48e8f15f7
type=ethernet
autoconnect-priority=-999
permissions=
timestamp=1553068599

[ethernet]
mac-address=A8:1E:84:05:EE:44
mac-address-blacklist=

[ipv4]
address1=192.168.60.21/24
dns-search=
method=manual

[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=ignore

Und diese hier im RaspberryPi in der /etc/dhcpcd.conf

interface eth0
metric 402
static ip_address=192.168.60.61/24

Ich habe bereits versuchte eine neue Route via folgenden Befehl auf meinem Laptop zu erstellen. Dabei ist der Laptop 192.168.60.61 mit der MAC B8:27:EB:EB:00:DF und der Raspberry die 192.168.60.21. Das habe ich mehr oder weniger so aus meinem alten Thread versucht wiederzuverwenden. Hat aber leider nichts gebracht.

sudo route add -host 192.168.60.61 gw 192.168.60.21 dev enp1s0f1
sudo arp -i enp1s0f1 -s 192.168.60.61 B8:27:EB:EB:00:DF

... so wenn ich mir dann Versuche mit dem Befehl sudo tcpdump -c 100 -vvveni enp1s0f1 auf meinem Laptop auf den Ethernetport zu lauschen und per ping -c 100 -I eth0 192.168.60.21 vom Raspberry aus kommt in keiner der beiden Terminalfenster eine reaktion bzw. wird ein Paket übertragen. - Wenn ich jedoch den Spieß umdrehe, also auf meinem Raspberry sudo tcpdump -c 100 -vvveni eth0 laufen lasse und auf dem Laptop den ping -c 100 -I enp1s0f1 192.168.60.61 dann bekomme ich auf den ping-Versuch folgende Antwort

PING 192.168.60.61 (192.168.60.61) from 192.168.60.21 enp1s0f1: 56(84) bytes of data.
--- 192.168.60.61 ping statistics ---
100 packets transmitted, 0 received, 100% packet loss, time 101382ms

und am anderen Ende spukt mir TCPdump im Raspberry folgendes aus

09:13:16.634212 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:16.634282 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28
09:13:17.308456 a8:1e:84:05:ee:44 > 33:33:00:00:00:fb, ethertype IPv6 (0x86dd), length 222: (flowlabel 0x63fcd, hlim 255, next-header UDP (17) payload length: 168) fe80::aa1e:84ff:fe05:ee44.5353 > ff02::fb.5353: [udp sum ok] 0 [1a] [9q] PTR (QM)? _ipps._tcp.local. PTR (QM)? _ftp._tcp.local. PTR (QM)? _webdav._tcp.local. PTR (QM)? _webdavs._tcp.local. PTR (QM)? _sftp-ssh._tcp.local. PTR (QM)? _smb._tcp.local. PTR (QM)? _afpovertcp._tcp.local. PTR (QM)? _nfs._tcp.local. PTR (QM)? _ipp._tcp.local. _smb._tcp.local. [1h15m] PTR ACER._smb._tcp.local. (160)
09:13:17.658345 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:17.658411 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28
09:13:18.682308 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:18.682373 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28
09:13:19.706161 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:19.706229 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28
09:13:20.730350 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:20.730421 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28
09:13:21.390660 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 30222, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.60.61.54328 > 192.168.60.21.445: Flags [S], cksum 0xf9d1 (incorrect -> 0xdd88), seq 1318984630, win 29200, options [mss 1460,sackOK,TS val 2035565861 ecr 0,nop,wscale 7], length 0
09:13:21.390689 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 48692, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.60.61.54330 > 192.168.60.21.445: Flags [S], cksum 0xf9d1 (incorrect -> 0x3124), seq 1126880140, win 29200, options [mss 1460,sackOK,TS val 2035565861 ecr 0,nop,wscale 7], length 0
09:13:21.758303 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:21.758373 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28
09:13:22.430545 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 48693, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.60.61.54330 > 192.168.60.21.445: Flags [S], cksum 0xf9d1 (incorrect -> 0x2d15), seq 1126880140, win 29200, options [mss 1460,sackOK,TS val 2035566900 ecr 0,nop,wscale 7], length 0
09:13:22.430574 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 30223, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.60.61.54328 > 192.168.60.21.445: Flags [S], cksum 0xf9d1 (incorrect -> 0xd979), seq 1318984630, win 29200, options [mss 1460,sackOK,TS val 2035566900 ecr 0,nop,wscale 7], length 0
09:13:22.782135 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:22.782226 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28
09:13:23.802389 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:23.802454 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28
09:13:24.510534 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 48694, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.60.61.54330 > 192.168.60.21.445: Flags [S], cksum 0xf9d1 (incorrect -> 0x24f5), seq 1126880140, win 29200, options [mss 1460,sackOK,TS val 2035568980 ecr 0,nop,wscale 7], length 0
09:13:24.510571 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 30224, offset 0, flags [DF], proto TCP (6), length 60)
    192.168.60.61.54328 > 192.168.60.21.445: Flags [S], cksum 0xf9d1 (incorrect -> 0xd159), seq 1318984630, win 29200, options [mss 1460,sackOK,TS val 2035568980 ecr 0,nop,wscale 7], length 0
09:13:24.826204 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:24.826281 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28
09:13:25.850140 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:25.850219 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28
09:13:26.874269 a8:1e:84:05:ee:44 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.60.61 tell 192.168.60.21, length 46
09:13:26.874337 b8:27:eb:eb:00:df > a8:1e:84:05:ee:44, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 192.168.60.61 is-at b8:27:eb:eb:00:df, length 28

Ich hoffe nun mir kann mal wieder einer weiterhelfen. Den Switch habe ich Testweise gewechselt, ebenso wie rein vorsorglich einem die Kabel getauscht. Scheint daher nicht zu kommen. Zudem sind bei Systeme aktuell auf dem neuesten "upgrade" Stand. Danke vielmals schon.

Die eigentliche Fehlermeldung ist also "No Route to host" wenn du per SSH Verbinden willst? Was sagt denn

ip route

h2oo schrieb:

[…] Konfigurationen, in meinem Laptop Ubuntu /etc/NetworkManager/system-connections/ethernet0 […]

Ist diese Verbindung denn aktiv und zu welcher Konfiguration hat sie geführt? Zeige:

hostname
nmcli connection
ip -br link ; ip -4 route ; ip -4 addr; ip -4 neigh

Und diese hier im RaspberryPi in der /etc/dhcpcd.conf

Zeige auch von diesem Rechner aus:

hostname
ip -br link ; ip -4 route ; ip -4 addr; ip -4 neigh

Ja die ethernet0 Verbindung ist aktiv wenn ich in der Taskleiste schaue, dort zeigt es mir auch eine vermeintlich aktive 1GBit Verbindung zum Switch. . also ip route bringt folgendes, soweit ich das verstehe stimmt das ja oder? Also WLAN (e.g. Internet) läuft über die FritzBox (192.168.178.1) als Gateway. Und der Adressraum 192.168.60.xx läuft über die Ethernetverbindung.? einmal von Laptop aus

default via 192.168.178.1 dev wlp2s0 proto dhcp metric 600 
169.254.0.0/16 dev enp1s0f1 scope link metric 1000 
192.168.60.0/24 dev enp1s0f1 proto kernel scope link src 192.168.60.21 metric 100 
192.168.178.0/24 dev wlp2s0 proto kernel scope link src 192.168.178.22 metric 600 

und dann nochmal aus Richtung des Raspberrys

default via 192.168.178.1 dev wlan0 src 192.168.178.36 metric 303 
192.168.60.0/24 dev eth0 proto kernel scope link src 192.168.60.61 metric 402 
192.168.60.21 via 192.168.60.61 dev eth0 scope link 
192.168.178.0/24 dev wlan0 proto kernel scope link src 192.168.178.36 metric 303 

Hostname des Laptop's (192.178.60.21) ist acer dann gibt nmcli connection folgendes zurück

NAME                         UUID                                  TYPE      DEVICE   
ethernet0                    1f0625b9-4a06-3e63-9566-4fd48e8f15f7  ethernet  enp1s0f1 
wlan ssid                    43e45c79-1e25-4583-8444-1d529582bfd0  wifi      wlp2s0   

und ip -br link ; ip -4 route ; ip -4 addr; ip -4 neigh gibt folgendes aus

lo               UNKNOWN        00:00:00:00:00:00 <LOOPBACK,UP,LOWER_UP> 
enp1s0f1         UP             a8:1e:84:05:ee:44 <BROADCAST,MULTICAST,UP,LOWER_UP> 
wlp2s0           UP             94:e9:79:d5:bb:05 <BROADCAST,MULTICAST,UP,LOWER_UP> 
default via 192.168.178.1 dev wlp2s0 proto dhcp metric 600 
169.254.0.0/16 dev enp1s0f1 scope link metric 1000 
192.168.60.0/24 dev enp1s0f1 proto kernel scope link src 192.168.60.21 metric 100 
192.168.178.0/24 dev wlp2s0 proto kernel scope link src 192.168.178.22 metric 600 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: enp1s0f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    inet 192.168.60.21/24 brd 192.168.60.255 scope global noprefixroute enp1s0f1
       valid_lft forever preferred_lft forever
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    inet 192.168.178.22/24 brd 192.168.178.255 scope global dynamic noprefixroute wlp2s0
       valid_lft 855632sec preferred_lft 855632sec
192.168.178.1 dev wlp2s0 lladdr 24:65:11:f9:b5:bf REACHABLE
192.168.60.61 dev enp1s0f1  FAILED
192.168.178.36 dev wlp2s0 lladdr b8:27:eb:be:55:8a REACHABLE

aus der Richtung des RaspberryPi's (192.178.60.61) dessen Hostname piTV lautet gibt ip -br link ; ip -4 route ; ip -4 addr; ip -4 neigh folgendes aus

lo               UNKNOWN        00:00:00:00:00:00 <LOOPBACK,UP,LOWER_UP> 
eth0             UP             b8:27:eb:eb:00:df <BROADCAST,MULTICAST,UP,LOWER_UP> 
wlan0            UP             b8:27:eb:be:55:8a <BROADCAST,MULTICAST,UP,LOWER_UP> 
default via 192.168.178.1 dev wlan0 src 192.168.178.36 metric 303 
192.168.60.0/24 dev eth0 proto kernel scope link src 192.168.60.61 metric 402 
192.168.60.21 via 192.168.60.61 dev eth0 scope link 
192.168.178.0/24 dev wlan0 proto kernel scope link src 192.168.178.36 metric 303 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    inet 192.168.60.61/24 brd 192.168.60.255 scope global eth0
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    inet 192.168.178.36/24 brd 192.168.178.255 scope global wlan0
       valid_lft forever preferred_lft forever
192.168.60.22 dev eth0  FAILED
192.168.178.22 dev wlan0 lladdr 94:e9:79:d5:bb:05 REACHABLE
192.168.178.1 dev wlan0 lladdr 24:65:11:f9:b5:bf REACHABLE
192.168.60.21 dev eth0 lladdr a8:1e:84:05:ee:44 PERMANENT

h2oo schrieb:

[…] aus der Richtung des RaspberryPi's […]

[…] 
default via 192.168.178.1 dev wlan0 src 192.168.178.36 metric 303 
192.168.60.0/24 dev eth0 proto kernel scope link src 192.168.60.61 metric 402 
192.168.60.21 via 192.168.60.61 dev eth0 scope link 
192.168.178.0/24 dev wlan0 proto kernel scope link src 192.168.178.36 metric 303 

Die markierte Route ist Unfug. Lösche sie.

[…]
192.168.60.22 dev eth0  FAILED
192.168.178.22 dev wlan0 lladdr 94:e9:79:d5:bb:05 REACHABLE
192.168.178.1 dev wlan0 lladdr 24:65:11:f9:b5:bf REACHABLE
192.168.60.21 dev eth0 lladdr a8:1e:84:05:ee:44 PERMANENT

Lösche auch diese fest eingestellte Nachbarschaftsbeziehung.

Ich verstehe nicht, was Du mit der zusätzlichen Verbindung der beiden Rechner, die sich ja bereits per WLAN im selben Netz befinden, erreichen möchtest. Eine SSH-Verbindung, sofern der Server eingerichtet ist, funktioniert jedenfalls problemlos über WLAN.

Generell sind Netzwerk-Konfigurationen mit Schleifen, so wie Du sie einrichten möchtest (Fritzbox - acer - pitv - Fritzbox), problematisch:

• Auf Layer 2 darf es solche nicht geben. Wenn man sie schaltet, werden sie in der Regel durch das Protokoll STP aufgetrennt.

• Wenn man STP deaktiviert, kann man mit solchen Experimenten mit etwas „Glück“ ganze Campus-Netze abschießen …

• Mit etwas weniger „Glück“ funktioniert es nur einfach nicht. Das ist als Schutzmaßnahme so vorgesehen.

Naja Grund für den ganzen Aufwasch ist, das es nicht möglich ist ein Kabel fürs Ethernet von der FritzBox zum Raspberry noch zu meinem Laptop zu ziehen. Nun geht das Signal schon durch zwei Betondecken/böden. Dadurch wird leider jede Kommunikation sobald noch irgendwie jemand das WLAN nutzt langsam. Das ginge ja "gerade so noch" ABER ich schiebe auch öfters Dateien auf den Raspberry da es sowas wie mein Familien Medien Server (kann man das so nennen) ist.

Darum habe ich einfach lokal meinen Laptop noch zusätzlich an einen Switch gehängt und ebenso den Raspberry. Da nun niemand den DHCP spielt kamm der oben gepostete Ursprungsthread zu Stande. Da lernt man erst mal zu schätzen was so ein "popeliger" DHCP-Server alles macht *lol*

Ich müsste leider nachfragen wie lösche ich die beiden explizit markierten Einträge richtig? Hab das noch nie gemacht... Danke

h2oo schrieb:

[…] Nun geht das Signal schon durch zwei Betondecken/böden.

Überlege Dir einen zweckmäßigen Netzwerk-Aufbau auf Layer 2 (d.h. ohne IP!) ohne Schleifen. WLAN-Repeater und DLAN-Strecken, jeweils sinnvoll eingesetzt, können dabei helfen. Mängel auf Layer 2 können durch Maßnahmen auf Layer 3 (d.h. IP) nicht geheilt werden.

[…] Ich müsste leider nachfragen wie lösche ich die beiden explizit markierten Einträge richtig?

Indem man sie gar nicht erst anlegt. Vermeide unsinnige Befehle wie z.B.:

h2oo schrieb:

sudo route add -host 192.168.60.61 gw 192.168.60.21 dev enp1s0f1
sudo arp -i enp1s0f1 -s 192.168.60.61 B8:27:EB:EB:00:DF

Ok, leider ist es physikalisch nicht mehr möglich DLAN anzuwenden. Ist eine Mehrfamilien-Mietshaus mit "dem neusten Stand der Technik Stromzählern" und die Filter darin sorgen leider Gottes dafür das es nicht mal mehr zu einem Verbindungsaufbau kommt. Hatte mir da zu Testzwecken eines von AVM bestellt.

WLAN-Repeater zum wieder einspeisen des eh schon schleppend langsamen WLAN obwohl die Geräte selbst noch in Reichweite des eigentlichen Routers sind? Das finde ich unlogisch

Gibt es keine Möglichkeit eines "lokalen" Netzwerkes (in meinem Fall eben das Ethernet aus Raspberry und meinem Laptop) zu verwirklichen und gleichzeitig beiden Geräten eine separate WLAN/Netzwerk/Internet Anbindung zu erlauben?