[Neuer Adapter] radar-trap
-
@zarello Nein das sind nur die Sourcemaps das ist ok. Ist das die Ausgabe der Konsole nachdem Du auf den Button gedrückt hast? Konsole muss vorher auf sein.
-
@carsten04 Und das ist auch richtig, die fehlen bei mir auf dem Server:
/opt/iobroker/node_modules/iobroker.radar-trap/admin/static/js $ l insgesamt 2180 drwxr-xr-x+ 2 iobroker iobroker 4096 17. Mai 22:04 ./ drwxr-xr-x+ 4 iobroker iobroker 4096 17. Mai 22:04 ../ -rw-r--r--+ 1 iobroker iobroker 2170201 26. Okt 1985 2.25763cc9.chunk.js -rw-r--r--+ 1 iobroker iobroker 4199 26. Okt 1985 2.25763cc9.chunk.js.LICENSE.txt -rw-r--r--+ 1 iobroker iobroker 39843 26. Okt 1985 main.8b4235c5.chunk.js -rw-r--r--+ 1 iobroker iobroker 1604 26. Okt 1985 runtime-main.ff49fe11.jsOder gucke ich gerade im falschen Verzeichnis?
-
@carsten04 sagte in [Neuer Adapter] radar-trap:
@zarello Nein das sind nur die Sourcemaps das ist ok. Ist das die Ausgabe der Konsole nachdem Du auf den Button gedrückt hast? Konsole muss vorher auf sein.
Ja, so sieht die Ausgabe beim Edit auf die Instanz aus und beim Klicken auf den Button kommt nichts mehr dazu.
-
@carsten04 Moment, als ich jetzt nochmal hingeguckt hatte waren noch zwei Timeouts dazu gekommen:
2.25763cc9.chunk.js:2 Uncaught (in promise) f {type: 'FeathersError', name: 'Timeout', message: 'Timeout of 120000ms exceeded calling create on routes', code: 408, className: 'timeout', …} Promise.catch (async) (anonymous) @ 2.25763cc9.chunk.js:2 onClick @ main.8b4235c5.chunk.js:1 qe @ 2.25763cc9.chunk.js:2 Xe @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Tr @ 2.25763cc9.chunk.js:2 jr @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Re @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 zr @ 2.25763cc9.chunk.js:2 Qt @ 2.25763cc9.chunk.js:2 Jt @ 2.25763cc9.chunk.js:2 t.unstable_runWithPriority @ 2.25763cc9.chunk.js:2 Zo @ 2.25763cc9.chunk.js:2 Ie @ 2.25763cc9.chunk.js:2 Yt @ 2.25763cc9.chunk.js:2 2.25763cc9.chunk.js:2 Uncaught (in promise) f {type: 'FeathersError', name: 'Timeout', message: 'Timeout of 120000ms exceeded calling create on routes', code: 408, className: 'timeout', …} Promise.catch (async) (anonymous) @ 2.25763cc9.chunk.js:2 onClick @ main.8b4235c5.chunk.js:1 qe @ 2.25763cc9.chunk.js:2 Xe @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Tr @ 2.25763cc9.chunk.js:2 jr @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 Re @ 2.25763cc9.chunk.js:2 (anonymous) @ 2.25763cc9.chunk.js:2 zr @ 2.25763cc9.chunk.js:2 Qt @ 2.25763cc9.chunk.js:2 Jt @ 2.25763cc9.chunk.js:2 t.unstable_runWithPriority @ 2.25763cc9.chunk.js:2 Zo @ 2.25763cc9.chunk.js:2 Ie @ 2.25763cc9.chunk.js:2 Yt @ 2.25763cc9.chunk.js:2 -
@zarello Hast Du bei Dir pihole oder adguard oder was ähnliches laufen was eventuell die mapbox api calls blockiert?
-
@carsten04 Nein, pihole oder adguard oder so sind nicht installiert.
Ich habe mir gerade die Konsolenausgabe im Firefox noch angeguckt. Dort kommt schon beim Laden der Seite und im 1-2 Sekundentakt folgende Meldung:
Laden von gemischten aktiven Inhalten "http://192.168.1.22:3030/socket.io/?EIO=3&transport=polling&t=O3Jid4M" wurde blockiert. 2.25763cc9.chunk.js:2:1894871Die IP ist die des RasPIs.
-
@carsten04 Gerade nochmal im Router geguckt, da ist auch nichts blockiert.
-
@zarello Wie rufst Du iobroker auf? Über https oder http? Falls über https probier mal bitte über http.
-
@carsten04 Ich rufe das über https auf. Http akzeptiert mein ioBroker nicht. Das habe ich wohl irgendwo mal ausgeschaltet.
-
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
-
@carsten04 sagte in [Neuer Adapter] radar-trap:
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
Tja, eigentlich ist nun mal nicht bei mir:
Ich suche gerade, ob ich finde, wo ich das so eingestellt habe, dass er das nicht zulässt.
-
@carsten04 Alles klar, das ist eine Instanzeinstellung in admin.0, dort habe ich https aktiviert. Allerdings bekomme ich auch eine Warnung, wenn ich das ausschalten möchte, da ich auch die Authentifizierung aktiviert habe: Das Passwort würde dann im Klartext übertragen werden.
Das ist leider keine Option für mich. -
@carsten04 sagte in [Neuer Adapter] radar-trap:
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
Also, wenn ich https ausschalte, funktioniert es.
Das ist für mich jedoch nicht unkritisch: Ich habe Kinder im Haus.
Da ist eine gewisse Absicherung einfach notwendig. Es ist schon schlimm genug, dass ich in dem Zusammenhang den Vis-Editor nicht mit einem Passwort schützen kann. -
@zarello sagte in [Neuer Adapter] radar-trap:
@carsten04 Alles klar, das ist eine Instanzeinstellung in admin.0, dort habe ich https aktiviert. Allerdings bekomme ich auch eine Warnung, wenn ich das ausschalten möchte, da ich auch die Authentifizierung aktiviert habe: Das Passwort würde dann im Klartext übertragen werden.
Das ist leider keine Option für mich.Wenn Du nur intern auf den iobroker zugreifst ist das egal. Anders sieht es aus wenn Du den Port freigegeben hast. Sollte man aber sowieso nie machen. Dann immer über VPN (z.B. ipsec, ovpn, etc) oder direkt über die iobroker cloud.
-
@zarello sagte in [Neuer Adapter] radar-trap:
@carsten04 sagte in [Neuer Adapter] radar-trap:
@zarello http geht eigentlich immer, wenn Du für die Seite eine unsichere Verbindung zuläßt. Solange Du nur in Deinem internen Netz bist ist das unkritisch.
Also, wenn ich https ausschalte, funktioniert es.
Das ist für mich jedoch nicht unkritisch: Ich habe Kinder im Haus.
Da ist eine gewisse Absicherung einfach notwendig. Es ist schon schlimm genug, dass ich in dem Zusammenhang den Vis-Editor nicht mit einem Passwort schützen kann.Kann ich verstehen, aber jetzt habe ich eine Idee woran es liegt und was ich machen kann. Danke Dir!
-
@carsten04 Super. Ich teste gerne, wenn es dafür einen BugFix gibt
-
@zarello sagte in [Neuer Adapter] radar-trap:
@carsten04 Super. Ich teste gerne, wenn es dafür einen BugFix gibt
Es gibt eine neue v0.5.0, die das Problem lösen sollte. Wenn Du Zeit hast dann probier es mal aus und gebe mir bitte ein kurzes feedback.
-
@carsten04 Das funktioniert bei mir leider immer noch nicht. Die Console im Firefox sagt jetzt:
Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf https://192.168.1.22:3030/socket.io/?EIO=3&transport=polling&t=O3PMjzV. (Grund: CORS-Anfrage schlug fehl). -
@zarello Klappt das mit Chrome auch nicht?
-
@carsten04 Okay, das lag daran, dass das Zertifikat von https://IP:3030/ noch nicht von meinem Browser akzeptiert wurde. Wenn ich einmal auf die Adresse gehe und das Zertifikat akzeptiere, funktioniert es.
