Netwerkproblem innerhalb des LAN ping

lukaspi · February 2, 2017 at 4:20 PM

Hallo liebes raspberrypi Forum,

Ich habe mich nun hier angemeldet da ich nicht mehr weiter weiß.

Ich kann von meinem Raspberrypi 3 aus alle möglichen Internetseiten pingen, nur mein Rechner, mein Handy oder mein anderer PC lässt sich nicht anpingen.
- Der Pi ist über Wi-Fi mit meiner Fritzbox verbunden. Die fritzbox kann ich auch anpingen. Dies ist aber auch das einzige Gerät im LAN das ich erreiche.
- Windows Firewall ist aus
- iptables wurde nicht konfiguriert
- wenn ich über eth0 verbunden bin geht sowohl der ping auf wlan0 und eth0. Zieh ich das Kabel raus geht nichts mehr, aber ich komme weiterhin über wlan0 ins internet

Ping von meinem Rechner auf den PI ->

C:\Users\admin>ping 192.168.100.53

Ping wird ausgeführt für 192.168.100.53 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Antwort von 192.168.100.53: Bytes=32 Zeit=11ms TTL=64
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 192.168.100.53:
Pakete: Gesendet = 4, Empfangen = 1, Verloren = 3
(75% Verlust),

Bei einem tcpdump auf meinem Raspberry kommt:

1packet captured
2 packet received by filter
0 packets dropped by kernel

Ich weiß echt nicht mehr weiter. Ich hoffe ihr könnt mir helfen. Wenn noch irgendwelche Infos meinerseits fehlen werde ich diese umgehen nachreichen. Danke für eure Hilfe schon mal!

Bot · Vor 5 Minuten

Netwerkproblem innerhalb des LAN ping? Schau mal ob du hier fündig wirst!

pph · February 2, 2017 at 4:26 PM

Sind Dir denn die IP-Adressen Deiner weiteren, im gleichen Netz arbeitenden, Rechenknechte auch bekannt?
Wenn der Pi über WLAN angeschlossen ist, so würde ich erst versuchen nur weitere Geräte im gleichen WLAN-Netz anzupingen. Klappt das denn?

Mit besten Grüßen
Peter

Gesendet von meinem SM-P550 mit Tapatalk
Automatisch zusammengefügt:
Hinweis: Die Fritzbox liefert eine Liste aller angeschlossenen Geräte.

Gesendet von meinem SM-P550 mit Tapatalk

lukaspi · February 2, 2017 at 4:33 PM

Quote from pph

Sind Dir denn die IP-Adressen Deiner weiteren, im gleichen Netz arbeitenden, Rechenknechte auch bekannt?
Wenn der Pi über WLAN angeschlossen ist, so würde ich erst versuchen nur weitere Geräte im gleichen WLAN-Netz anzupingen. Klappt das denn?

Mit besten Grüßen
Peter

Gesendet von meinem SM-P550 mit Tapatalk
Automatisch zusammengefügt:

Hinweis: Die Fritzbox liefert eine Liste aller angeschlossenen Geräte.

Gesendet von meinem SM-P550 mit Tapatalk

Display More

Hi Peter,

Danke für deine schnelle Antwort. Wenn ich andere Geräte welche sich im selben WLAN befinden pingen möchte kommt "Destination Host Unreachable". Klappt also auch nicht

Bot · Vor einem Moment

pph · February 2, 2017 at 4:40 PM

Hallo lukaspi,
Konntest Du bereits in die Fritzbox schauen und dort die Liste der verknüpften Geräte einsehen?

Gesendet von meinem SM-P550 mit Tapatalk

Rasp-Berlin · February 2, 2017 at 4:43 PM

ist der Haken

Code

[x] Die unten angezeigten aktiven WLAN-Geräte dürfen untereinander kommunizieren

gesetzt?

Zu finden unter WLAN => Sicherheit: Weitere Sicherheitseinstellungen.

ruedigerp · February 2, 2017 at 5:07 PM

