Salut la compagnie,
Pour mon premier message, je poste surement une demande maintes fois vues et pourtant j’ai beau avoir lu toutes les discussions, mon problème persiste.
J’ai jeedom sur VM freebox Delta avec pack sécurité. J’ai 2 caméra wifi free sur le système.
à l’aide des différentes discussion, j’ai bien accès au flux via mon ip externe de ma box (ip v4 full stack et domaine let’s encrypt).
J’ai bien accès au flux vidéo depuis mon wifi (et donc via l’ip externe) et portant, lorsque je suis en 4g/5g, ben rien, toujours 0% sur la carte caméra.
j’ai activé le pooling sur jeedom connect, et mes ports tcp/UDP redirige mon 8001/8002 sur le port 80 et les ip des deux caméras respectivement.
Bon je ne comprends pas.
En LAN, j’ai le flux en LAN sans soucis et surtout sans identifiants renseignés…
donc est ce que je dois me baser sur cette forme d’URL :
rtsp://freeboxcam:MOTDEPASSE@IPEXTERNEDELAFREEBOX:8001/live
ou
je renseigne identifiant et mot de passe dans le widget avant l’url et je me contente de :
rtsp://IPEXTERNEDELAFREEBOX:8001/live
Qui gère le certif ?
Parce que effectivement le domaine pointe sur votre ip mais rtsp y a pas de ssl, à la limite avec rtspS. Mais vu que ce n’est probablement pas la freebox qui me gère ça marchera pas et cela ne devrait pas avoir d’impact.
Seul le lien en http avec le flux m3u8 fonctionne en fait.
J’ai remplacé par l’ip direct, pas de changement.
Est-ce que de prendre le plugin camera résoudrait le problème.
J’ai fait le certificat avec apache dans jeedom fourni par let’s encrypt (obtenue via freebox os).
par contre aucune idée pour mettre en place un rtspS.
J’ai bien l’impression que c’est ça qui bloque (j’ai tenté une redirection vers le 443, rien).
Bon j’ai pris le plugin camera et j’utilise les snapshots.
Le soucis est bizarre, le flux m3u8 fonctionne en externe, le rtsp doit se heurter à mon https.