Aller au contenu
Callaba
Guide utilisateur du produit

Serveurs RTMP

Acceptez les éditeurs RTMP, accordez un accès contrôlé aux éditeurs et aux récepteurs et inspectez le débit binaire en direct, les connexions et l'emplacement des homologues.

Où le trouver dans CallabaServeurs de diffusion → Serveurs RTMP
Fonction du module

Le serveur RTMP est un point de terminaison géré d'acquisition et de livraison pour OBS, les encodeurs matériels et les récepteurs compatibles. L'accès explicite au flux est la valeur par défaut sûre ; tout autoriser est un choix délibéré du public.

Poursuivez ce workflow dans Callaba

Callaba RTMP Server

L'éditeur OBS attendu est visible dans les analyses en temps réel et fournit le flux de travail en aval.

Voir le fonctionnement du produit

Avant de commencer

  • Un port TCP accessible.

  • Un véritable éditeur et, si besoin, un seul récepteur.

  • Une clé de flux planifiée ou une politique d'accès à l'hôte.

Réglages expliqués

Seuls les contrôles utiles à l’opérateur sont expliqués. Les noms de champs internes et événements d’implémentation sont volontairement masqués.

Serveur

Configurez l'écouteur RTMP.

Nom et état actif

Étiquette de l’opérateur et état du cycle de vie.

Port

Port TCP utilisé par les éditeurs et récepteurs RTMP.

Longueur du tampon

Mise en mémoire tampon RTMP utilisée par le workflow du serveur.

Contrôle d'accès

Séparez les autorisations de publication et de réception.

Accès explicite

Exiger un objet Stream avec un rôle et une clé de flux ou un hôte autorisé.

Rôle d'éditeur

Permet à un client d'envoyer des médias.

Rôle du destinataire

Permet à un client de consommer des médias.

Autoriser tout

Accepte les connexions sans accès Stream pré-créé.

À utiliser uniquement lorsque la publication d'invités ouverts est une exigence intentionnelle du produit.

Analyses en direct

Comprenez qui est connecté et si les médias circulent.

Flux actifs

Nombre actuel de flux sur le serveur.

Éditeurs et récepteurs

La connexion actuelle compte par rôle.

Débit d'entrée et de sortie

Médias arrivant des éditeurs et partant vers les récepteurs.

Adresse homologue et région

IP de connexion et contexte de géolocalisation affichés pour les pairs actifs.

Durée de connexion

Combien de temps chaque éditeur ou récepteur est resté connecté.

Premier workflow sûr

  1. 01

    Créez le serveur RTMP sur un port TCP inutilisé.

  2. 02

    Choisissez un accès explicite, sauf si la publication invitée est une exigence du produit.

  3. 03

    Créez un flux éditeur avec une clé unique et connectez OBS ou l'encodeur.

  4. 04

    Si la lecture est nécessaire, créez un flux récepteur distinct.

  5. 05

    Vérifiez le nombre d’éditeurs, le débit binaire d’entrée, l’adresse/région homologue et la lecture en aval.

Exemples de workflows

À utiliser lorsque

Contribution OBS contrôlée

Un producteur connu envoie un flux RTMP depuis OBS.

OBSÉditeur
Clé de fluxAccès explicite
Callaba RTMPIngestion + analyses
FabricationRediffuser / enregistrer / visualiser
Schéma animé du workflow: Contribution OBS contrôlée

Comment le construire

  1. 1

    Créez l'écouteur RTMP et une clé de flux réservée aux éditeurs.

  2. 2

    Entrez l'URL RTMP, saisissez OBS et démarrez la diffusion.

  3. 3

    Confirmez un éditeur, un débit binaire d'entrée non nul et la région homologue attendue.

  4. 4

    Sélectionnez le flux vérifié dans Enregistrement, Restreaming, Multiview ou un lecteur Web.

À utiliser lorsque

Éditeurs RTMP invités avec des clés de flux générées

Votre produit permet intentionnellement aux éditeurs externes de créer et d'utiliser leur propre identité de connexion.

Éditeur invitéClé attribuée
Politique d'accèsLimite de l'éditeur
Serveur RTMPAnalyse de session
OpérateurAdresse + région
Schéma animé du workflow: Éditeurs RTMP invités avec des clés de flux générées

Comment le construire

  1. 1

    Définissez si les invités reçoivent des enregistrements Stream explicites ou une stratégie de serveur intentionnellement ouverte.

  2. 2

    Séparez les autorisations de l'éditeur et du destinataire.

  3. 3

    Montrez à chaque invité l'URL/la clé correcte sans exposer les autres informations d'identification.

  4. 4

    Surveillez l’identité de la connexion, l’adresse, la région, la durée et le débit pendant la session.

Vérifier le résultat

  • L'éditeur prévu apparaît avec un débit binaire d'entrée non nul.
  • Le nombre d’éditeurs et de destinataires correspond aux vrais clients.
  • L'adresse du homologue, la région et la durée de la connexion s'affichent pour la session active.
  • Une clé ou un hôte non autorisé est rejeté sous accès explicite.

Dépannage

OBS ne peut pas publier

Vérifier
  • Vérifiez le pare-feu et le port TCP.
  • Faites correspondre l'URL RTMP, la clé de flux et le rôle d'éditeur.
  • Confirmez que le serveur est actif.
Puis effectuer ceci

Testez un éditeur explicite avant d’ajouter des récepteurs ou un traitement en aval.

L'éditeur est connecté mais le débit de sortie est nul

Vérifier
  • Confirmez qu'OBS envoie de la vidéo/audio.
  • Vérifiez d'abord le débit binaire d'entrée.
  • Vérifiez qu’un récepteur ou un module en aval est connecté.
Puis effectuer ceci

Réparez la première limite de débit zéro plutôt que de modifier la politique d'accès.