RaspberryMatic: Reverse Proxy funktioniert nicht mehr

[QnD]

Ich bin begeisterter Nutzer der Reverse Proxy Funktionalität von Cloudmatic. Allerdings muss ich den Dienst nach einem Neustert der RM immer erst manuell über das Webinterface starten (hier schon einmal erfolglos berichtet). Seit RM 3.45.5.20190330 hilft nicht einmal mehr dieser Workaround. Meine Geräte sind nicht mehr erreichbar: 502 Bad Gateway, openresty/1.9.3.1

Hat sich irgend etwas in Cloudmatic geändert?

Von früheren Beiträgen weiß ich, daß offensichtlich nicht viele Leute den RP Dienst nutzen, aber kann vielleicht jemand hier das Problem bestätigen oder gar eine Lösung nennen?

Danke
Q&D

[Matten Matten]

Moin, auch ich habe das Problem. Ich hab sogar Den Cloudmatic Support via TeamV. auf meiner RM gelassen...

Ich habe vom Cloudmatic Support den Tipp bekommen wie ich
den via SSH "root" Login (mit putty) manuell starten kann:

im Verzeichnis:

Code: Alles auswählen

/etc/config/addons/mh

folgendes ausführen:

Code: Alles auswählen

./dienstanngx.sh

Gruß
Matten Matten

[QnD]

Hurra, ich bin nicht alleine.

Hast Du den "Tipp" schon ausprobiert? Ich habe erst heute abend wieder Zugang zur Konsole...

Und was hat denn die Remote-Session durch den CM-Support ergeben? Problem erkannt (Gefahr gebannt)?

Hattest Du vorher auch das Problem mit dem Auto-Start des Dienstes?

Danke
Q&D

[Matten Matten]

Ich denke, du meinst das nach einem CCU reboot zwar der Reverse Proxy Dienst startet (vorher) aber er immernoch bad gateway rückgibt.
das problem löse ich dann immer so, das ich mich bei CloudMatic einlogge auf Netzwerkgeräte gehe und auf ein Gerät auf bearbeiten gehe, da dann nur auf speichern gehe.

Code: Alles auswählen

https://www.cloudmatic.de/member/settings_netdevice

Dann im CM Addon auf "Manuelles Update starten" gehe. dann hat es funktioniert.

[Matten Matten]

Und was hat denn die Remote-Session durch den CM-Support ergeben? Problem erkannt (Gefahr gebannt)?

Problem erkannt. sie werden wohl auf die Änderungen von J.Maus reagieren und das abändern. wann genau konnten sie nicht sagen.

Hast Du den "Tipp" schon ausprobiert? Ich habe erst heute abend wieder Zugang zur Konsole...

ja bei mir startet er dann wirklich.

[jmaus]

Es sollte auch funktionieren in dem man den gesamten /etc/config/addons/mh Ordner einfach mit folgendem Befehl löscht, neustartet und dann CloudMatic komplett neu einrichtet:

Code: Alles auswählen

rm -rf /etc/config/addons/mh

[Matten Matten]

@ J.Maus
leider ohne Erfolg.
jetzt wo ich das Workaround das du beschrieben hast selbst ausgeführt habe, kam es mir wieder, das selbe hat der cloudmatic Support gestern auf meiner CCU auch gemacht, auch dort schon ohne Erfolg... und jetzt auch wieder...

eventuell ist das ein "rechte" Problem meinen die...

Gruß
Matten Matten

[Matten Matten]

Glücklicher weise funktioniert es mit dem manuellen start via Putty, wie ich es oben beschrieben hab.

[QnD]

Naja, erst einmal gute Nachrichten, daß es überhaupt einen Workaround gibt.
Habe mich ja auch schon mit dem Start-Workaround abgefunden ...

Werde ich heute abend gleich ausprobieren.
Q&D

[QnD]

Doch schlechte Nachrichten: Der Workaround funktioniert bei mir nicht!

Nach Eingabe von:
./dienstanngx.sh

Gibt es folgende Fehlermeldung:
/usr/local/etc/config/addons/mh/nginx: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

Ist das vielleicht ein Hinweis?
Q&D