Un server RTMP è il punto di ricezione per un publisher live. Un encoder o un'applicazione di produzione invia un URL RTMP e una chiave di flusso; il server accetta la sessione, applica la propria policy di accesso e rende disponibile un feed per il successivo compito scelto. Non è automaticamente un player per gli spettatori, una CDN, un registratore o uno switcher di produzione.
Cosa fa un server RTMP
Un modello mentale utile è publisher → server RTMP → modulo downstream selezionato. Il publisher può essere OBS, FFmpeg o un encoder. La specifica RTMP pubblicata è conservata in un mirror storico della specifica. Il server fornisce al publisher un indirizzo e credenziali, quindi permette a un operatore di verificare se connessione e media sono attivi. Registrazione, instradamento, monitoraggio e distribuzione agli spettatori richiedono ciascuno una propria configurazione e un controllo di accettazione.
| Livello | Domanda a cui rispondere |
|---|---|
| Ingest | Il publisher assegnato ha raggiunto il listener con la chiave prevista? |
| Media | Video, audio e bitrate sono utilizzabili dal ricevitore? |
| Downstream | Quale monitor, registrazione, instradamento o player configurato separatamente deve riceverlo? |
Leggi attentamente l'indirizzo di pubblicazione
Un endpoint RTMP combina di solito un indirizzo server o percorso dell'applicazione con un nome o una chiave di flusso. Tratta la chiave come una credenziale: copiala dalla distribuzione, non inserirla in un documento pubblico e sostituiscila se viene esposta. La porta dipende dalla distribuzione; non presumere che sia raggiungibile finché listener e policy firewall non sono stati verificati.
Scegli accesso controllato o Guest
La modalità controllata assegna i ruoli Publisher e Receiver allo stesso nome di flusso configurato; l'URL RTMP può quindi essere identico per entrambi i ruoli. La modalità Guest non usa regole di accesso create in precedenza. Apre deliberatamente l'endpoint: scegli un nome di flusso non vuoto durante la pubblicazione e usa lo stesso nome per ricevere.
Verifica il passaggio nell'ordine corretto
- In modalità controllata, conferma che il flusso abbia i ruoli Publisher e Receiver; in modalità Guest, conferma che l'endpoint aperto sia intenzionale.
- Pubblica una sorgente nota e verifica stato del publisher attivo e bitrate in ingresso.
- Controlla immagine e audio previsto dal ricevitore configurato o dal percorso di monitoraggio.
- Solo allora testa il flusso scelto per registrazione, instradamento o output nel browser.
Se OBS indica che è in streaming ma il server non mostra alcun publisher, confronta URL e chiave esatti, quindi verifica DNS, porta del listener e regola di accesso. Se un publisher è visibile ma il percorso downstream è vuoto, il controllo dell'ingest è superato; esamina quel modulo downstream invece di modificare casualmente l'encoder.
Gestisci il feed ricevuto
Callaba RTMP Server è il listener configurato e il punto di controllo dell'operatore: crea accesso per publisher e receiver, ispeziona l'attività corrente e passa un feed selezionato al successivo compito operativo. La riproduzione nel browser richiede un flusso Web Player o HLS separato; i browser moderni non riproducono nativamente un URL RTMP.
Passaggi successivi
Per un flusso di ingest configurato, consulta Callaba RTMP Server. Usa la guida RTMP per OBS per un test del mittente, fondamenti del protocollo RTMP per il confine di trasporto, oppure player RTMP e riproduzione nel browser quando il compito successivo è vedere il feed.