Fritzbox WLAN Einstellungen. Da kann man einstellen das Rechner im WLAN mit einander kommunizieren dürfen, oder eben nicht.
Guck mal ob das die Ursache ist.
Wobei mich das eigentlich mit dem einem Paket etwas wundern würde, da es entweder gar nicht gehen sollte oder klappen sollte. Sind ja dann verschiedene VLAN.

Einmal mit Kabel und einmal ohne bitte die Ausgaben von folgenden Befehlen hier posten:

* route -n
* ip r
* ip a

Bot · Vor einem Moment

lukaspi · February 2, 2017 at 5:59 PM

Guten Abend zusammen,

Habe den Haken in der Fritzbox gesetzt und kann nun von meinem Pi auf mein Handy pingen und andersherum genauso.
Nun kann ich aber leider immernoch nicht von meinem Rechner aus pingen... Bzw. ein ping funktioniert die anderen Pakete werden verworfen.

Die Ausgabe der befragten Befehle lautet:

Ohne Kabel:

ip r:

default via 192.168.100.1 dev wlan0 metric 303

192.168.100.0/24 dev wlan0 proto kernel scope link src 192.168.100.53 metric 303

ip a:

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: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether b8:27:eb:4a:9c:65 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:1f:c9:30 brd ff:ff:ff:ff:ff:ff
inet 192.168.100.53/24 brd 192.168.100.255 scope global wlan0
valid_lft forever preferred_lft forever
inet6 fe80::ba27:ebff:fe1f:c930/64 scope link
valid_lft forever preferred_lft forever

route -n:

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.100.1 0.0.0.0 UG 303 0 0 wlan0
192.168.100.0 0.0.0.0 255.255.255.0 U 303 0 0 wlan0

Mit Kabel:

ip r:
default via 192.168.100.1 dev eth0 metric 202
default via 192.168.100.1 dev wlan0 metric 303
192.168.100.0/24 dev eth0 proto kernel scope link src 192.168.100.50 metric 202
192.168.100.0/24 dev wlan0 proto kernel scope link src 192.168.100.53 metric 303

ip a:
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:4a:9c:65 brd ff:ff:ff:ff:ff:ff
inet 192.168.100.50/24 brd 192.168.100.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::c920:7bb7:51c1:f8d8/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:1f:c9:30 brd ff:ff:ff:ff:ff:ff
inet 192.168.100.53/24 brd 192.168.100.255 scope global wlan0
valid_lft forever preferred_lft forever
inet6 fe80::42f:cc4d:b035:8789/64 scope link
valid_lft forever preferred_lft forever

route -n:

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.100.1 0.0.0.0 UG 202 0 0 eth0
0.0.0.0 192.168.100.1 0.0.0.0 UG 303 0 0 wlan0
192.168.100.0 0.0.0.0 255.255.255.0 U 202 0 0 eth0
192.168.100.0 0.0.0.0 255.255.255.0 U 303 0 0 wlan0

Mir ist gerade nochmal was komisches aufgefallen. Ich komme mit Putty weder über die 192.168.100.50 (eth0) noch über die 192.168.100.53 (wlan0) auf die Konsole. Ich habe aber eine Portfreigabe für SSH an meinem Router eingerichtet wenn ich die DDNS Adresse in Putty eingebe komme ich auf die Konsole drauf...

Danke euch!

ruedigerp · February 2, 2017 at 8:31 PM

Ohne Kabel:

Code

sudo route del default gw 192.168.100.1
sudo route add default gw 192.168.100.1
sudo iptables -P INPUT ACCEPT 
sudo iptables -P OUTPUT ACCEPT 
sudo iptables -P FORWARD ACCEPT 
sudo iptables -F 
sudo iptables -X 


ping -c 1 -w 1 192.168.100.1
ping -c 1 -w 1 192.168.100.<PC>

Display More

lukaspi · February 3, 2017 at 2:04 PM

Quote from ruedigerp

Ohne Kabel:

Code

sudo route del default gw 192.168.100.1
sudo route add default gw 192.168.100.1
sudo iptables -P INPUT ACCEPT 
sudo iptables -P OUTPUT ACCEPT 
sudo iptables -P FORWARD ACCEPT 
sudo iptables -F 
sudo iptables -X 


