media server logo
제품 사용자 가이드

RTMP 서버

Accept RTMP publishers, issue controlled publisher and receiver access, and inspect live bitrate, connections and peer location.

Callaba에서 찾기Streaming servers → RTMP servers
이 모듈의 역할

The RTMP server is a managed ingest and delivery endpoint for OBS, hardware encoders and compatible receivers. Explicit stream access is the safe default; allow-all is a deliberate public-ingest choice.

시작하기 전에

  • A reachable TCP port.

  • One real publisher and, if needed, one receiver.

  • A planned stream key or host access policy.

설정 설명

운영자에게 필요한 컨트롤만 설명하며 내부 필드명과 구현 이벤트는 표시하지 않습니다.

Server

Configure the RTMP listener.

Name and active state

Operator label and lifecycle state.

Port

TCP port used by RTMP publishers and receivers.

Buffer length

RTMP buffering used by the server workflow.

Access control

Separate publishing and receiving permissions.

Explicit access

Require a Stream object with a role and stream key or allowed host.

Publisher role

Allows a client to send media.

Receiver role

Allows a client to consume media.

Allow all

Accepts connections without pre-created Stream access.

Use only when open guest publishing is an intentional product requirement.

Live analytics

Understand who is connected and whether media is flowing.

Active streams

Current stream count on the server.

Publishers and receivers

Current connection counts by role.

Input and output bitrate

Media arriving from publishers and leaving toward receivers.

Peer address and region

Connection IP and geolocation context shown for active peers.

Connection duration

How long each publisher or receiver has remained connected.

안전한 첫 워크플로

  1. 01

    Create the RTMP server on an unused TCP port.

  2. 02

    Choose explicit access unless guest publishing is a product requirement.

  3. 03

    Create a publisher Stream with a unique key and connect OBS or the encoder.

  4. 04

    If playback is needed, create a separate receiver Stream.

  5. 05

    Verify publisher count, input bitrate, peer address/region and downstream playback.

워크플로 예시

사용 시점

Controlled OBS contribution

A known producer sends one RTMP feed from OBS.

OBSPublisher
Stream keyExplicit access
Callaba RTMPIngest + analytics
ProductionRestream / record / view
애니메이션 워크플로 다이어그램: Controlled OBS contribution

구축 방법

  1. 1

    Create the RTMP listener and a publisher-only Stream key.

  2. 2

    Enter the RTMP URL and key in OBS and start streaming.

  3. 3

    Confirm one publisher, non-zero input bitrate and the expected peer region.

  4. 4

    Select the verified feed in Recording, Restreaming, Multiview or a Web player.

사용 시점

Guest RTMP publishers with generated stream keys

Your product intentionally lets external publishers create and use their own connection identity.

Guest publisherAssigned key
Access policyPublisher boundary
RTMP serverSession analytics
OperatorAddress + region
애니메이션 워크플로 다이어그램: Guest RTMP publishers with generated stream keys

구축 방법

  1. 1

    Define whether guests receive explicit Stream records or an intentionally open server policy.

  2. 2

    Keep publisher and receiver permissions separate.

  3. 3

    Show each guest the correct URL/key without exposing other credentials.

  4. 4

    Monitor connection identity, address, region, duration and bitrate during the session.

결과 확인

  • The intended publisher appears with non-zero input bitrate.
  • Publisher and receiver counts match the real clients.
  • Peer address, region and connection duration appear for the active session.
  • An unauthorized key or host is rejected under explicit access.

문제 해결

OBS cannot publish

확인
  • Check TCP firewall and port.
  • Match RTMP URL, stream key and publisher role.
  • Confirm the server is active.
다음 조치

Test one explicit publisher before adding receivers or downstream processing.

Publisher is connected but output bitrate is zero

확인
  • Confirm OBS is sending video/audio.
  • Check input bitrate first.
  • Verify a receiver or downstream module is connected.
다음 조치

Repair the first zero-bitrate boundary rather than changing access policy.