Docker Container für Alexa mit habridge

[MiniMaxV2]

Ich meine eine Ausgabe des SSH Containers über seine Netzwerkkonfiguration

[Robert_Mini]

Hallo @Chris M.!
Wenn ich den Cometvisu Container mit macvlan starte, komme ich wie oben beschrieben zum Manager, aber beim laden der Seite bekomme ich

Code: Alles auswählen

Fehler beim Laden von /visu/cgi-bin/l?u=demo_user: 404 - Not Found.

ENV für CGI_URL_PATH habe ich auf /visu/cgi-bin/ geändert (=proxy weggelassen), das stimmt aber offensichtlich nicht.
Hast du da noch einen kleinen Tipp für mich?

Danke
Robert

[MiniMaxV2]

Aber wenn du schonmal den manager erreichst, kannst du darauf ja ein curl probieren

[Robert_Mini]

Ich meine eine Ausgabe des SSH Containers über seine Netzwerkkonfiguration

Ok.
net-tools nachinstalliert... (google hilft).

Code: Alles auswählen

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.250  netmask 255.255.255.0  broadcast 192.168.1.255
        ether 02:42:c0:a8:01:fa  txqueuelen 0  (Ethernet)
        RX packets 1890  bytes 1782667 (1.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1471  bytes 134528 (131.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 1  (Local Loopback)
        RX packets 12  bytes 1992 (1.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 12  bytes 1992 (1.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Meintest du das?
Danke Robert

[Robert_Mini]

Aber wenn du schonmal den manager erreichst, kannst du darauf ja ein curl probieren

Stimmt - und das klappt auch!
Robert

[MiniMaxV2]

Genau das meinte ich Sieht auch alles vernünftig aus - und es klapptja auch nun (wenn die CV dann will). Dann liegt das wirklich irgendwo an dem Proxy. Vielleicht hat einer aus der Orangen Truppe eine Idee was der Proxy daran nicht mag ?

[Chris M.]

Wenn ich den Cometvisu Container mit macvlan starte, komme ich wie oben beschrieben zum Manager, aber beim laden der Seite bekomme ich

Code: Alles auswählen

Fehler beim Laden von /visu/cgi-bin/l?u=demo_user: 404 - Not Found.

ENV für CGI_URL_PATH habe ich auf /visu/cgi-bin/ geändert (=proxy weggelassen), das stimmt aber offensichtlich nicht.
Hast du da noch einen kleinen Tipp für mich?

Dann läuft der Contianer doch wie eine eigene Maschine, nicht?
Dann wäre wohl

Code: Alles auswählen

/cgi-bin/l

richtig.

Hinweis: Die CometVisu nicht über HTTPS zuzugreifen ist natürlich möglich und wird auch oft gemacht. Aber man verliert Möglichkeiten, da Chrome das klassische HTTP disst und die besseren Caching-Möglichkeiten nur bei HTTPS-Verbindungen zulässt. (Das ist nicht technisch bedingt, das ist reine Politik - die für das Internet durchaus gut ist, aber im Intranet nur stört)

[Robert_Mini]

Es ist zum Haare raufen.
/cgi-bin/ funktioniert und schickt (auf der Console sichtbar)

Code: Alles auswählen

http://192.168.1.249/cgi-bin/w?s=SESSION&a=3/1/13&v=81&ts=1548409691793

Aber das Telegramm kommt nun nicht am KNX an

Ich habe port 80:80 gemappt und publish all exposed ports aktiviert.

Braucht der knxd eine Authentifizierung über https oder was in der Art?

@@Chris M.: kannst du dir das erklären?

Danke
Robert

[MiniMaxV2]

Das der jetzt nicht zum Wolf kommt, klingt ja wieder nach dem Problem vom anfang - nur eben nicht zwischen CV und HaBridge sondern zwischen EibD und TW .. Kann da irgendwas mit der Firewall im Wolf sein ?
@Chris M. - wie läuft das eigentlich ab? Die CV sendet ana Backend. Dort von PHP auf den EibD und dann über Netzwerl an den Wolf? Wo stellt man die Adresse ein? War das die Variable KNX Interface in der Base? Wenn ja dann steht da ja nun localhost, der Container ist aber ja nicht mehr local zum Wolf ? (Also im Test von oben)

[Robert_Mini]

Kurzer Zwischenstand.
Hab das gleiche mit EDOMI getestet. Adresse auf externen Zugriff zugewiesen, http URL kopiert.
URL funktioniert im PC Browser, mit curl aus dem SSL Docker und aus der ha-bridge Oberfläche.

Allerdings erkennt meine Alexa die ha-bridge nicht. Der Login Button liefert "This ha-bridge instance is not secured".
An der Stelle ist jetzt erst mal Ende. Der Fehler ist so nirgends im Internet zu finden und ich weiß grad nicht ob das mit dem fehlenden https oder der Dockerumgebung zusammenhängt.
Ich probiere noch, ob ich die ha-bridge auch über reverse proxy zum laufen bekomme, aber recht optimistisch bin ich grad nicht....

lg
Robert