ElabNET Technik Forum

Hallo Gemeinde,

ich versuche nun, meine IP-Cams wieder zum laufen zu bringen..(ging schon mal vor Jahren..)
Nun, neuer Server, aktuellste CV-Version.

Ausgangslage:
Ich hab verstanden, dass rtsp-streams irgendwie böse sind. Daher streame ich die Cam-Bilder über "Frigate" (= Videorekorder, auf TrueNAS Scale). Über Frigate wird automatisch die Anwendung "go2rtc" mit ausgeliefert. Diese Anwendung wandelt die CAM RTSP-Streams um, sodass ich diese im Browser aufrufen kann.
Funktioniert in Edge als auch Chrome mit folgendem Link z.B:
http://192.168.178.100:30058/live/webrt ... c=Haustuer.

Da das kein https-Link ist, hab ich mir gedacht, ich lass das über den TW-Proxy laufen.


Leider funktioniert das nicht. Kein Bild über:
https://timberwolf1251.fritz.box/proxy/Haustuer/

Am Ende funktioniert in der CV weder IMAGE oder Web Einbindung mit folgenden Links:
http://192.168.178.100:30058/live/webrt ... c=Haustuer.
oder:
https://timberwolf1251.fritz.box/proxy/Haustuer/

Cometvisu-Versuche:
<page name="Kameras" visible="false">
<web src="https://timberwolf1251.fritz.box/proxy/Haustuer/" width="500px" height="500px" frameborder="true" refresh="5" />
</page>

<image src="https://timberwolf1251.fritz.box/proxy/Haustuer/" />
</page>


In der Browser-Console wird angezeigt:


Nun benötige ich Hilfe.

Hilfe!

Viele Dank!

Hallo Steve,

aus deiner Beschreibung ist mir nicht klar, ob schon die URL
https://timberwolf1251.fritz.box/proxy/Haustuer/
nicht funktioniert.
Wenn diese schon nicht funktioniert, dann geht natürlich die Einbindung in CometVisu erst recht nicht.

Aus dem Console-Log sieht man verschiedene Fehler.
Beim ersten Fehler mit dem Mixed Content geht es offenbar auf einen ganz anderen Server (192.168.178.200), dessen URL wegen http nicht akzeptiert wird.

Der zweite Fehler liegt vermutlich daran, dass der Server (welcher?) auf den Request für das Script "video-stream.js" mit einem HTTP Error Code antwortet (da kommt dann eine HTML-Seite mit dem Fehlercode als Text, was dann natürlich nicht passt zum erwarteten Script Content).

Grundsätzlich hat Reverse Proxying so seine Tücken, je nach dem wie der Source Web Content strukturiert ist. Wenn absolute URLs auf den ausgelieferten Seiten sind, dann müssen die ja auch umgeschrieben werden, das funktioniert nicht immer.

Viele Grüße

Bernhard

Hallo Bernhard,

es ist so, dass dieser Link direkt im Browser funktioniert:
http://192.168.178.100:30058/live/webrt ... c=Haustuer

--> hier habe ich ein Bild. Leider ist das "nur" http. Ich hatte mir zurecht gelegt, dass das dann der Grund war, warum ich in der CV kein Bild habe, da ich dachte es müsse ein "https" - link sein.

Daher der Weg über den TW-Proxy. Leider funktioniert über den Proxy der neu erzeugte link auch nicht im Browser...und natürlich auch nicht in der CV.

Daraus die Frage:
Welche Bedingungen müssen erfüllt sein, dass die CV-Einbindung ein Bild wiedergibt?
"Vor Jahren" war das mal so: Wenn der Browser das Bild wiedergibt, dann auch über die CV. Nun haben sich aber wohl Anforderungen geändert.
Leider bin ich nicht fit genug, mit all den Protokollen fachgerecht umzugehen.

Mfg.