Um servidor RTMP é o ponto de recepção de um publicador ao vivo. Um codificador ou aplicativo de produção envia uma URL RTMP e uma chave de stream; o servidor aceita essa sessão, aplica sua política de acesso e expõe um sinal para a próxima tarefa escolhida. Ele não é automaticamente um player para espectadores, CDN, gravador nem switcher de produção.
O que faz um servidor RTMP
Um modelo mental útil é publicador → servidor RTMP → módulo downstream selecionado. O publicador pode ser OBS, FFmpeg ou um codificador. A especificação RTMP publicada é preservada em um espelho histórico da especificação. O servidor fornece ao publicador um endereço e credenciais e permite ao operador verificar se a conexão e a mídia estão ativas. Gravação, roteamento, monitoramento e entrega ao espectador exigem, cada um, configuração e verificação de aceitação próprias.
| Camada | Pergunta a responder |
|---|---|
| Ingest | O publicador atribuído chegou ao listener com a chave desejada? |
| Mídia | Vídeo, áudio e taxa de bits são utilizáveis no receptor? |
| Downstream | Qual monitor, gravação, rota ou player configurado separadamente deve recebê-lo? |
Leia atentamente o endereço de publicação
Um endpoint RTMP normalmente combina um endereço de servidor ou caminho de aplicação com um nome ou chave de stream. Trate a chave como uma credencial: copie-a da implantação, não a inclua em um documento público e substitua-a se for exposta. A porta depende da implantação; não suponha que esteja acessível antes de verificar o listener e a política do firewall.
Escolha acesso controlado ou Guest
O modo controlado atribui funções de Publicador e Receptor ao mesmo nome de stream configurado; portanto, a URL RTMP pode ser idêntica para ambas as funções. O modo Guest não usa regras de acesso pré-criadas. Ele abre deliberadamente o endpoint: escolha um nome de stream não vazio ao publicar e use o mesmo nome para receber.
Verifique a transferência em ordem
- No modo controlado, confirme que o stream tem as funções Publicador e Receptor; no modo Guest, confirme que o endpoint aberto é intencional.
- Publique uma fonte conhecida e verifique o estado ativo do publicador e a taxa de bits de entrada.
- Confira imagem e áudio desejado no receptor configurado ou caminho de monitoramento.
- Só então teste o fluxo escolhido de gravação, rota ou saída para navegador.
Se o OBS informar que está transmitindo, mas o servidor não mostrar publicador, compare URL e chave exatas; depois verifique DNS, porta do listener e regra de acesso. Se um publicador estiver visível, mas o caminho downstream estiver vazio, a verificação de ingest foi aprovada; investigue esse módulo downstream em vez de alterar o codificador ao acaso.
Opere o sinal recebido
O Callaba RTMP Server é o listener configurado e ponto de controle do operador: crie acesso de publicador e receptor, inspecione a atividade atual e entregue um sinal selecionado à próxima tarefa operacional. A reprodução no navegador é um fluxo separado de Web Player ou HLS; navegadores modernos não reproduzem nativamente uma URL RTMP.
Próximos passos
Para um fluxo de ingest configurado, veja Callaba RTMP Server. Use o guia RTMP do OBS para testar um emissor, fundamentos do protocolo RTMP para o limite de transporte ou player RTMP e reprodução no navegador quando a próxima tarefa for assistir ao sinal.
