SSH Verbindung zu Raspberry PI 4 nicht mehr möglich

  • ... - das heißt ich kann den arp-scan auf meinem Mac laufen lassen um zu schauen, ob der SSH-Port auf dem PI erreichbar ist?

    Naja, arp-scan auf dem Mac ist ok um zu sehen ob der PI noch im W/LAN ist und Portscan auf dem Mac (mit nmap oder mit nping oder mit nc oder mit ...), ist für den Portscan. Z. B.:

    Code
    :~$ nc -zvn 49.13.175.17 22
    (UNKNOWN) [49.13.175.17] 22 (ssh) open
  • SSH Verbindung zu Raspberry PI 4 nicht mehr möglich? Schau mal ob du hier fündig wirst!

  • Hi zusammen!

    Ein kleine Updates von meiner Seite:
    Wie bereits empfohlen wurde, habe ich mir das offizielle PI 4 Netzteil geholt und heute nochmals getestet.

    Es kommt wieder zu dem Problem, dass ich nicht auf den PI per SSH zugreifen kann. Weder per WLAN noch per LAN funktioniert es. Laut meiner FritzBox hat sich der PI verbunden, aber wenn ich (wie von rpi444 empfohlen) einen arp-scan mache (arp-scan --localnet), dann sehe ich den PI nicht.

    nc ist somit auch nicht erfolgreich:

    Code
    nc -zvn 192.168.178.41 22
    nc: connectx to 192.168.178.41 port 22 (tcp) failed: Operation timed out

    Habt ihr noch - außer andere SD-Karte - andere Tipps/Tricks, wie ich das Problem identifizieren kann?

    Vielen Dank nochmals und viele Grüße,
    Alex

  • Es kommt wieder zu dem Problem, dass ich nicht auf den PI per SSH zugreifen kann. Weder per WLAN noch per LAN funktioniert es. Laut meiner FritzBox hat sich der PI verbunden, aber wenn ich (wie von rpi444 empfohlen) einen arp-scan mache (arp-scan --localnet), dann sehe ich den PI nicht.

    nc ist somit auch nicht erfolgreich:

    Code
    nc -zvn 192.168.178.41 22
    nc: connectx to 192.168.178.41 port 22 (tcp) failed: Operation timed out

    Installiere auf deinem PI wenn dieser nur per LAN und nicht per WLAN mit der FritzBox verbunden ist:

    Code
    sudo apt install iputils-arping
    sudo dpkg --configure -a

    danach die systemweite crontab ergänzen:

    Code
    sudo nano /etc/crontab

    am Ende mit den Zeilen:

    Code
    * *	* * *	root	/usr/bin/arping -q -c 2 -w 3 -b -f -I eth0 -s 192.168.178.41 192.168.178.1 > /dev/null 2>&1
    # - - - 

    (die IP-Adresse des PI und das Lan-Interface evtl. anpassen).

    Auf dem MAC kannst Du jetzt mit tcpdump (oder gleichwertig) schauen ob der PI abgestürzt ist oder ob er weiter arp-requests in das W/LAN der FB sendet:

    Code
    tcpdump -c 1000 -vvveni <Interface-MAC> arp and src host 192.168.178.41

    (Interface-MAC anpassen und ohne spitze Klammern).

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!