ping -c 1 -w 1 192.168.100.1
ping -c 1 -w 1 192.168.100.<PC>

Display More

Hat leider nicht funktioniert. Router ist weiterhin erreichbar. PC nicht. Wenn ich den Raspberry vom PC aus pinge gehen immer 75% der Pakete verloren....

Bot · Vor einem Moment

rpi444 · February 3, 2017 at 2:28 PM

Quote from lukaspi

Hat leider nicht funktioniert. Router ist weiterhin erreichbar. PC nicht.

Dann versuch mal Folgendes, ohne Kabel:

Code

sudo apt-get install arp-scan iputils-arping tcpdump
sudo arping -c 3 -A -I wlan0 -s 192.168.100.53 255.255.255.255

und poste danach von deinem PI3, die Ausgabe von:

Code

sudo arp-scan -v --interface wlan0 192.168.100.0/24
ip n s

lukaspi · February 3, 2017 at 2:57 PM

Quote from rpi444
Dann versuch mal Folgendes, ohne Kabel:
Code
sudo apt-get install arp-scan iputils-arping tcpdump
sudo arping -c 3 -A -I wlan0 -s 192.168.100.53 255.255.255.255
und poste danach von deinem PI3, die Ausgabe von:
Code
sudo arp-scan -v --interface wlan0 192.168.100.0/24
ip n s

So hier die Ausgabe von dem ersten Befehl :

Interface: wlan0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.8.1 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/)
192.168.100.1 24:65:11:d6:1b:86 (Unknown)
192.168.100.13 40:16:7e:70:99:d7 (Unknown)
192.168.100.58 c8:08:e9:c7:11:54 (Unknown)
192.168.100.77 00:11:32:3f:3b:f5 Synology Incorporated
192.168.100.51 0c:71:5d:a7:eb:c7 (Unknown)
192.168.100.52 c0:ee:fb:da:e2:0f (Unknown)
192.168.100.199 00:1b:a9:66:a7:41 BROTHER INDUSTRIES, LTD.
--- Pass 1 complete
192.168.100.61 84:b5:41:a7:59:1a (Unknown)
--- Pass 2 complete

9 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.8.1: 256 hosts scanned in 1.852 seconds (138.23 hosts/sec). 8 responded

Und von ip n s:

192.168.100.13 dev wlan0 lladdr 40:16:7e:70:99:d7 STALE

192.168.100.1 dev wlan0 lladdr 24:65:11:d6:1b:86 REACHABLE

Mein Rechner hat die .13 also taucht hier mehrmals auf. Ping schlägt aber weiterhin fehl.

rpi444 · February 3, 2017 at 3:00 PM

Quote from lukaspi

Und von ip n s:

192.168.100.13 dev wlan0 lladdr 40:16:7e:70:99:d7 STALE
192.168.100.1 dev wlan0 lladdr 24:65:11:d6:1b:86 REACHABLE

Mein Rechner hat die .13 also taucht hier mehrmals auf. Ping schlägt aber weiterhin fehl.

OK, dann poste von deinem PI3, die Ausgabe von:

Code

sudo arping -c 10 -I wlan0 -s 192.168.100.53 192.168.100.13

Bot · Vor einem Moment

lukaspi · February 3, 2017 at 3:03 PM

Quote from rpi444
OK, dann poste von deinem PI3, die Ausgabe von:
Code
sudo arping -c 10 -I wlan0 -s 192.168.100.53 192.168.100.13

So hier das Ergebnis:

