(Retroflag Gpi CASE) SSH Problem mit Retropie

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
    • Offizieller Beitrag

    Um fehlerhafte Einstellungen in PuTTY auszuschließen... Du verwendest Win10 oder? Hast Du auch eine Windows PowerShell beim Klick mit der rechten Maustaste links unten auf das Fenster? Sorry für die blöde Frage, aber ich bin neu bei Win10. :blush:

    Falls ja, was passiert wenn Du dort ssh pi@<IP_des_RPI> (die richtige IP und ohne spitze Klammern) eintippst? Welche IP ist das eigentlich genau? Interne IP kannst Du ruhigen Gewissens öffentlich zeigen.

  • Ja, aber Zahlen wären in dem Fall schöner um dort Fehler kontrollieren zu können.

    1. Nmap von der Quelle installieren:

    https://nmap.org/download.html

    (leider weiß ich nicht wie mans in der Konsole dann zum laufen bekommt)

    Auf alle Fälle mal folgendes machen:

    Windowstaste drücken

    "cmd" eintippen

    Rechtsklick auf Eingabeaufforderung -> Als Administrator ausführen

    (Ab hier alle eingegenen Schritte und Ausgaben wieder in Codetags posten)

    Spitze Klammern passend ersetzen!

    Code
    ping <IP Adresse Retropi>

    Anschließend das installierte nmap öffnen (hat eine GUI), dort wieder die IP Adresse von Retro Pi eintippen bei "Ziel" und Ausgabe posten.

    EDIT:

    Das ist eine lokale IP. Die ist nur in deinem Netzwerk gültig.

  • PS C:\Users\Privat> ssh pi@192.168.178.88

    Connection reset by 192.168.178.88 port 22

    Wenn man mit WIN10 auch die "-v"-Option benutzen kann, dann poste auch die Ausgabe von:

    Code
    ssh -v pi@192.168.178.88

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Hier die Ergebnisse der Eingabe in der Commandleiste:

    Ping-Statistik für 192.168.178.88:

    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0

    (0% Verlust),

    Ca. Zeitangaben in Millisek.:

    Minimum = 5ms, Maximum = 5ms, Mittelwert = 5ms

    Hier die Ergebnisse aus Zenmap:

    Starting Nmap 7.80 ( https://nmap.org ) at 2020-02-03 22:11 Mitteleuropäische Zeit

    NSE: Loaded 151 scripts for scanning.

    NSE: Script Pre-scanning.

    Initiating NSE at 22:11

    Completed NSE at 22:11, 0.00s elapsed

    Initiating NSE at 22:11

    Completed NSE at 22:11, 0.00s elapsed

    Initiating NSE at 22:11

    Completed NSE at 22:11, 0.00s elapsed

    Initiating ARP Ping Scan at 22:11

    Scanning 192.168.178.88 [1 port]

    Completed ARP Ping Scan at 22:11, 0.62s elapsed (1 total hosts)

    Initiating Parallel DNS resolution of 1 host. at 22:11

    Completed Parallel DNS resolution of 1 host. at 22:11, 0.01s elapsed

    Initiating SYN Stealth Scan at 22:11

    Scanning retropie.fritz.box (192.168.178.88) [1000 ports]

    Discovered open port 22/tcp on 192.168.178.88

    Discovered open port 139/tcp on 192.168.178.88

    Discovered open port 445/tcp on 192.168.178.88

    Completed SYN Stealth Scan at 22:11, 0.61s elapsed (1000 total ports)

    Initiating Service scan at 22:11

    Scanning 3 services on retropie.fritz.box (192.168.178.88)

    Completed Service scan at 22:11, 11.12s elapsed (3 services on 1 host)

    Initiating OS detection (try #1) against retropie.fritz.box (192.168.178.88)

    NSE: Script scanning 192.168.178.88.

    Initiating NSE at 22:11

    Completed NSE at 22:12, 40.07s elapsed

    Initiating NSE at 22:12

    Completed NSE at 22:12, 0.00s elapsed

    Initiating NSE at 22:12

    Completed NSE at 22:12, 0.00s elapsed

    Nmap scan report for retropie.fritz.box (192.168.178.88)

    Host is up (0.022s latency).

    Not shown: 997 closed ports

    PORT STATE SERVICE VERSION

    22/tcp open ssh OpenSSH 7.4p1 Raspbian 10+deb9u6 (protocol 2.0)

    139/tcp open netbios-ssn Samba smbd 3.X - 4.X (workgroup: WORKGROUP)

    445/tcp open netbios-ssn Samba smbd 4.5.16-Debian (workgroup: WORKGROUP)

    MAC Address: B8:27:EB:BE:27:5F (Raspberry Pi Foundation)

    Device type: general purpose

    Running: Linux 3.X|4.X

    OS CPE: cpe:/o:linux:linux_kernel:3 cpe:/o:linux:linux_kernel:4

    OS details: Linux 3.2 - 4.9

    Uptime guess: 48.069 days (since Tue Dec 17 20:33:10 2019)

    Network Distance: 1 hop

    TCP Sequence Prediction: Difficulty=256 (Good luck!)

    IP ID Sequence Generation: All zeros

    Service Info: Host: RETROPIE; OS: Linux; CPE: cpe:/o:linux:linux_kernel

    Host script results:

    | nbstat: NetBIOS name: RETROPIE, NetBIOS user: <unknown>, NetBIOS MAC: <unknown> (unknown)

    | Names:

    | RETROPIE<00> Flags: <unique><active>

    | RETROPIE<03> Flags: <unique><active>

    | RETROPIE<20> Flags: <unique><active>

    | WORKGROUP<00> Flags: <group><active>

    |_ WORKGROUP<1e> Flags: <group><active>

    | smb-os-discovery:

    | OS: Windows 6.1 (Samba 4.5.16-Debian)

    | Computer name: retropie

    | NetBIOS computer name: RETROPIE\x00

    | Domain name: \x00

    | FQDN: retropie

    |_ System time: 2020-02-03T21:11:40+00:00

    | smb-security-mode:

    | account_used: guest

    | authentication_level: user

    | challenge_response: supported

    |_ message_signing: disabled (dangerous, but default)

    | smb2-security-mode:

    | 2.02:

    |_ Message signing enabled but not required

    | smb2-time:

    | date: 2020-02-03T21:11:40

    |_ start_date: N/A

    TRACEROUTE

    HOP RTT ADDRESS

    1 22.07 ms retropie.fritz.box (192.168.178.88)

    NSE: Script Post-scanning.

    Initiating NSE at 22:12

    Completed NSE at 22:12, 0.00s elapsed

    Initiating NSE at 22:12

    Completed NSE at 22:12, 0.00s elapsed

    Initiating NSE at 22:12

    Completed NSE at 22:12, 0.00s elapsed

    Read data files from: D:\Nmap

    OS and Service detection performed. Please report any incorrect results at https://nmap.org/submit/ .

    Nmap done: 1 IP address (1 host up) scanned in 58.20 seconds

    Raw packets sent: 1023 (45.806KB) | Rcvd: 1018 (41.430KB)


    Hoffe das hilft dir soweit und danke für die Mühe!

  • Discovered open port 22/tcp on 192.168.178.88

    Also der SSH Port ist eigentlich offen.

    Und PC und Pi befinden sich auch im selben Netz? 192.168.178.* (wobei werden sie fast müssen da der Scan funktionierte)

    und wenn du jetzt in putty 192.168.178.88 eintippst kommt s zur Fehlermeldung oder wie.

  • Genau so ist es

    Dann versuch mal mit:

    Code
    ssh -v pi@192.168.178.88

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Dann versuch mal mit:

    Code
    ssh -v pi@192.168.178.88

    Das ergibt folgendes:

    C:\Users\Jannes>ssh -v pi@192.168.178.88

    OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5

    debug1: Connecting to 192.168.178.88 [192.168.178.88] port 22.

    debug1: Connection established.

    debug1: key_load_public: No such file or directory

    debug1: identity file C:\\Users\\Jannes/.ssh/id_rsa type -1

    debug1: key_load_public: No such file or directory

    debug1: identity file C:\\Users\\Jannes/.ssh/id_rsa-cert type -1

    debug1: key_load_public: No such file or directory

    debug1: identity file C:\\Users\\Jannes/.ssh/id_dsa type -1

    debug1: key_load_public: No such file or directory

    debug1: identity file C:\\Users\\Jannes/.ssh/id_dsa-cert type -1

    debug1: key_load_public: No such file or directory

    debug1: identity file C:\\Users\\Jannes/.ssh/id_ecdsa type -1

    debug1: key_load_public: No such file or directory

    debug1: identity file C:\\Users\\Jannes/.ssh/id_ecdsa-cert type -1

    debug1: key_load_public: No such file or directory

    debug1: identity file C:\\Users\\Jannes/.ssh/id_ed25519 type -1

    debug1: key_load_public: No such file or directory

    debug1: identity file C:\\Users\\Jannes/.ssh/id_ed25519-cert type -1

    debug1: key_load_public: No such file or directory

    debug1: identity file C:\\Users\\Jannes/.ssh/id_xmss type -1

    debug1: key_load_public: No such file or directory

    debug1: identity file C:\\Users\\Jannes/.ssh/id_xmss-cert type -1

    debug1: Local version string SSH-2.0-OpenSSH_for_Windows_7.7

    debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Raspbian-10+deb9u6

    debug1: match: OpenSSH_7.4p1 Raspbian-10+deb9u6 pat OpenSSH* compat 0x04000000

    debug1: Authenticating to 192.168.178.88:22 as 'pi'

    debug1: SSH2_MSG_KEXINIT sent

    Connection closed by 192.168.178.88 port 22

  • debug1: Authenticating to 192.168.178.88:22 as 'pi'

    debug1: SSH2_MSG_KEXINIT sent

    Connection closed by 192.168.178.88 port 22

    Evtl. gibt es ein Problem mit den Schlüsseldateien, die beim 1. booten generiert worden sind. Leider kommst Du nicht auf deinen PI, denn Du könntest dort:

    Code
    ls -la /etc/ssh/ssh_host_*
    sudo rm /etc/ssh/ssh_host_*
    sudo dpkg-reconfigure openssh-server

    probieren.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    • Offizieller Beitrag

    Kannst Du den RPi nochmals aus dem Gehäuse nehmen, Tastatur anschließen und die von rpi444 vorgeschlagenen Befehle ausführen?

    denn Du könntest dort:

    Code
    ls -la /etc/ssh/ssh_host_*
    sudo rm /etc/ssh/ssh_host_*
    sudo dpkg-reconfigure openssh-server

    probieren.

  • Erstmal vielen Dank Leute!

    Ich habe den gesamten Pi einfach nochmal aufgesetzt, nachdem rpi444 das mögliche Fehlverhalten beim ersten booten erwähnt hatte und was soll ich sagen - es funktioniert. ^^ Von der Software Seite ist nun alles in Ordnung! Das Gehäuse bzw. der Zero W gibt noch merkwürdige Geräusche von sich, aber nach meiner Recherche scheint dies wohl eine art "Spulenfiepen" aufgrund der Bauweise zu sein - aber das wäre ein anderes Thema. ;)

    Vielen Dank nochmal für eure Mühe - ich hab bei dem gesamten Prozess einiges gelernt.:thumbup:

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!