video streams werden bei https in der Overview Page nicht angezeigt

[rebell21]

Ich habe in meiner Overview Page zwei Video Streams eingebaut. Eine IP Kamera und der Videostream der Doorbird.
In der Admininstrationsseite der Overview Page werden diese beiden Videostream auch angezeigt und aktualisiert

also in http://192.168.2.182:8080/settings/page ... t/overview funktionieren die Videostreams. Auch werden die Streams in http://192.168.2.182:8080/overview angezeigt und aktualisiert.

In der Overviewseite https://192.168.2.182:8443/overview werden die Videostreams dann nicht mehr angezeigt.

Es muss an dem Unterschied http vs https liegen. Warum geht das bei https nicht mehr mit den live Videos ? Warum werden die Videostreams bei https nicht aktualisiert ?

[rbeudel]

Es hat auf jeden Fall etwas damit zu tun das Zertifikate vorhanden sein müssen. Wie das genau geht weis ich nicht.

[rebell21]

Interessanter Hinweis. Ich habe noch nichts mit Zertifikaten im Zusammenhang mit openhab konfiguriert.
ich habe ein keystore file in $OPENHAB_USERDATA. Aber wie erzeuge ich daraus ein Zertifikat, das ich in den Browser hochladen kann *.p12 file ?

[rbeudel]

Das ist noch komplizierter. Bei Doorbird gibt es einen text in englisch in dem die Prozedur beschrieben wird. Da muss ein key erzeugt werden der nur 10 Minuten gültig ist. Für mich ist es den Aufwand nicht Wert. Das soll aus Sicherheitsgrünen für third Party Software gelten.

[rebell21]

kann man den doorbird videostream auch mit https aufrufen ? Kann das hier ein mixed content problem sein ?

[rbeudel]

Exception: Video- and audio-streaming requests are currently not available with https
in the local area network for third-party integrations. For video- and audio-streaming
requests, you must obtain a temporary (!) Session ID first and then append the
Session ID as parameter to any of your video- or audio-streaming request, in order to
not transmit credentials in plaintext (video-streaming:
http://<device-ip>//bha-api/video.cgi?sessionid=<session-id>, audio-streaming:
http://<device-ip>//bha-api/audio-receive.cgi?sessionid=<session-id>).
Please make sure your client accepts the pre-installed self-signed certificate of the
device (e.g. when using wget, append the self-signed certificate in the wget
command by using command line parameter “--ca-certificate=...” and “-CAfile" or
accept any certificate (insecure) by using the wget command line parameter “--no-
check-certificate”).
To create a temporary Session ID (valid for 10 minutes), use the following method. A
Copyright © 2023 by Bird Home Automation GmbH 8
Session ID is only valid for 10 minutes.
Method: GET
Required permission: valid user
Syntax:
http://<device-ip>/bha-api/gets

https://www.doorbird.com/downloads/api_lan.pdf?rev=0.36
Hier sind die Informationen zu finden. Das übersteigt aber meine Kenntnisse. Eventuell mal den Doorbird Support kontaktieren

[rebell21]

Hallo,

ich hatte den Doorbird Support kontaktiert. Nein, es gib aktuell keine Opetion, den Videostream der Doorbird direkt mit https abzurufen. Man muss diese Krücke mit der Session-id gehen.

Ich habe es anders gelöst. Habe den mixed conten vermieden, indem ich einen reverse proxy mit nginx aufgesetzt habe. Den frage ich jetzt mit https://192.168.2.182:443/doorbird an und leite dann auf http://192.168.2.131/bha-api/video.cgi um. So geht es. Allerdings nervt noch die Passwortabfrage. Ich kriege usernamen:passwort aber nicht in der proxy_pass Anweisung für nginx kodiert. nginx mag den ":" nicht und spricht von "invalid port". Der SIP Client funktioniert und der Videostream wird auch angezeigt