ARPING 192.168.100.13 from 192.168.100.53 wlan0
Unicast reply from 192.168.100.13 [40:16:7E:70:99:D7] 6.558ms
Unicast reply from 192.168.100.13 [40:16:7E:70:99:D7] 5.940ms
Unicast reply from 192.168.100.13 [40:16:7E:70:99:D7] 2.777ms
Unicast reply from 192.168.100.13 [40:16:7E:70:99:D7] 5.855ms
Unicast reply from 192.168.100.13 [40:16:7E:70:99:D7] 5.821ms
Unicast reply from 192.168.100.13 [40:16:7E:70:99:D7] 2.548ms
Unicast reply from 192.168.100.13 [40:16:7E:70:99:D7] 5.768ms
Unicast reply from 192.168.100.13 [40:16:7E:70:99:D7] 5.756ms
Unicast reply from 192.168.100.13 [40:16:7E:70:99:D7] 5.852ms
Unicast reply from 192.168.100.13 [40:16:7E:70:99:D7] 5.317ms
Sent 10 probes (1 broadcast(s))
Received 10 response(s)

rpi444 · February 3, 2017 at 3:05 PM

Quote from lukaspi

Sent 10 probes (1 broadcast(s))
Received 10 response(s)

Das ist auch gut, kein Verlust beim arping. Jetzt versuch mal:

Code

sudo arp -i wlan0 -d 192.168.100.13 && sudo arp -i wlan0 -s 192.168.100.13 40:16:7e:70:99:d7

und poste danach die Ausgaben von:

Code

ip n s
ping -c 10 -W 2 192.168.100.13

(großes W und nicht kleines w).

lukaspi · February 3, 2017 at 3:09 PM

Quote from rpi444
Das ist auch gut, kein Verlust beim arping. Jetzt versuch mal:
Code
sudo arp -i wlan0 -d 192.168.100.13 && sudo arp -i wlan0 -s 192.168.100.13 40:16:7e:70:99:d7
und poste danach die Ausgaben von:
Code
ip n s
ping -c 10 -W 2 192.168.100.13
(großes W und nicht kleines w).

So:

ip n s:
192.168.100.13 dev wlan0 lladdr 40:16:7e:70:99:d7 PERMANENT
192.168.100.77 dev wlan0 lladdr 00:11:32:3f:3b:f5 STALE
192.168.100.1 dev wlan0 lladdr 24:65:11:d6:1b:86 REACHABLE

ping -c 10 -W 2 192.168.100.13:

PING 192.168.100.13 (192.168.100.13) 56(84) bytes of data.

--- 192.168.100.13 ping statistics ---
10 packets transmitted, 0 received, 100% packet loss, time 8999ms

Danke für die Hilfe und die schnellen Antworten!!

Bot · Vor einem Moment

rpi444 · February 3, 2017 at 3:14 PM

Quote from lukaspi

ip n s:
192.168.100.13 dev wlan0 lladdr 40:16:7e:70:99:d7 PERMANENT
192.168.100.77 dev wlan0 lladdr 00:11:32:3f:3b:f5 STALE
192.168.100.1 dev wlan0 lladdr 24:65:11:d6:1b:86 REACHABLE

ping -c 10 -W 2 192.168.100.13:

PING 192.168.100.13 (192.168.100.13) 56(84) bytes of data.

--- 192.168.100.13 ping statistics ---
10 packets transmitted, 0 received, 100% packet loss, time 8999ms

An deinem PI3 wird es m. E. nicht liegen. Abhängig vom Betriebsystem, installiere tcpdump oder wireshark (oder gleichwertig) auf deinem PC und schau dann, mit dem Filter icmp, ob die Pakete vom PI ankommen. Z. B. auf deinem PC:

Code

sudo tcpdump -vvveni <Interface> icmp

(Interface musst Du anpassen und ohne spitze Klammern).

Wie ist z. Zt. auch deinem PI3, die Ausgabe von:

Code

sudo iptables -nvx -L

?

EDIT:

