Video stream van lokaal IP in SSL page

[L1NO_]

Het probleem; voor een tool die ik zelf ontwikkel wil ik van een lokale computer een video stream openen op een 'publieke' webpagina dat geopend word in hetzelfde netwerk maar beveiligd is met SSL . Verder bekend dat er op een SSL pagina geen mixed content meer word toegelaten ben ik toch opzoek naar een creatieve constructie.

De koffer heeft ook een router (routerX van ubiquiti) aan boord en een NUC waarmee ik hopelijk uit de voeten kan. Dusver kan ik geen enkele manier vinden om de media in het lokale netwerk te herenigen met de website op de computer die met hetzelfde netwerk is verbonden.

Op dit moment worden er afbeeldingen met 0.5Bps met base64 via een centrale server verstuurd maar is niet afdoende.


Kan iemand mij een duwtje in de richting geven mits de mogelijkheid ook bestaat?

[GlowMouse]

Er zijn een paar oplossingen:
- Schakel de mixed content waarschuwing uit. Dat zou ik alleen doen als de browser nergens anders voor gebruikt kan worden.

- Zorg dat je een certificaat krijgt voor een domeinnaam, en zorg vervolgens dat die domeinnaam naar een lokaal ip-adres verwijst. Je kunt de stream dan via SSL aanbieden.

[L1NO_]

Eerste oplossing is niet mogelijk omdat er ook 'vreemde/nieuwe' browsers gebruikt moeten kunnen worden zonder handleiding.

Kan je iets specifieker zijn over het verwijzen, je bedoeld een DNS verwijzing? (dat zou een sub-domein kunnen zijn?)

[DutchKel]

Wat wil je precies bereiken? Misschien als je globaal uitlegt wat je wilt dat er meerdere oplossingen zijn waar je zo niet eens aan hebt gedacht.

[GlowMouse]

L1NO_ schreef op dinsdag 25 augustus 2020 @ 19:17:
Kan je iets specifieker zijn over het verwijzen, je bedoeld een DNS verwijzing? (dat zou een sub-domein kunnen zijn?)

Een DNS verwijzing inderdaad, en dat mag een subdomein zijn. Als je tool op verschillende interne netwerken wordt gebruikt en je koffer telkens een ander ip-adres krijgt, kun je verschillende subdomeinen gebruiken of een lokale DNS-server draaien als dat mogelijk is.

[Snake]

Irrelevant dat het publiek is.

Je hebt:

* de service, beveiligd met SSL
* de stream, niet beveiligd met SSL

Jij navigeert naar https://service.local, en daarin wordt de stream getoont, maar met http://stream.local.

Je oplossing is:

NGINX voor de stream en dan serveren met een SSL cert.

[L1NO_]

DutchKel schreef op dinsdag 25 augustus 2020 @ 19:21:
Wat wil je precies bereiken? Misschien als je globaal uitlegt wat je wilt dat er meerdere oplossingen zijn waar je zo niet eens aan hebt gedacht.

Een gebruiker neemt een browser voor zich, logt in op een publiekelijke pagina (SSL) en kan daarbij een video-stream zien die voor de gebruiker van een apparaat komt in het lokale netwerk.

[DutchKel]

Dus je bent ook geholpen als je gewoon een a href maakt naar de stream die dan automatisch in de player naar keuze van de gebruiker wordt geopend?

[L1NO_]

Snake schreef op dinsdag 25 augustus 2020 @ 19:26:
Irrelevant dat het publiek is.

Je hebt:

* de service, beveiligd met SSL
* de stream, niet beveiligd met SSL

Jij navigeert naar https://service.local, en daarin wordt de stream getoont, maar met http://stream.local.

Je oplossing is:

NGINX voor de stream en dan serveren met een SSL cert.

Het is vrij omslachtig om voor een lokaal apparaat ( 10.0.0.2 ) een SSL cert te voorzien en ook hier ook nog een server applicatie voor in het leven te roepen. Het probleem blijft dat ik als SSL pagina niet een lokaal aangeboden stream kan inzien zonder dat de data eerst naar de cloud gaat.

[DukeBox]

Ik zou zoiets oplossen middels een reverse proxy.

[L1NO_]

DutchKel schreef op dinsdag 25 augustus 2020 @ 19:29:
Dus je bent ook geholpen als je gewoon een a href maakt naar de stream die dan automatisch in de player naar keuze van de gebruiker wordt geopend?

Nee, het moet volledig geïntegreerd zijn op die pagina. Voor de verbeelding; het gaat om 'medisch' (niet kritisch) beeld wat word aangevuld met ander informatie en knoppen.

[Snake]

L1NO_ schreef op dinsdag 25 augustus 2020 @ 19:30:
[...]


Het is vrij omslachtig om voor een lokaal apparaat ( 10.0.0.2 ) een SSL cert te voorzien en ook hier ook nog een server applicatie voor in het leven te roepen. Het probleem blijft dat ik als SSL pagina niet een lokaal aangeboden stream kan inzien zonder dat de data eerst naar de cloud gaat.

Tekens eens een netwerk diagram.

En die koffer met NUC, aangezien dat lokaal draait, kan dat niet de proxy spelen?

[L1NO_]

GlowMouse schreef op dinsdag 25 augustus 2020 @ 19:25:
[...]

Een DNS verwijzing inderdaad, en dat mag een subdomein zijn. Als je tool op verschillende interne netwerken wordt gebruikt en je koffer telkens een ander ip-adres krijgt, kun je verschillende subdomeinen gebruiken of een lokale DNS-server draaien als dat mogelijk is.

Genoeg voer om verder te google'en, maar to be sure;

sub.domein.com met cert, A record naar een lokaal IP (dat is wel vast) 10.0.0.2. ? Zo simpel?

[Snake]

L1NO_ schreef op dinsdag 25 augustus 2020 @ 19:36:
[...]


Genoeg voer om verder te google'en, maar to be sure;

sub.domein.com met cert, A record naar een lokaal IP (dat is wel vast) 10.0.0.2. ? Zo simpel?

Waarom niet?

[GlowMouse]

L1NO_ schreef op dinsdag 25 augustus 2020 @ 19:36:
[...]

Genoeg voer om verder te google'en, maar to be sure;

sub.domein.com met cert, A record naar een lokaal IP (dat is wel vast) 10.0.0.2. ? Zo simpel?

Ja, de enige knelpunten zijn het regelen van een cert (letsencrypt met de DNS challenge is gratis en relatief eenvoudig als je DNS-provider het ondersteunt) en het uitserveren van de stream over https (een reverse proxy was al voorgesteld, maar misschien ondersteunt je streaming serve native ssl).

[L1NO_]

Net een A record gemaakt voor een device in het netwerk en mond valt open, geen idee dat dit kon. Ik ga een wildcard/duo SSL aanvragen.

Ureka!