aerogus / nginx-rtmp

Installation d'un serveur NGinx avec module RTMP
GNU Affero General Public License v3.0
1 stars 1 forks source link

NGINX-RTMP-HLS #1

Open desreumaux opened 2 years ago

desreumaux commented 2 years ago

Problème flux vidéo en sortie serveur http derrière la Box

Mon problème : ( la solution est certainement très simple mais je ne la vois pas... )

Contexte :

Box Bbox Fit Fibre 400 Mb/s firmware 20.8.8

Serveur web NGINX/RTMP/HLS ( Ubuntu connecté directement à la Box en RJ 45 ) alimenté en vidéo par OBS Studio ( Windows 11 ) connecté au serveur Ubuntu via le Wi-Fi par routeur ASUS RT-AC88U

En interne tout fonctionne bien la page http s'affiche et on peut lancer la vidéo normalement OK sur 127.0.0.1 OK sur Localhost OK sur l'adresse IP Fixe du serveur Web connecté par câble à la Box OK sur la véritable adresse externe de la Box et non pas sur l’adresse vue du VPN ( sachant que le port 80 pointe bien sur l'adresse IP du serveur Web ) OK sur le nom de domaine qui ramène sur l'adresse externe de la Box ( certainement via le Loopback de la Box ) ce qui fait penser que tous les paramètres sont corrects

En externe ( autre réseau local ou connexion 4G ) la page Web s'affiche mais le flux vidéo ne peux pas être lancé ( time out du lecteur vidéo avec message "the media could not be loaded, either because the server or network failed or because the format is not supported" ) tout comme si la Box ( ou un serveur Bouygues ) ou mon paramétrage NGINX/RTMP/HLS ne laisse pas passer le flux vidéo vers l’extérieur.

Tous les essais possibles ont été faits : désactivation du pare-feu, serveur Web en DMZ, activation ou désactivation de l’accès à distance de la box, etc, etc.... rien n'y fait le flux vidéo refuse obstinément de sortir vers l'extérieur....   Le fonctionnement est parfait dans le LAN, comment faire pour qu'il soit également parfait dans le WAN ?   peut être un paramètre NGINX ou fichier etc/hosts ou règle NAT..... L'assistance Bouygues ne comprend même pas le problème et est incapable de me dire si cela est une caractéristique de la Box ou de l'abonnement choisi ou si d'autres modèles de Box seraient plus appropriés ou avec quels paramètres jouer.

Help me SVP remerciements d'avance

Video stream problem in http server output behind the Box

My problem :

Context :

Box Bbox Fit Fiber 400 Mb/s firmware 20.8.8

NGINX/RTMP/HLS web server (Ubuntu connected directly to the Box in RJ 45) video powered by OBS Studio (Windows 11) connected to the Ubuntu server via Wi-Fi by ASUS router RT-AC88U.

Internally everything works well the http page is displayed and we can launch the video normally OK on 127.0.0.1 Ok on Localhost OK on the Fixed IP address of the Web server connected by cable to the Box OK on the real external address of the Box and not on the address seen from the VPN (knowing that port 80 points to the IP address of the Web server) OK on the domain name which returns to the external address of the Box (certainly via the Loopback of the Box) which suggests that all the parameters are correct

Externally (another local network or 4G connection) the web page is displayed but the video stream cannot be launched (video player timeout with message "the media could not be loaded, either because the server or network failed or because the format is not supported" ) just as if the Box (or a Bouygues server) or my NGINX/RTMP/HLS configuration does not allow the video stream to pass to the outside.

All possible tests have been made: deactivation of the firewall, Web server in DMZ, activation or deactivation of remote access to the box, etc, etc... nothing helps the video stream stubbornly refuses to go out....

It works perfectly in the LAN, how to make it work perfectly in the WAN as well? can be an NGINX setting or etc/hosts file or NAT rule..... Bouygues support does not even understand the problem and is unable to tell me if this is a characteristic of the Box or the chosen subscription or if other Box models would be more appropriate or with what parameters to play.

Please help me thanks in advance

aerogus commented 2 years ago

Bonjour, le projet nginx-rtmp actuel n'est pas prévu pour faire hls, en revanche vous pouvez regarder https://github.com/aerogus/streaming-cluster qui estune infrastructure un peu + complète avec transcodage et hls. Difficile à débugger sans avoir accès à vos fichiers de conf. à vérifier que votre serveur nginx écoute sur la boucle locale + son interface réseau LAN, et que votre routeur NAT bien le port 80 sur la bonne ip. Avez vous aussi configuré le port 443 pour https ? disposez-vous d'un nom de domaine ? Essayez aussi d'analyser le réseau avec Wireshark.

desreumaux commented 2 years ago

Bonjour, Merci pour cette réponse rapide, je vais regarder le projet cité, ce qui me paraît bizarre c’est que tout fonctionne bien avec mon nom de domaine ( logme.fr ) tant que je suis sur l’une ou l’autre des machines de mon réseau local, par contre de l’extérieur tout fonctionne ( y compris la visualisation des vidéos ) seul le stream live ne sort pas sur l’extérieur, tous les paramètres Nginx et Rtmp me paraissent corrects, je vais essayer d’ajouter un push rtmp ( qui ne devrait pas être nécessaire avec hls ), bien sur tous mes fichiers .conf sont à disposition.J’ai déjà essayé Wireshark mais la production de données est tellement importante que j’ai reculé devant son analyse.CdtlJacques.

Envoyé depuis la toute nouvelle application AOL pour iOS

Le dimanche, juillet 10, 2022, 5:01 PM, Guillaume Seznec @.***> a écrit :

Bonjour, le projet nginx-rtmp actuel n'est pas prévu pour faire hls, en revanche vous pouvez regarder https://github.com/aerogus/streaming-cluster qui estune infrastructure un peu + complète avec transcodage et hls. Difficile à débugger sans avoir accès à vos fichiers de conf. à vérifier que votre serveur nginx écoute sur la boucle locale + son interface réseau LAN, et que votre routeur NAT bien le port 80 sur la bonne ip. Avez vous aussi configuré le port 443 pour https ? disposez-vous d'un nom de domaine ? Essayez aussi d'analyser le réseau avec Wireshark.

— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>