Nginx configuration für /location/ reverse proxy

[helbgd]

Hallo, ich versuche nun schon seit einem Monat eine location direktive in nginx zu schreiben welche mich zur ioBroker Vis weiterleitet

Konkret soll z.B. domain.dyndns.org/custompath/vis mich zur Iobroker Vis weiterleiten aber hald unter dem Subpath /custompath/ wenn ich im Developer Mode beim Chrome meine VIS aufmache sehe ich das er z.B. socket.io und lib immer im root Path von der Domain Sucht, ich bekommen es einfach nicht hin das alles unter dem custompath weitergeleitet wird.

ich denke ich müsste da rewrite rules benutzen aber ich habe es auch mit diesen noch nicht hinbekommen.

Hat das schon irgendwer geschafft ? und hat wer ein Beispiel?

Vielen Dank schonmal

[Marc Berg]

@angerer-helmuth

Schau mal, ob da was für dich dabei ist:

https://forum.iobroker.net/post/849139

EDIT: sehe gerade, dass der Subpath das Problem ist, dann wohl eher nicht.

[OliverIO]

@angerer-helmuth

Wahrscheinlich benötigst du für den websocket noch eine separate Regel.
Prüfen kannst du das von den Browser Developer Tools im Reiter Network.
Da darf es dann nicht mehr zu fehlerhaften requests kommen.

https://www.f5.com/company/blog/nginx/websocket-nginx
https://github.com/ioBroker/ioBroker.admin/issues/713#issuecomment-829032900

[helbgd]

@oliverio

das mit https://github.com/ioBroker/ioBroker.admin#reverse-proxy verstehe ich nicht, für was kann ich den benutzen?
und wie funktioniert das ? die Erklärung dafür ist ziemlich bescheiden in der doku, schön wäre ja wenn ich gar keinen reverse proxy dafür brauche.

ja in den developer tools versucht er immer nen request nach /lib oder /socket.io aber den gibts hald nicht müsste dann eher nach /subpath/socket.io oder /subpath/lib weitergeleitet werden

hab schon sowas alles mögliche versucht wie die rewrite rule versucht aber naja geklappt hat es nicht bisher noch nicht

rewrite ^(.*)/visint/(.*)$ /$1 last;

Developer Tools habe ich natürlich schon gecheckt problem ist immer das /lib und /socket.io immer vom / root des WebServers geholt wird,
das wenn ich irgendwie umgebogen bekomme das alles für die VIS unter dem Subpath geladen wird dann bekomme ich das hin.

Hintergrund ist eigtl. folgender: ich habe mir nen Schemaplan meiner Heizung erstellt siehe screenshot und lasse mir Sensorwerte anzeigen,
nun würd ich gerne die Visualisierung in Home Assistant einblenden dafür will ich hassio_ingress verwenden, leider bekomme ich das nicht zum laufen, meine Idee war nun wenn ich den Vis dazu bewege per NGINX z.B alles unter einem Subpath zu machen bekomme ich den hassio_ingress dazu mir das in Home Assistant als dashboard einzublenden.

Danke fürs feedback

[OliverIO]

@helbgd

Bitte die links sorgfältig lesen
Da ist eine beispielkonfigurarion sogar extra für iobroker enthalten

[helbgd]

@oliverio

Ich will echt nicht nerfen, aber ich find das nicht.

Wenn ich den Reverse proxy tab nutze und folgendes einstelle

mein reverse proxy mit der domain zeigt auf den ioBroker http://192.168.2.7:8081
wie mache ich dann die Vis auf ?

https://domain/ioBrokerWeb/vis/index.html ??

[OliverIO]

@helbgd
du schreibst doch Reverse Proxy Konfiguration nginx
Also findest du die Konfiguration nicht im iobroker
in dem einen Artikel handelt es sich im kompletten Artikel um die Konfiguration nginx für websocket
in dem verlinken Issue geht es auch mehr oder weniger darum
Was findest du jetzt ganz genau nicht?

[helbgd]

@oliverio
naja der nginx reverse proxy wäre ja nur der workaround

wie gesagt ich bräuchte gerne das alles von vis samt /lib /socket.io in einem subpath verfügbar wird beispiel http://192.168.1.8:8081/subfolder/vis/index.html , wenn der ioBroker sowas direkt supported auch OK.

ich bräuchte die komplette Kommunikation zum ioBroker unter diesem subfolder.

wie gesagt ich hab es schon geschafft vis in einem subpath ans laufen zu bekommen aber ich hatte immer probleme mit /lib und /socket.io

websocket's etc. kein problem das läuft und bekomme ich ohne Probleme hin.

[OliverIO]

@helbgd
Socket.io ist das websocket Problem.
Aber dann bin ich raus.
Ich kenne das nur mit nginx