Hast Du evtl. einen lauschenden TCP-Port auf deinem PC? Welche(s) OS('s) hast Du auf deinem PC?

EDIT 2:

BTW: Warum ist der Ping (icmp) im (W)LAN wichtig, für dich?

lukaspi · February 3, 2017 at 3:47 PM

Quote from rpi444
An deinem PI3 wird es m. E. nicht liegen. Abhängig vom Betriebsystem, installiere tcpdump oder wireshark (oder gleichwertig) auf deinem PC und schau dann, mit dem Filter icmp, ob die Pakete vom PI ankommen. Z. B. auf deinem PC:
Code
sudo tcpdump -vvveni <Interface> icmp
(Interface musst Du anpassen und ohne spitze Klammern).

Wie ist z. Zt. auch deinem PI3, die Ausgabe von:
Code
sudo iptables -nvx -L
?

EDIT:

Hast Du evtl. einen lauschenden TCP-Port auf deinem PC? Welche(s) OS('s) hast Du auf deinem PC?

EDIT 2:

BTW: Warum ist der Ping (icmp) im (W)LAN wichtig, für dich?
Display More

Ich werde mir jetzt wireshark installieren und dann das Ergebnis hier posten. Der Ping ansich ist nicht wichtig für mich. Jedoch das gerät allgemein zu erreichen. Ich kann weder daten über sftp zwischen Rechner und Pi übertragen noch mit Putty auf das Gerät zugreifen. Was mir zu denken gibt ist wieso lässt sich wlan0 ansprechen sobald das Kabel steckt. Ab diesem Zeitpunkt sind beide Schnittellen ansprechbar. Das komische ist das der fehler erstmals gestern morgen aufgetreten ist und ich bis dato nie Probleme hatte ohne eine Änderung vorgenommen zu haben. Mir kommts so vor als würde es an irgend einer Firewall regel liegen aber kann ja fast nicht sein da wir iptables schon überprüft haben. Zur Sicherheit hier nochmal die Ausgabe von:

sudo iptables -nvx -L

Chain INPUT (policy ACCEPT 1563 packets, 149571 bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 695 packets, 70714 bytes)
pkts bytes target prot opt in out source destination

EDIT:

Wireshark Ausgabe:

877 19.477776000 192.168.100.53 192.168.100.13 ICMP 98 Echo (ping) request id=0x1e8e, seq=7/1792, ttl=64 (reply in 878)
878 19.477830000 192.168.100.13 192.168.100.53 ICMP 98 Echo (ping) reply id=0x1e8e, seq=7/1792, ttl=128 (request in 877)

rpi444 · February 3, 2017 at 3:55 PM

Quote from lukaspi

Jedoch das gerät allgemein zu erreichen. Ich kann weder daten über sftp zwischen Rechner und Pi übertragen noch mit Putty auf das Gerät zugreifen. Was mir zu denken gibt ist wieso lässt sich wlan0 ansprechen sobald das Kabel steckt. Ab diesem Zeitpunkt sind beide Schnittellen ansprechbar. Das komische ist das der fehler erstmals gestern morgen aufgetreten ist und ich bis dato nie Probleme hatte ohne eine Änderung vorgenommen zu haben.

Dann mach mal folgenden Test, mit steckendem Kabel. Auf deinem PI:

Code

sudo iptables -I INPUT 1 -i eth0 -s 192.168.100.13 -j REJECT
sudo iptables -I OUTPUT 1 -o eth0 -d 192.168.100.13 -j REJECT

(wenn dein PC die IP .13 hat) und versuch jetzt von deinem PC deinen PI3 per wlan0 zu erreichen.

EDIT:

Installiere mal paping auf deinem PC und mache danach mit paping einen tcp-ping (vom PC auf den PI3) auf einen lauschenden tcp-Port (z. b. den des sshd) deines PI3:

https://jonconwayuk.wordpress.com/2013/07/31/pap…r-any-tcp-port/

https://code.google.com/p/paping/

EDIT 2:

Es ist ja nicht so, dass dein PI3 und dein PC per WLAN (und ohne Kabel) überhaupt nicht kommunizieren können.

Auf der "Data Link Layer" (Schicht 2) mit dem arp-Protokoll (arping, arp-scan) hast Du ja weiter oben festgestellt, dass das ohne Probleme möglich ist.
Wenn jetzt auch der tcp-Ping (Transport Layer) zwischen deinem PC und einem PI3 funktioniert, dann liegt es an der Konfiguration deiner Programme/Software (Putty & Co.).

Bot · Vor einem Moment

Participate now!