Un serveur RTMP est le point de réception d’un publisher en direct. Un encodeur ou une application de production envoie une URL RTMP et une clé de flux ; le serveur accepte cette session, applique sa politique d’accès et expose un flux pour la tâche suivante choisie. Ce n’est pas automatiquement un lecteur pour les spectateurs, un CDN, un enregistreur ou un mélangeur de production.
Ce que fait un serveur RTMP
Un modèle mental utile est : publisher → serveur RTMP → module aval sélectionné. Le publisher peut être OBS, FFmpeg ou un encodeur. La spécification RTMP publiée est conservée dans un miroir historique de la spécification. Le serveur donne à ce publisher une adresse et des identifiants, puis permet à un opérateur de voir si la connexion et le média sont actifs. L’enregistrement, le routage, la supervision et la diffusion aux spectateurs nécessitent chacun leur propre configuration et contrôle d’acceptation.
| Couche | Question à résoudre |
|---|---|
| Ingestion | Le publisher attribué a-t-il atteint l’écouteur avec la clé prévue ? |
| Média | La vidéo, l’audio et le débit sont-ils exploitables au niveau du récepteur ? |
| Aval | Quel moniteur, enregistrement, routage ou lecteur configuré séparément doit le recevoir ? |
Lisez attentivement l’adresse de publication
Un point de terminaison RTMP combine généralement une adresse de serveur ou un chemin d’application avec un nom ou une clé de flux. Traitez la clé comme un identifiant : copiez-la depuis le déploiement, ne l’insérez pas dans un document public et remplacez-la si elle est exposée. Le port dépend du déploiement ; ne supposez pas qu’il est accessible avant d’avoir vérifié l’écouteur et la politique de pare-feu.
Choisissez l’accès contrôlé ou Guest
Le mode contrôlé attribue les rôles Publisher et Receiver au même nom de flux configuré ; l’URL RTMP peut donc être identique pour les deux rôles. Le mode Guest n’emploie aucune règle d’accès précréée. Il ouvre délibérément le point de terminaison : choisissez un nom de flux non vide lors de la publication et utilisez ce même nom pour la réception.
Vérifiez le transfert dans l’ordre
- En mode contrôlé, confirmez que le flux possède les rôles Publisher et Receiver ; en mode Guest, confirmez que le point de terminaison ouvert est intentionnel.
- Publiez une source connue et vérifiez l’état actif du publisher ainsi que le débit entrant.
- Vérifiez l’image et l’audio attendu depuis le récepteur ou le chemin de supervision configuré.
- Ensuite seulement, testez le workflow choisi d’enregistrement, de routage ou de sortie navigateur.
Si OBS indique qu’il streame mais que le serveur n’affiche aucun publisher, comparez l’URL et la clé exactes, puis vérifiez le DNS, le port de l’écouteur et la règle d’accès. Si un publisher est visible mais que le chemin aval est vide, le contrôle d’ingestion a réussi ; examinez ce module aval plutôt que de modifier l’encodeur au hasard.
Exploitez le flux reçu
Callaba RTMP Server est l’écouteur configuré et le point de contrôle de l’opérateur : créez les accès publisher et receiver, inspectez l’activité actuelle et transmettez un flux sélectionné à la tâche opérationnelle suivante. La lecture dans le navigateur est un workflow Web Player ou HLS distinct ; les navigateurs modernes ne lisent pas nativement une URL RTMP.
Étapes suivantes
Pour un workflow d’ingestion configuré, consultez Callaba RTMP Server. Utilisez le guide OBS RTMP pour tester un émetteur, les principes du protocole RTMP pour la frontière de transport, ou RTMP player et lecture dans le navigateur lorsque la tâche suivante est de regarder le flux.
