Kein Zugriff über Putty + Alexa Connector Problem

[RitterSport]

Hallo Zusammen,

ich hatte zugrundeliegend folgende Fehlermeldung im Alexa "Could not resolve hostname fhem-va.fhem.de: Temporary failure in name resolution"
Daraufhin ein RPI update gemacht, neu gestartet und piHole ausgeschaltet welches auch auf dem gleichen Raspi läuft.
Bei weiteren Eingaben und Neustarts kam aber auch jetzt: "Cannot resolve Main01..."
Also piHole deinstalliert.

Ein Zugriff über Putty und der IP 192.168.0.9 ist nicht möglich: "Closed Network Connection.."
auch nicht über Main01
-> Fhem läuft und ist erreichbar über seine IP 192.168.0.9 und Main01
-> In der Fritzbox ist der Name allerdings "RaspberryPiMain" ein ändern auf Main01 hat die gleichen Fehler gebracht
-> Ein Portscan zeigt Main01.fritz.box und Port 22 (TCP) ssh protocol 2.0, sowie Port 80 (TCP) lighttpd 1.4.45 Forbidden
-> Windows Powershell :

Code Auswählen Erweitern

PS C:\Users\MeinPC> ssh -v 192.168.0.9 22
OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2
debug1: Connecting to 192.168.0.9 [192.168.0.9] port 22.
debug1: Connection established.
debug1: identity file C:\\Users\\MeinPC/.ssh/id_rsa type -1
debug1: identity file C:\\Users\\MeinPC/.ssh/id_rsa-cert type -1
debug1: identity file C:\\Users\\MeinPC/.ssh/id_dsa type -1
debug1: identity file C:\\Users\\MeinPC/.ssh/id_dsa-cert type -1
debug1: identity file C:\\Users\\MeinPC/.ssh/id_ecdsa type -1
debug1: identity file C:\\Users\\MeinPC/.ssh/id_ecdsa-cert type -1
debug1: identity file C:\\Users\\MeinPC/.ssh/id_ed25519 type -1
debug1: identity file C:\\Users\\MeinPC/.ssh/id_ed25519-cert type -1
debug1: identity file C:\\Users\\MeinPC/.ssh/id_xmss type -1
debug1: identity file C:\\Users\\MeinPC/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_for_Windows_8.1
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Raspbian-10+deb9u7
debug1: match: OpenSSH_7.4p1 Raspbian-10+deb9u7 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to 192.168.0.9:22 as 'MeinPC'
debug1: SSH2_MSG_KEXINIT sent
Connection closed by 192.168.0.9 port 22

Hat jemand eine Idee wie ich den Schlamassel anpacken kann?

[frober]

Dein Zugriff scheitert schon einmal, da du den User mit angeben musst.
MeinPC wird nicht der User auf dem Rasi sein!?

Code Auswählen Erweitern

ssh user@ip

[RitterSport]

Danke schonmal für den Hinweis.

MeinPC habe ich hier in den Ausführungen gesetzt, da dort sonst mein Klarname des Laptops stand. Somit ist richtig, ich komme mit dem User Namen nicht auf den Raspi.
Das war auch nur zum Test, um zu sehen ob Ports offen sind und SSH vorhanden ist.

Ich habe jetzt Bildschirm und Tastatur am Raspi und mich als User pi eingelogt.
->Open SSH ist installiert

Über Windows Powershell:

PS C:\Users\MeinPC> ssh pi@192.168.0.9
debug1: Local version string SSH-2.0-OpenSSH_for_Windows_8.1
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Raspbian-10+deb9u7
debug1: match: OpenSSH_7.4p1 Raspbian-10+deb9u7 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to 192.168.0.9:22 as 'pi'
debug1: SSH2_MSG_KEXINIT sent
Connection closed by 192.168.0.9 port 22


Da ich auch keine Pakete etc installieren kann mit der gleichen Rückmeldung, habe ich mir die /etc/dhcpcd.conf angesehen.
static ip_adress=192.168.0.9/24
static routers=192.168.0.1
static domain_name_servers=192.168.0.1 1.1.1.1 1.0.0.1

[frober]

Bei aktuellen Raspbian Versionen ist ssh nicht aktiviert.

In der command line  ein

Code Auswählen Erweitern

sudo raspi-config
dann kannst du es unter 5 aktivieren.

[RitterSport]

Habe ich vorsichtshalber probiert. Kein Effekt.
Da ich aber eine bestehende und bisher laufende Konfiguration habe: Es ging ja vorher.

[Wernieman]

Du bekommst ja auch Ausgaben des SSHD

Wenn DU Dich loal einloggst (Du schriebst so etwas?), funktioniert dann ssh?

Was steht in den üblichen Verdächtigen (/var/log/kern.log|auth.log ....)?

[Otto123]

@RitterSport Ich befürchte Du manipulierst Deine Ausgaben zu sehr und zeigst nicht alles. Das wird schwierig mit Hilfe.
Nimm Bitte Codetags - siehe https://forum.fhem.de/index.php/topic,71806.0.html

Wenn er wirklich an der Stelle abbrichst, klappt der Austausch der Keys nicht.
Mach mal bei lokaler Anmeldung mit User pi:

Code Auswählen Erweitern

ls -lha ~/.ssh

Gruß Otto