Hallo zusammen,
da ich gerade meinen Reverse-Proxy aus meinem Heimnetz entfernt habe da ich keinen Exchange mehr betreibe habe ich mich dann nochmal an Alexa-Fhem gemacht. Jetzt bekomme ich aber folgende Ausgabe
alexaFHEM.ProxyConnection
error; Reverse Proxy replied with neither registered nor unregistered status: out: err:fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).dabei habe ich doch keinen ReverseProxy mehr und dann habe ich mich wieder auf die Suche gemacht und die Fehler Schritte durchgenangen und gleich beim ersten das die Keys nicht richtig erstellt wurden kommt ein totaler Quark raus
root@fhem:/opt/fhem# ls -l /opt/fhem/.ssh
ls: Zugriff auf '/opt/fhem/.ssh' nicht möglich: Datei oder Verzeichnis nicht gefunden
ps -ef | egrep '(alexa|ssh)' gibt auch folgendes wieder
root 581 1 0 Jul14 ? 00:00:00 sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups
root 3443019 581 0 14:35 ? 00:00:00 sshd: pi [priv]
pi 3443170 3443019 0 14:37 ? 00:00:00 sshd: pi@pts/0
fhem 3447766 3447691 0 15:35 ? 00:00:00 node /usr/local/bin/alexa-fhem -c ./alexa-fhem.cfg -s
root 3448368 3445504 0 15:44 pts/1 00:00:00 grep -E (alexa|ssh)
HELP HELP HELP
Zitat von: mrb am 18 August 2025, 14:56:25da es anscheinend nicht im passenden Unterforum beantwortet wird stelle ich mal hier die Frage da ich anscheinend wirklich mal wieder Newbe-Dasein an den Tag lege.
Aha, gerade mal 1 Tag gepostet und schon "quängeln"... ;)
Vielleicht haben wir nur nicht immer sofort Zeit!?
Ich verdiene mein Geld leider nicht mit dem Support von fhem...
Zitat von: mrb am 18 August 2025, 14:56:25Mein Fhem kommuniziert nicht mehr mit meinem Alexa Device.
Die gepostete Fehlermeldung ist eher in Richtung fhem.de / Vereinsserver...
Wenn ich im Forum nach dem Fehler suche, lande ich z.B. dort:
https://forum.fhem.de/index.php?topic=137644.msg1308505#msg1308505
(und weitere Treffer)
Hast du unter /opt/fhem/.ssh entsprechende Schlüssel(dateien)?
Ah, also nicht...
Sollte eigentlich bei der Installation von alexa-fhem bzw. Anlegen des Alexa-Devices geschehen.
Evtl. mal einfach neu installieren, ohne was zu löschen bzw. zu deinstallieren!?
alexa-fhem.cfg: sichern, wenn du Einstellungen vorgenommen hast, z.B. Zugriff auf fhem: IP/Port etc. Denn bei Installation Anlegen des Alexa-Devices wird u.U. eine Default-Konfig angelegt...
Also mal alle Schritte des Wiki durchturnen...
EDIT: helfen, wenn du diverse Threads parallel öffnest macht es nicht einfacher...
Gruß, Joachim
Guten Morgen Joachim, guten Morgen mrb,
ich seit gestern wohl das gleiche Problem mit dem alexa connector.
Mein Setup: 2 alexa Dots 5, eine kleine Alexa show, Router unifi DreamMachine, FHEM auf Raspberry 3b mit OS lite, die Alexas und der Raspi sind in unterschiedlichen VLANs.
Die Alexas liefen seit Monaten störungsfrei, nur seit gestern funktioniert die Verbindung überhaupt nicht mehr.
Ich habe schon versucht den Alexa Skill neu zu installieren und bekomme aber in der Alexa-App die Fehlermeldung
"Activation Key: Good Key
SSH: NOT online - no SSH session established"
Das Alexa Device habe ich mehrfach neu gestartet bzw. sogar schon gelöscht und neu definiert. Ohne Verbesserungen zu erzielen.
Der Raspi kann fhem-va.fhem.de anpingen:
64 bytes from va.fhem.de (188.40.131.57): icmp_seq=1 ttl=58 time=10.2 ms
64 bytes from va.fhem.de (188.40.131.57): icmp_seq=2 ttl=58 time=9.76 ms
64 bytes from va.fhem.de (188.40.131.57): icmp_seq=3 ttl=58 time=9.96 ms
Telnet meldet auf Port 58824:
telnet fhem-va.fhem.de 58824
Trying 188.40.131.57...
Connected to fhem-va.fhem.de.
Escape character is '^]'.
SSH-2.0-APACHE-SSHD-2.3.0
Detected AuthTimeout after 120653/120000 ms.▒4|▒▒▒މ▒Connection closed by foreign host.
Wenn ich über Putty
sudo -u fhem ssh -p 58824 fhem-va.fhem.de status
sudo -u fhem ssh -p 58824 fhem-va.fhem.de unregisterprobiere, dann bleibt jeweils der Cursor weg, der Cursor mit der Pfadangabe kommt erst nach STRG&C wieder zurück.
Hat jemand einen Tip für mich, was ich noch versuchen, um die SSH-Verbindung wieder aufzubauen?
Viele Grüße
Ned
Zitat von: mrb am 17 August 2025, 15:44:58root@fhem:/opt/fhem# ls -l /opt/fhem/.ssh
ls: Zugriff auf '/opt/fhem/.ssh' nicht möglich: Datei oder Verzeichnis nicht gefunden
Probier mal:
sudo -u fhem ls -la /opt/fhem/.ssh
Damit wird der Befehl "ls" mit dem Benutzer fhem ausgeführt, der alle Rechte für das .ssh Verzeichnis hat.
root@fhem:/home/pi# sudo -u fhem ls -la /opt/fhem/.ssh
ls: Zugriff auf '/opt/fhem/.ssh' nicht möglich: Datei oder Verzeichnis nicht gefunden
wie ich oben schrieb ;) aber danke für den Tipp :)
Zitat von: MadMax-FHEM am 18 August 2025, 15:42:17Aha, gerade mal 1 Tag gepostet und schon "quängeln"... ;)
Vielleicht haben wir nur nicht immer sofort Zeit!?
Ich verdiene mein Geld leider nicht mit dem Support von fhem...
Alles gut, nur hantiere ich ja jetzt schon seit geraumer Zeit mit der Alexa nur es lag lange auf Eis und jetzt wollte ich das mal wieder angreifen :D
Zitat von: MadMax-FHEM am 18 August 2025, 15:42:17Hast du unter /opt/fhem/.ssh entsprechende Schlüssel(dateien)?
Ah, also nicht...
habe ich klar schon probiert zu kopieren. Fehler bleibt weiterhin
error; Reverse Proxy replied with neither registered nor unregistered status: out: err:fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).Madmax aber danke dir wirklich für die Hilfe ;)
Zitat von: Ned am 19 August 2025, 08:44:23Wenn ich über Putty
Code Auswählen Erweitern
sudo -u fhem ssh -p 58824 fhem-va.fhem.de status
sudo -u fhem ssh -p 58824 fhem-va.fhem.de unregisterprobiere, dann bleibt jeweils der Cursor weg, der Cursor mit der Pfadangabe kommt erst nach STRG&C wieder zurück.
das klappt bei mir im übrigen NICHT
EDIT:
User fhem war nicht in den SSH-Usern drinnen. Wurde anscheinend nur den inplace upgrade zerschossen :(
Zitat von: Ned am 19 August 2025, 08:44:23Guten Morgen Joachim, guten Morgen mrb,
ich seit gestern wohl das gleiche Problem mit dem alexa connector.
Mein Setup: 2 alexa Dots 5, eine kleine Alexa show, Router unifi DreamMachine, FHEM auf Raspberry 3b mit OS lite, die Alexas und der Raspi sind in unterschiedlichen VLANs.
Die Alexas liefen seit Monaten störungsfrei, nur seit gestern funktioniert die Verbindung überhaupt nicht mehr.
Ich habe schon versucht den Alexa Skill neu zu installieren und bekomme aber in der Alexa-App die Fehlermeldung
"Activation Key: Good Key
SSH: NOT online - no SSH session established"
Das Alexa Device habe ich mehrfach neu gestartet bzw. sogar schon gelöscht und neu definiert. Ohne Verbesserungen zu erzielen.
Der Raspi kann fhem-va.fhem.de anpingen:
64 bytes from va.fhem.de (188.40.131.57): icmp_seq=1 ttl=58 time=10.2 ms
64 bytes from va.fhem.de (188.40.131.57): icmp_seq=2 ttl=58 time=9.76 ms
64 bytes from va.fhem.de (188.40.131.57): icmp_seq=3 ttl=58 time=9.96 ms
Telnet meldet auf Port 58824:
telnet fhem-va.fhem.de 58824
Trying 188.40.131.57...
Connected to fhem-va.fhem.de.
Escape character is '^]'.
SSH-2.0-APACHE-SSHD-2.3.0
Detected AuthTimeout after 120653/120000 ms.▒4|▒▒▒މ▒Connection closed by foreign host.
Wenn ich über Putty
sudo -u fhem ssh -p 58824 fhem-va.fhem.de status
sudo -u fhem ssh -p 58824 fhem-va.fhem.de unregisterprobiere, dann bleibt jeweils der Cursor weg, der Cursor mit der Pfadangabe kommt erst nach STRG&C wieder zurück.
Hat jemand einen Tip für mich, was ich noch versuchen, um die SSH-Verbindung wieder aufzubauen?
Viele Grüße
Ned
Ich bleibe jetzt auch genau hier stecken :(
Ich würde mal:
- Alexa-Device löschen
- Gesamtes System neustarten (damit irgendwelche noch laufenden Prozesse beendet werden)
- Alexa-Device wieder anlegen (define alexa alexa), warten
- Dann sollte ein neues Schlüsselpaar generiert werden und die Verbindung sollte wieder funktionieren
Steht auch so im Wiki (https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa#Installation):
ZitatAlles, was jetzt noch nötig ist, ist das Anlegen eines Alexa-Devices. Gib dafür in der FHEM-Web-Kommandozeile
define alexa alexaan. Nun läuft, während Du bereits das neu angelegte Alexa-Devices siehst, ein komplexer Prozess im Hintergrund:
- Falls noch kein SSH-Key für den Benutzer, unter dem FHEM läuft, existiert, wird einer generiert
...
Am Ende natürlich noch in der Alexa-App den FHEM-Skill löschen und dann mit dem neuen proxyKey (
get alexa proxyKey) neu verknüpfen.
Achso, falls weiter Probleme bestehen, bitte dann aussagekräftige Auszüge aus dem alexa-fhem-Log posten und nicht nur einzelne Fehlermeldungen.
Bei mir läuft es jetzt nach folgenden Aktionen:
in der FHEM Kommandozeile (alexa device löschen):
delete Alexa
save
SSH-Verbindung mit Putty zum Raspi (vorhandene Keys löschen):
sudo systemctl stop fhem
sudo rm -r /opt/fhem/.ssh
sudo reboot now
dann wieder in der FHEM Kommandozeile nach der Anleitung zum Alexa Connector (alexa device neu anlegen und neuen proxyKey abfragen):
define Alexa alexa
get Alexa proxyKeyund den neuen proxyKey im FHEM Skill in der Alexa App neu registrieren!
Vielleicht geht es auch eleganter, aber so habe ich meinen Alexa Connector wieder zu laufen gebracht.
Alles völlig richtig gemacht! Gut, dass es wieder funktioniert.
Zitat von: Ned am 19 August 2025, 22:22:26Bei mir läuft es jetzt nach folgenden Aktionen:
in der FHEM Kommandozeile (alexa device löschen):
delete Alexa
save
SSH-Verbindung mit Putty zum Raspi (vorhandene Keys löschen):
sudo systemctl stop fhem
sudo rm -r /opt/fhem/.ssh
sudo reboot now
dann wieder in der FHEM Kommandozeile nach der Anleitung zum Alexa Connector (alexa device neu anlegen und neuen proxyKey abfragen):
define Alexa alexa
get Alexa proxyKeyund den neuen proxyKey im FHEM Skill in der Alexa App neu registrieren!
Vielleicht geht es auch eleganter, aber so habe ich meinen Alexa Connector wieder zu laufen gebracht.
das hat mir mut gemacht und auch nochmal probiert. ich habe auch die .ssh Folder von /home/fhem nach /opt/fhem verschoben, aber es läuft immer noch nicht :( immer noch mit dem Reverse proxy fehler *ARG*!!!
Zitat von: passibe am 19 August 2025, 18:44:21Achso, falls weiter Probleme bestehen, bitte dann aussagekräftige Auszüge aus dem alexa-fhem-Log posten und nicht nur einzelne Fehlermeldungen.
Ü
Und wieso du irgendwelche .ssh-Verzeichnisse rumschiebst, obwohl ich eindeutig geschrieben habe, dass man das automatisch generieren lassen soll ist mir schleierhaft ...
(Hätte vielleicht noch dazuschreiben sollen, dass man /opt/fhem/.ssh löschen soll, aber das hat Ned dann ja richtigerweise als zusätzlichen Schritt aufgenommen.)
Vielleicht noch zum Verständnis:
Zitat von: mrb am 17 August 2025, 15:44:58Reverse-Proxy aus meinem Heimnetz entfernt
[...]
dabei habe ich doch keinen ReverseProxy mehr
Dein Reverse-Proxy (oder dessen Fehlen) hat rein GAR NICHTS mit dem Reverse-Proxy zu tun, der auf dem Vereinsserver läuft. Die sind maximal unabhängig von einander. Der auf dem Vereinsserver proxied einfach von Amazons Servern ankommende Daten, z.B. Schaltbefehle, zu dir. Was dein Reverse-Proxy macht, ob der jetzt Exchange proxied oder irgendeine Website, die du hostest, oder ob er gar nicht mehr existiert, spielt für alexa-fhem bzw. für den non-custom-skill-connector (https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa) überhaupt
überhaupt!!!! keine Rolle.
Zitat von: passibe am 20 August 2025, 09:46:00Zitat von: passibe am 19 August 2025, 18:44:21Achso, falls weiter Probleme bestehen, bitte dann aussagekräftige Auszüge aus dem alexa-fhem-Log posten und nicht nur einzelne Fehlermeldungen.
Ü
Sorry mea culpa
hier der gewünschte auszug aus dem log (ich kürze es immer etwas da dort auch andere logeinträge drinnen stehen die nichts mit dem modul zutun haben (warum auch immer)
[20.8.2025, 15:10:13] BearerToken '...5638F' read from alexa
[20.8.2025, 15:10:13] Reading alexaFHEM.ProxyConnection set to error;; Reverse Proxy replied with neither registered nor unregistered status: out: err:Warning: Permanently added '[fhem-va.fhem.de]:58824' (RSA) to the list of known hosts.
fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).
[20.8.2025, 15:10:13] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20error%3B%3B%20Reverse%20Proxy%20replied%20with%20neither%20registered%20nor%20unregistered%20status%3A%20out%3A%20%20err%3AWarning%3A%20Permanently%20added%20'%5Bfhem-va.fhem.de%5D%3A58824'%20(RSA)%20to%20the%20list%20of%20known%20hosts.%0D%0Afhem%40fhem-va.fhem.de%3A%20Permission%20denied%20(keyboard-interactive%2Cpublickey).%0D%0A%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_693770947791975&XHR=1
Zitat von: passibe am 20 August 2025, 09:46:00Und wieso du irgendwelche .ssh-Verzeichnisse rumschiebst, obwohl ich eindeutig geschrieben habe, dass man das automatisch generieren lassen soll ist mir schleierhaft ...
(Hätte vielleicht noch dazuschreiben sollen, dass man /opt/fhem/.ssh löschen soll, aber das hat Ned dann ja richtigerweise als zusätzlichen Schritt aufgenommen.)
Vielleicht noch zum Verständnis:
Zitat von: mrb am 17 August 2025, 15:44:58Reverse-Proxy aus meinem Heimnetz entfernt
[...]
dabei habe ich doch keinen ReverseProxy mehr
Dein Reverse-Proxy (oder dessen Fehlen) hat rein GAR NICHTS mit dem Reverse-Proxy zu tun, der auf dem Vereinsserver läuft. Die sind maximal unabhängig von einander. Der auf dem Vereinsserver proxied einfach von Amazons Servern ankommende Daten, z.B. Schaltbefehle, zu dir. Was dein Reverse-Proxy macht, ob der jetzt Exchange proxied oder irgendeine Website, die du hostest, oder ob er gar nicht mehr existiert, spielt für alexa-fhem bzw. für den non-custom-skill-connector (https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa) überhaupt überhaupt!!!! keine Rolle.
OK gelöscht (im Fhem und ssh im putty) nochmal mit folgendem installiert
sudo npm install -g alexa-fhemdann den Define mit
define alexa alexa gemacht. Dann war er okay aus meiner Sicht. Verschoben in meinen "alexa" raum. mit meinem Smartphone den Proxykey geholt und versucht in der App zu registrieren was mit dem Screenshot endete
Screenshot_20250820-151020.png
dann mit dem aufruf auf meinem Client wieder der Proxy error
Hast du das, was Ned geschrieben hat (https://forum.fhem.de/index.php?topic=142271.msg1346581#msg1346581) Schritt für Schritt so gemacht? Inklusive Neustart des Systems? Da stand z.B. nichts von
npm install ...
Solltest du das nicht Schritt für Schritt
genau so wie es da steht gemacht haben, bitte nochmal machen.
Wenn der Fehler dann immer noch besteht, kannst du bitte mal die Ausgabe folgender Befehle posten:
- in FHEM:
list alexa
(ggfs. alexaFHEM.bearerToken und alexaFHEM.skillRegKey zensieren) - über SSH/Putty:
sudo ls -la /opt/fhem/.ssh - über SSH/Putty:
sudo -u fhem ssh -vv -p 58824 fhem-va.fhem.de status
Und dann bitte auch mal in FHEM ein
set alexa restart ausführen und mal einen vollständigen Auszug aus dem alexa-fhem-Log posten, das auch den Start erfasst. Also schon ab der Zeile, die vermutlich so aussieht:
os.homedir()=/alexa-fhemund nicht erst ab
BearerToken '...12345' read from alexa
und ist Dein System auf dem neusten Stand?
ansonsten mal in der Kommandozeile
update
shutdown restartdurchführen.
update hat mir schon so manches Mal meine Probleme gelöst
ich kann das hier nicht alles posten
habe jetzt nochmal einen Save (stand ja eigentlich drinnen :D) durchgeführt sogar NACHDEM ich weiterhin den selben fehler erhalten habe.
Zitat von: passibe am 20 August 2025, 21:55:46Hast du das, was Ned geschrieben hat (https://forum.fhem.de/index.php?topic=142271.msg1346581#msg1346581) Schritt für Schritt so gemacht? Inklusive Neustart des Systems? Da stand z.B. nichts von npm install ...
Solltest du das nicht Schritt für Schritt genau so wie es da steht gemacht haben, bitte nochmal machen.
Wenn der Fehler dann immer noch besteht, kannst du bitte mal die Ausgabe folgender Befehle posten:
- in FHEM:
list alexa
(ggfs. alexaFHEM.bearerToken und alexaFHEM.skillRegKey zensieren) - über SSH/Putty:
sudo ls -la /opt/fhem/.ssh - über SSH/Putty:
sudo -u fhem ssh -vv -p 58824 fhem-va.fhem.de status
Und dann bitte auch mal in FHEM ein set alexa restart ausführen und mal einen vollständigen Auszug aus dem alexa-fhem-Log posten, das auch den Start erfasst. Also schon ab der Zeile, die vermutlich so aussieht:
os.homedir()=/alexa-fhemund nicht erst ab
BearerToken '...12345' read from alexa
list alexa
Internals:
CFGFN
FD 49
FUUID 68a6b589-f33f-3fd4-db55-0ecf1a21b0723692
FVERSION 39_alexa.pm:0.238200/2021-02-24
LAST_START 2025-08-21 07:58:33
LAST_STOP 2025-08-21 07:58:33
NAME alexa
NOTIFYDEV global,global:npmjs.*alexa-fhem.*
NR 359
NTFY_ORDER 50-alexa
PARTIAL
PID 800
STARTS 2
STATE running /usr/bin/alexa-fhem
TYPE alexa
active 0
alexa-fhem version 0.5.65
currentlogfile ./log/alexa-2025-08-21.log
eventCount 7
logfile ./log/alexa-%Y-%m-%d.log
CoProcess:
cmdFn alexa_getCMD
name alexaFHEM
state running /usr/bin/alexa-fhem
READINGS:
2025-08-21 07:58:33 alexaFHEM running /usr/bin/alexa-fhem
2025-08-21 08:00:46 alexaFHEM.ProxyConnection error; Reverse Proxy replied with neither registered nor unregistered status: out: err:fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).
2025-08-21 07:58:33 alexaFHEM.bearerToken crypt:asdfasdfasdfasdf
2025-08-21 07:58:33 alexaFHEM.skillRegKey crypt:asdfasdfasdfasdf
helper:
Attributes:
alexaFHEM-config ./alexa-fhem.cfg
alexaFHEM-log ./log/alexa-%Y-%m-%d.log
alexaMapping #Characteristic=<name>=<value>,...
On=verb=schalte,valueOn=an;ein,valueOff=aus,valueToggle=um
Brightness=verb=stelle,property=helligkeit,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
Hue=verb=stelle,valuePrefix=auf,values=rot:0;grün:128;blau:200
Hue=verb=färbe,values=rot:0;grün:120;blau:220
Saturation=verb=stelle,property=sättigung,valuePrefix=auf,values=AMAZON.NUMBER
Saturation=verb=sättige,values=AMAZON.NUMBER
TargetPosition=verb=mach,articles=den;die,values=auf:100;zu:0
TargetPosition=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
TargetTemperature=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=grad
Volume:verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
#Weckzeit=verb=stelle,valuePrefix=auf;für,values=AMAZON.TIME,valueSuffix=uhr
alexaTypes #Type=<alias>[,<alias2>[,...]]
light=licht,lampen
blind=rolladen,rolläden,jalousie,jalousien,rollo,rollos
devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
echoRooms #<deviceId>=<room>
fhemIntents #IntentName=<sample utterance>
gutenMorgen=guten morgen
guteNacht=gute nacht
persons #<personId>=<name>
stateFormat alexaFHEM.ssh
pi@fhem:~$ sudo ls -la /opt/fhem/.ssh
[sudo] Passwort für pi:
ls: Zugriff auf '/opt/fhem/.ssh' nicht möglich: Datei oder Verzeichnis nicht gefunden
es liegt nämlich wie ich sagte (und deswegen auch die kopierererei) unter /home/fhem da dann
pi@fhem:~$ sudo ls -la /home/fhem/.ssh
insgesamt 20
drwx------ 2 fhem dialout 4096 20. Aug 15:10 .
drwxr-xr-x 6 fhem fhem 4096 20. Aug 15:08 ..
-rw------- 1 fhem dialout 3369 20. Aug 15:08 id_rsa
-rw-r--r-- 1 fhem dialout 735 20. Aug 15:08 id_rsa.pub
-rw-r--r-- 1 fhem dialout 442 20. Aug 15:10 known_hosts
sudo -u fhem ssh -vv -p 58824 fhem-va.fhem.de status
und da bleibt es auch hängen.
pi@fhem:~$ sudo -u fhem ssh -vv -p 58824 fhem-va.fhem.de status
OpenSSH_9.2p1 Debian-2+deb12u6, OpenSSL 3.0.16 11 Feb 2025
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug2: resolving "fhem-va.fhem.de" port 58824
debug1: Connecting to fhem-va.fhem.de [2a01:4f8:221:1b5a::f2] port 58824.
das log als text :o ::) ::) ::)
Danke für die ganzen Infos!
Aber jetzt verstehe ich – bei dir ist das, wieso auch immer, alles unter /home/fhem. Ich dachte die ganze Zeit dir fehlt der Schlüssel oder irgendwas damit ist verkehrt, aber dann hat das alles seine Richtigkeit.
Zitat von: mrb am 21 August 2025, 08:15:31sudo -u fhem ssh -vv -p 58824 fhem-va.fhem.de (https://fhem-va.fhem.de/) status
und da bleibt es auch hängen.
Wieso das hier aber hängt; das ist komisch. Kannst du das vielleicht einfach nochmal probieren? Und vielleicht auch einfach mal länger warten?
Ansonsten kann es auch sein, dass du davon betroffen bist: https://forum.fhem.de/index.php?topic=126292.0
Die Fehlermeldung passt zwar nicht ganz, aber hier (https://forum.fhem.de/index.php?topic=140451) wurde das auch mit Anpassen der erlaubten Host-Key-Algorithmen gelöst. Deshalb mal testweise bitte über ssh:
sudo -u fhem nano /home/fhem/.ssh/configund dann in die Datei folgendes einfügen:
Host fhem-va.fhem.de
HostkeyAlgorithms +ssh-rsa
PubkeyAcceptedAlgorithms +ssh-rsaDanach in FHEM
set alexa restart ausführen und schauen, ob der Fehler noch besteht.
Falls ja, müssten wir nochmal schauen, dass wir den obigen Befehl (ssh -vv ...) zum laufen kriegen.
nö läuft leider immer noch nicht. ja wenn es länger gelaufen ist gab er das wieder (immerhin)
pi@fhem:~$ sudo -u fhem ssh -vv -p 58824 fhem-va.fhem.de status
OpenSSH_9.2p1 Debian-2+deb12u6, OpenSSL 3.0.16 11 Feb 2025
debug1: Reading configuration data /home/fhem/.ssh/config
debug1: /home/fhem/.ssh/config line 1: Applying options for fhem-va.fhem.de
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug2: resolving "fhem-va.fhem.de" port 58824
debug1: Connecting to fhem-va.fhem.de [2a01:4f8:221:1b5a::f2] port 58824.
debug1: connect to address 2a01:4f8:221:1b5a::f2 port 58824: Connection timed out
debug1: Connecting to fhem-va.fhem.de [188.40.131.57] port 58824.
debug1: Connection established.
debug1: identity file /home/fhem/.ssh/id_rsa type 0
debug1: identity file /home/fhem/.ssh/id_rsa-cert type -1
debug1: identity file /home/fhem/.ssh/id_ecdsa type -1
debug1: identity file /home/fhem/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/fhem/.ssh/id_ecdsa_sk type -1
debug1: identity file /home/fhem/.ssh/id_ecdsa_sk-cert type -1
debug1: identity file /home/fhem/.ssh/id_ed25519 type -1
debug1: identity file /home/fhem/.ssh/id_ed25519-cert type -1
debug1: identity file /home/fhem/.ssh/id_ed25519_sk type -1
debug1: identity file /home/fhem/.ssh/id_ed25519_sk-cert type -1
debug1: identity file /home/fhem/.ssh/id_xmss type -1
debug1: identity file /home/fhem/.ssh/id_xmss-cert type -1
debug1: identity file /home/fhem/.ssh/id_dsa type -1
debug1: identity file /home/fhem/.ssh/id_dsa-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_9.2p1 Debian-2+deb12u6
debug1: Remote protocol version 2.0, remote software version APACHE-SSHD-2.3.0
debug1: compat_banner: no match: APACHE-SSHD-2.3.0
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to fhem-va.fhem.de:58824 as 'fhem'
debug1: load_hostkeys: fopen /home/fhem/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: sntrup761x25519-sha512,sntrup761x25519-sha512@openssh.com,curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,ext-info-c,kex-strict-c-v00@openssh.com
debug2: host key algorithms: rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,rsa-sha2-512,rsa-sha2-256,ssh-rsa,ssh-ed25519-cert-v01@openssh.com,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,sk-ssh-ed25519-cert-v01@openssh.com,sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25519@openssh.com,sk-ecdsa-sha2-nistp256@openssh.com
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com,zlib
debug2: compression stoc: none,zlib@openssh.com,zlib
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: ecdh-sha2-nistp521,ecdh-sha2-nistp384,ecdh-sha2-nistp256,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group18-sha512,diffie-hellman-group17-sha512,diffie-hellman-group16-sha512,diffie-hellman-group15-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc
debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc
debug2: MACs ctos: hmac-md5,hmac-sha1,hmac-sha2-256,hmac-sha2-512,hmac-sha1-96,hmac-md5-96
debug2: MACs stoc: hmac-md5,hmac-sha1,hmac-sha2-256,hmac-sha2-512,hmac-sha1-96,hmac-md5-96
debug2: compression ctos: none,zlib,zlib@openssh.com
debug2: compression stoc: none,zlib,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug1: kex: algorithm: ecdh-sha2-nistp256
debug1: kex: host key algorithm: rsa-sha2-512
debug1: kex: server->client cipher: aes128-ctr MAC: hmac-sha2-256 compression: none
debug1: kex: client->server cipher: aes128-ctr MAC: hmac-sha2-256 compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: SSH2_MSG_KEX_ECDH_REPLY received
debug1: Server host key: ssh-rsa SHA256:faKHDj9WmNmjRbq3SXmzb0FNfNxqond1TJQk9DLaBwQ
debug1: load_hostkeys: fopen /home/fhem/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug1: Host '[fhem-va.fhem.de]:58824' is known and matches the RSA host key.
debug1: Found key in /home/fhem/.ssh/known_hosts:1
debug2: ssh_set_newkeys: mode 1
debug1: rekey out after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug2: ssh_set_newkeys: mode 0
debug1: rekey in after 4294967296 blocks
debug1: Will attempt key: /home/fhem/.ssh/id_rsa RSA SHA256:O6/ezvQZJrA+QrHxBLLHI4G5ydkvB18EfPU7KVWNa5c
debug1: Will attempt key: /home/fhem/.ssh/id_ecdsa
debug1: Will attempt key: /home/fhem/.ssh/id_ecdsa_sk
debug1: Will attempt key: /home/fhem/.ssh/id_ed25519
debug1: Will attempt key: /home/fhem/.ssh/id_ed25519_sk
debug1: Will attempt key: /home/fhem/.ssh/id_xmss
debug1: Will attempt key: /home/fhem/.ssh/id_dsa
debug2: pubkey_prepare: done
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: keyboard-interactive,publickey
debug1: Next authentication method: publickey
debug1: Offering public key: /home/fhem/.ssh/id_rsa RSA SHA256:O6/ezvQZJrA+QrHxBLLHI4G5ydkvB18EfPU7KVWNa5c
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: /home/fhem/.ssh/id_rsa RSA SHA256:O6/ezvQZJrA+QrHxBLLHI4G5ydkvB18EfPU7KVWNa5c
Authenticated to fhem-va.fhem.de ([188.40.131.57]:58824) using "publickey".
debug1: channel 0: new session [client-session] (inactive timeout: 0)
debug2: channel 0: send open
debug1: Entering interactive session.
debug1: pledge: filesystem
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
debug1: Sending environment.
debug1: channel 0: setting env LANG = "de_DE.UTF-8"
debug2: channel 0: request env confirm 0
debug1: Sending command: status
debug2: channel 0: request exec confirm 1
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 2097152 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug2: channel 0: rcvd close
debug2: chan_shutdown_read: channel 0: (i0 o1 sock -1 wfd 4 efd 6 [write])
debug2: channel 0: input open -> closed
Registered.
Registered on 2025-08-21T12:17:19Z as 9DE37F97.
debug2: channel 0: obuf empty
debug2: chan_shutdown_write: channel 0: (i3 o1 sock -1 wfd 5 efd 6 [write])
debug2: channel 0: output drain -> closed
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 3696, received 2528 bytes, in 0.1 seconds
Bytes per second: sent 49273.9, received 33702.5
debug1: Exit status 0
Ich weiß zwar nicht was ich jetzt anders gemacht habe, aber jetzt ging der connect. Danke euch allen. Ich bin happy das es wieder geht! Vielleicht bin ich zu hektisch gewesen und es dauerte Zeit. Egal es geht!!!!!
Okay ich bin bei meinen Eltern bis morgen und bin gespannt ob es dann geht
Bin gerade heim gekommen und probiert. Läuft wie geschmiert oder halt wie zuvor! ❤️❤️❤️❤️❤️❤️❤️😁😁😁😁😁😀😀😀😀😀