(Retroflag Gpi CASE) SSH Problem mit Retropie

    • Official Post

    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.

    Habe mal PowerShell geöffnet und es versucht.

    Kopiere dir einfach mal meine Eingabe, dann hast du auch die IP. :)


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

    Connection reset by 192.168.178.88 port 22

    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.

    Quote from Felesur

    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

    Like 1

    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!

    Quote from Felesur

    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.

    Quote from Felesur

    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

    Like 1
    Quote from rpi444

    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

    Quote from Felesur

    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

    Like 1
    • Official Post

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


    Quote from rpi444

    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: