Un servidor RTMP es el punto receptor de un publicador en directo. Un codificador o aplicación de producción envía una URL RTMP y una clave de transmisión; el servidor acepta esa sesión, aplica su política de acceso y expone una señal para el siguiente trabajo elegido. No es automáticamente un reproductor para espectadores, CDN, grabador ni mezclador de producción.
Qué hace un servidor RTMP
Un modelo mental útil es publicador → servidor RTMP → módulo descendente seleccionado. El publicador puede ser OBS, FFmpeg o un codificador. La especificación publicada de RTMP se conserva en un espejo histórico de la especificación. El servidor proporciona al publicador una dirección y credenciales, y permite al operador comprobar si la conexión y los medios están activos. Grabación, enrutamiento, monitorización y entrega al espectador necesitan cada uno su propia configuración y comprobación de aceptación.
| Capa | Pregunta que responder |
|---|---|
| Ingesta | ¿El publicador asignado alcanzó el listener con la clave prevista? |
| Medios | ¿Son utilizables vídeo, audio y bitrate en el receptor? |
| Descendente | ¿Qué monitor, grabación, ruta o reproductor configurado por separado debe recibirlo? |
Lea cuidadosamente la dirección de publicación
Un endpoint RTMP normalmente combina una dirección de servidor o ruta de aplicación con un nombre o clave de transmisión. Considere la clave una credencial: cópiela desde el despliegue, no la incluya en un documento público y sustitúyala si se expone. El puerto depende del despliegue; no suponga que es accesible hasta comprobar el listener y la política de firewall.
Elija acceso controlado o Guest
El modo controlado asigna roles Publisher y Receiver al mismo nombre de transmisión configurado; por tanto, la URL RTMP puede ser idéntica para ambos roles. El modo Guest no usa reglas de acceso creadas previamente. Abre deliberadamente el endpoint: elija un nombre de transmisión no vacío al publicar y use ese mismo nombre para recibir.
Verifique la transferencia en orden
- En modo controlado, confirme que la transmisión tiene los roles Publisher y Receiver; en modo Guest, confirme que el endpoint abierto es intencional.
- Publique una fuente conocida y verifique el estado activo del publicador y el bitrate entrante.
- Compruebe imagen y audio previsto desde el receptor configurado o la ruta de monitorización.
- Solo entonces pruebe el flujo elegido de grabación, ruta o salida al navegador.
Si OBS indica que está transmitiendo pero el servidor no muestra ningún publicador, compare URL y clave exactas y compruebe DNS, puerto del listener y regla de acceso. Si el publicador es visible pero la ruta descendente está vacía, la comprobación de ingesta ha pasado; investigue ese módulo descendente en vez de cambiar el codificador al azar.
Opere la señal recibida
Callaba RTMP Server es el listener configurado y punto de control del operador: cree acceso de publicador y receptor, inspeccione la actividad actual y entregue una señal seleccionada al siguiente trabajo operativo. La reproducción en navegador es un flujo Web Player o HLS independiente; los navegadores modernos no reproducen una URL RTMP de forma nativa.
Próximos pasos
Para un flujo de ingesta configurado, consulte Callaba RTMP Server. Use la guía RTMP de OBS para probar un emisor, fundamentos del protocolo RTMP para el límite de transporte, o reproductor RTMP y reproducción en navegador cuando el siguiente trabajo sea ver la señal.
