FHEM Connector Alexa: Reverse Proxy Error

Begonnen von ReneR1986, 13 Februar 2021, 09:01:33

Vorheriges Thema - Nächstes Thema

cabal2k

Zitat von: mkern1975 am 03 November 2021, 09:39:55
Hallo,
bin auch schon am verzweifeln ;-). Aber super zu hören, dass man dran ist.
In dem Zusammenhang stellt sich mir die Frage, ob man einen solchen Server auch selbst betreiben kann/darf/sollte.
Weiss nicht ob es da entsprechende Lösungsansätze gibt.

Na so wie früher: https://wiki.fhem.de/wiki/Alexa-Fhem ?


V3ndetta

#16
Reminder an mich selbst:
Vor dem nächsten AlexaFhem Abschaltversuch prüfen, ob es va.fhem.de tut - Ich hab immer so ein Glück mit dem Timing... ;)

Das Problem sieht nicht nach Hetzner aus, da ich beim Versuch den Skill zu Aktivieren eine Rückmeldung vom Apache (HTTP 503) bekomme.

Gruß
Marc

Beginner

Nebenbei: Hab das gleiche Problem, Neustarts etc. brachten auch keinen Erfolg. Logfileeinträge decken sich.
Nun zum wichtigeren Teil meiner Nachricht:
Wollte mich auf diesem Wege auch mal für die ganze Arbeit und das Engagement bei allen Beteiligten bedanken!
Es ist für mich ein sehr geschätzter Umstand in dieses Forum zu kommen und eine Info vorzufinden, die mir einen Status mit kurzer Erläuterung zu meinem Fehlerbild gibt.
Danke!

rudolfkoenig

ZitatDas Problem sieht nicht nach Hetzner aus, da ich beim Versuch den Skill zu Aktivieren eine Rückmeldung vom Apache (HTTP 503) bekomme.
Ich wuerde gerne zu dem gleichen Status kommen.
Insb. nachdem ich die Logs ueberall durchgesucht habe (ohne Ergebnis), und das Architektur-Bild hier: https://wiki.fhem.de/wiki/Alexa-Fhem angeschaut habe.

det.

ist mal ein guter Anstoß aufmerksam durch die Wohnung / Haus / Garten zu gehen -


- was lässt sich nur durch Sprachsteuerung bedienen (also aktuell gar nicht)
- was lässt sich nur über FHEM web  steuern oder ist ausschließlich programmtechnisch gelöst und hat keine mechanischen Taster / Schalter (falls FHEM web ausfällt)
- wo befinden sich die o.g. Schalter (z.B. versteckte Fußschalter, auf die wegen Alexa seit Jahren niemand getreten hat und daher unter Schrank / Klavier verschwunden sind, aus den Augen aus dem Sinn)
- welchen Schaltzustand nehmen die Dinger bei einem Systemausfall ein?
LG
det.

cabal2k

Zitat von: rudolfkoenig am 03 November 2021, 11:00:40
Ich wuerde gerne zu dem gleichen Status kommen.
Insb. nachdem ich die Logs ueberall durchgesucht habe (ohne Ergebnis), und das Architektur-Bild hier: https://wiki.fhem.de/wiki/Alexa-Fhem angeschaut habe.

Na ja. Irgendetwas müsste ja im Apache Error log stehen, wenns Apache ist.
503 sieht mir verdächtig nach mod_evasive aus. Also schon in Richtung dos/ddos. Wenn aktiviert könnte man ja mal testweise mod_evasive abschalten.

V3ndetta

Also viel mehr Unterstützung, als das va.fhem.de ([2a01:4f8:10a:806::2]:443) sogar den  GET call auf https://va.fhem.de/favicon.ico mit 503 quittiert kann ich leider nicht liefern.
Die Idee von cabal2k hört sich sinnvoll an, sofern ihr mod_evasive oder ähnliches einsetzt.
Alternativ kenne ich die nichtssagenden Logs zu 503 Diensten eigentlich hauptsächlich von Tomcat-Diensten oder wenn Apache anderweitig als Proxy fungiert.



mkern1975

