Monatsrückblick Oktober 2026 ist online!

[Merlin123]

@SKB sagte:

@Merlin123 Dazu musst du den Reverse Proxy korrekt konfigurieren. Die Instanz Links werden so von ioBroker generiert und sind nicht änderbar.

hmmm... ok. verstehe den Punkt.
Ich habe halt die urls so konfiguriert, dass der Port automatisch mit drin ist und ich den nicht angeben muss.
Also
iob.domain
vis.domain
Wenn dann vom Adapter automatisch der Port angehängt wird, schlägt das fehlt.
Ich muss mal schauen, ob ich da ne Lösung dafür finde.

Wäre halt nett, wenn man im Adapter eine alternative URL hinterlegen könnte. Oder in iobroker zentral..... :)

[Merlin123]

@skb Hab das jetzt im Reverseproxy geändert.
Aber da stimmt trotzdem in der Art, wie Dein Adapter die URL baut, was nicht.

Da steht
"link": "%web_protocol%://%ip%:%web_port%/energiefluss-erweitert/?instance=%instance%"
aber ich habe iob mit https laufen, er erzeugt aber eine http URL
Das Protokoll wird also (zumindest bei mir) nicht übernommen.
Kannst Du das vielleicht nochmal checken?

[SKB]

@Merlin123 wenn die Zertifikate richtig sind und der Web Adapter auf HTTPS steht, funktioniert das Protokoll problemlos.

[mickemup]

@SKB
Ich würde mich gerne als Alpha Tester zur Verfügung stellen.
Momentan laufen bei mir 3 Instanzen.
Zum Thema Importer: Bei mir würde ich die 3 Instanzen dann gerne in eine "zusammenfassen".
Ob dies via Importer geschieht, oder ein "Copy&Paste" irgendwo in einem Config Datapoint trifft mir persönlich nicht soo viel an.
Ein sauberer "Importer" wäre aber natürlich die "Deluxe" Lösung

Grüsse

[Merlin123]

@SKB hmm... das klappt aber so nicht, wenn ich https über eine öffentliche URL oder auch über eine interne URL mit hhtp habe.
und da interne und externe URL verschieden sind, haben die auch verschiedene Zertifikate.
Aus meiner Sicht sollte der Adapter sich keien URL zusammenbauen, sondern die URL nutzen, über die der Admin aufgerufen wird.
Alternativ halt eine manuelle Konfiguration einer URL in der Instanz.

Ich habe bei anderen Adaptern keine Probleme, die haben aber halt auch keine separate Konfiguration. (die bei Deinem Adapter ja absolut Sinn macht)

[SKB]

@Merlin123 Es wird hier keine URL zusammengebaut, sondern die URL genutzt, die richtig ist. IP:Port vom Web mit dem entsprechenden Pfad. Das funktioniert intern tadellos.

Wenn von extern oder über einen Proxy das nicht "geht" muss man den Proxy richtig einstellen.

Hier reicht es oft nicht, das Root Verzeichnis zu Mappen, sondern man muss auch den Websocket entsprechen weiterleiten.

[Merlin123]

@SKB
Ich glaube, wir reden etwas aneinander vorbei.
der Zugriff über die interne und über die externe Domain klappt via https problemlos.
Ich kann die Energiefluss Diagramme und die Konfiguration problemlos aufrufen.
Also ist es kein Websocket Problem.

Aus meiner Sicht ist halt
IP+Port
nicht der richtige Pfad.
Der richtige Pfad ist der, mit dem der Admin oder die Vis aufgerufen werden.

Wie Du richtig sagst:
Intern geht es mit der aktuellen Lösung, weil dann die IP erreichbar ist.

Aber sobald man halt nicht über die IP aufruft und die IP nicht direkt erreichbar ist geht es schief

Zu meinem Verständnis:
Die URL, die hinter dem Link zur Konfiguration liegt, wird
a: vom web Adapter
b: von deinem Adapter
generiert?

Vielleicht nochmal mein Vorschlag:
In deinem Adapter einfach ein optionales Feld, wo man die Basis-URL (inkl. Port) des Web Adapters eintragen kann.

[SKB]

@Merlin123 Dieses Thema hat eigentlich so gut wie nichts mit dem EFE-Adapter zu tun.

Ich würde dich bitten, hierzu dann ein neues Thema zu öffnen, denn eine Konfiguration Deines Web-Proxy ist für den Themenbereich nicht passend.

@Merlin123 sagte:

Zu meinem Verständnis:
Die URL, die hinter dem Link zur Konfiguration liegt, wird
a: vom web Adapter
b: von deinem Adapter
generiert?

Die URL generiert der Admin-Adapter. Ich gebe hier nur die Variablen an: %web_protocol%://%ip%:%web_port%/energiefluss-erweitert/?instance=%instance%

Dieser Link ist auch nur für den Aufruf aus dem Admin-Adapter (Instanz-Link).

[Merlin123]

@SKB
"Ich gebe hier nur die Variablen an: %web_protocol%://%ip%:%web_port%/energiefluss-erweitert/?instance=%instance%"

dann ist es also ein Adapterproblem.
Wenn Du ip:port übergibst führt das genau zu dem Problem.

Mach doch diese Variablen konfigurierbar.

[SKB]

@Merlin123 sagte:
dann ist es also ein Adapterproblem.
Wenn Du ip:port übergibst führt das genau zu dem Problem.

Ich glaube, Du verstehst Die die Art und Weise, wie und wo diese verwendet wird nicht richtig. Diese Variablen sind NUR für den Admin Link innerhalb der Instanzliste. Sonst haben sie nirgends Einfluss.

Der Adapter erstellt weder einen eigenen Proxy, noch Server, noch sonst irgendwas. Er läuft rein über den Web-Adapter und eine Extension dessen.

Außerdem kann man diese Variablen nicht konfigurierbar machen, da sie in der io-package.json liegen und somit durch den Admin-Adapter befüllt werden.

[Merlin123]

@skb Ich habe schon verstanden, für was der Link ist und wer die Webseiten zu Verfügung stellt.

Wenn die Variablen nicht durch den Adpater veränderbar sind muss ich damit leben. Aber das ist definitiv ein Designfehler an der Stelle, wenn nicht die aufrufende URL, sondern die IP und der Port genutzt werden.

[SKB]

@Merlin123 Ich glaube, Du verstehst weiterhin nicht, das der Link, der da generiert wird, vom Admin Adapter kommt und für den internen, direkten Aufruf genutzt wird.

Wenn es weiterhin um dein Proxy Problem geht, eröffne doch ein Thema, damit man sich darin damit beschäftigen kann, da die Erreichbarkeit des EFE hinter einem Proxy nicht dessen Kernaufgabe ist!

[hotspot_2]

@andi2055 sagte:

@hotspot_2 sagte:

@SKB sagte:

transition: none!important;

Funktioniert leider auch nicht.

ich hätte die Animation gerne auch ausgeschaltet. Auch bei mir funktioniert das nicht...
egal ob Chrome (Desktop) oder Safari

Hi! Ich wollte dazu nochmal nachfragen ob es dazu eventuell neue Erkenntnisse gibt. Die Animationen abzuschalten wäre für mich weiterhin ein Punkt den ich gerne lösen würde.

Wenn's nicht geht dann ist es so aber final wurde die Frage -zumindest für mich- noch nicht beantwortet. Safari, Chrome und Firefox reagieren alle nicht auf die bisher genannten Dinge, Animation läuft munter weiter.