Wenn in den Logs nichts brauchbares zu finden ist, würde ich an dieser Stelle den Apache auch ausschliessen wollen. Er kommt da erst gar nicht an.
Ich kenne die Effekte zur Genüge aus unserem SharePoint Umfeld (503), wenn der NLB mal wieder auf die Nase gefallen ist. Das System "dahinter" fühlt sich pudelwohl und kriegt im Grunde von den vorgelagerten "Umständen" erst gar nichts mit. Da muss der Provider tatsächlich mal schauen wo es klemmt.

P.S.: Wollte mit meiner Nachfrage natürlich nicht den va Server in Frage stellen. Gott behüte! War nur so ein Gedankengang. Natürlich stehe ich voll hinter Euch und bin absolut dankbar für das was Ihr da macht. Ihr seid insgeheim meine Helden :-)


viper666

Das ganze betrifft ja nicht nur den Alexa-fhem Service. Auch wiki.fhem.de und forum.fhem.de sind immer wieder nicht erreichbar.

Ich habe nun auch dummerweise bevor ich diesen Thread gefunden habe meinen Fhem Skill deaktiviert. Nun lässt er sich wegen einem 503 auch nicht mehr aktivieren.

Ich hoffe Ihr findet das Problem bald.

Mein ganzes Haus funktioniert nicht mehr  :-D
Ist ja echt bescheuert, wie abhängig man sich von dieser Technik macht.

Viel Erfolg!
Wir werden es alle überleben!

Gruß
Stefan

germanikus666

Ich kann das Problem auch bestätigen. Ich habe den Skill auch deaktiviert und wollte ihn erneut aktivieren. Das klappt momentan nicht. Auch das Forum das Wiki ist gelegentlich nicht erreichbar.

Dlay

#25
Moin,
bei mir sieht es nach dem Restart des Skills aktuell so aus:

[3.11.2021, 13:14:23] sshautoconf: completed successfully
[3.11.2021, 13:14:23] *** SSH: proxy configuration set up done
[3.11.2021, 13:14:23] Reading alexaFHEM.ProxyConnection set to starting;; starting SSH
[3.11.2021, 13:14:23] [FHEM]   executing: http://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%20starting%3B%3B%20starting%20SSH%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[3.11.2021, 13:14:23] Starting SSH with -R 1234:127.0.0.1:33061 -oServerAliveInterval=90 -i /opt/fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[3.11.2021, 13:14:23] BearerToken '...BAD87' read from alexa
[3.11.2021, 13:14:23] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[3.11.2021, 13:14:23] Reading alexaFHEM.ProxyConnection set to running;; SSH connected
[3.11.2021, 13:14:23] [FHEM]   executing: http://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%20running%3B%3B%20SSH%20connected%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[3.11.2021, 13:14:23] *** SSH: proxy connection established
[3.11.2021, 13:14:23] SSH: Welcome at the reverse proxy!  This pseudoshell does not react to any input - do not get irritated. 


Hilft das irgendwie ?

Hat sich anscheinend erledigt. Alexa nimmt wieder Befehle an und FHEM reagiert entsprechend.
Problem scheint also gelöst!!

pillepalle12


Matze89

Wollte auch nochmal Danke an alle beteiligten ausrichten. ;-) Geht wieder.
FHEM mit RPi4 ::: SIGNALduino ::: Homebridge + homebridge-fhem ::: Zigbee = RaspBee + Hue + Paulmann + Ikea + Xiaomi ::: DECT = FritzBox 6590 + FRITZ!DECT ::: IR = Harmony ::: SIRO Akku-Rolloantrieb ::: EchoDots + alexa-fhem

rudolfkoenig

Ich habe jetzt den VA-Server neu gestartet, und sehe in den apache logs deutlich mehr Verkehr.
Kann bitte jemand Feedback geben?

ZitatWenn aktiviert könnte man ja mal testweise mod_evasive abschalten.
Ich habe keine Spuren von etwas mit evasive gefunden.
Was gibt es sonst noch mit vergleichbarer Funktionalitaet?

cabal2k

#29
Läuft.

mod_security reagiert ähnlich wie mod_evasive.

Es reicht halt bei Modulen die Überlastung verhindern sollen schon aus, wenn der Dienst kurz ausfällt und dann von Anfragen überhäuft wird. In einem solchen Fall schalte ich die Security Module für ein paar Minuten ab (ich verlasse mich drauf, dass echtes ddos von Hetzner gefiltert wird) und dann wieder an.

Ich weiß ja nicht, ob es das war. Ich kenne aber halt ähnliches.