RTMP 서버는 라이브 송신자를 받는 지점입니다. 인코더나 제작 애플리케이션이 RTMP URL과 스트림 키를 보내면, 서버는 세션을 수락하고 접근 정책을 적용한 뒤 다음으로 선택한 작업에 쓸 피드를 제공합니다. 이것이 자동으로 시청자 플레이어, CDN, 녹화기 또는 제작 스위처가 되는 것은 아닙니다.
RTMP 서버가 하는 일
유용한 모델은 송신자 → RTMP 서버 → 선택된 후속 모듈입니다. 송신자는 OBS, FFmpeg 또는 인코더일 수 있습니다. 공개 RTMP 사양은 역사적 사양 미러에 보존되어 있습니다. 서버는 송신자에게 주소와 자격 증명을 제공하고, 연결과 미디어가 활성 상태인지 운영자가 보게 합니다. 녹화, 라우팅, 모니터링, 시청자 배포에는 각각 별도의 설정과 승인 검사가 필요합니다.
| 계층 | 확인할 질문 |
|---|---|
| 인제스트 | 할당된 송신자가 의도한 키로 리스너에 도달했나요? |
| 미디어 | 수신 지점에서 비디오, 오디오 및 비트레이트를 사용할 수 있나요? |
| 후속 처리 | 별도로 설정된 어떤 모니터, 녹화, 라우팅 또는 플레이어가 이를 받아야 하나요? |
게시 주소를 주의 깊게 읽으세요
RTMP 엔드포인트는 보통 서버 주소 또는 애플리케이션 경로와 스트림 이름 또는 키를 결합합니다. 키는 자격 증명으로 다루세요. 배포 환경에서 복사하고 공개 문서에 넣지 말며, 노출되면 교체해야 합니다. 포트는 배포 환경에 따라 다르므로 리스너와 방화벽 정책을 확인하기 전에는 포트에 연결할 수 있다고 가정하지 마세요.
제어된 접근 또는 Guest 접근 선택
제어 모드는 같은 설정 스트림 이름에 Publisher와 Receiver 역할을 할당하므로 두 역할의 RTMP URL이 동일할 수 있습니다. Guest 모드에는 미리 만들어진 접근 규칙이 없습니다. 의도적으로 엔드포인트를 열어 두는 방식입니다. 게시할 때 비어 있지 않은 스트림 이름을 선택하고 수신할 때 같은 이름을 사용하세요.
순서대로 핸드오프 확인
- 제어 모드에서는 스트림에 Publisher와 Receiver 역할이 있는지, Guest 모드에서는 열린 엔드포인트가 의도한 것인지 확인합니다.
- 알려진 소스를 게시하고 활성 송신자 상태와 유입 비트레이트를 확인합니다.
- 설정된 수신기 또는 모니터링 경로에서 영상과 의도한 오디오를 확인합니다.
- 그 다음에만 선택한 녹화, 라우팅 또는 브라우저 출력 워크플로를 시험합니다.
OBS가 스트리밍 중이라고 보고하지만 서버에 송신자가 보이지 않으면 정확한 URL과 키를 비교한 다음 DNS, 리스너 포트, 접근 규칙을 확인하세요. 송신자는 보이지만 후속 경로가 비어 있다면 인제스트 검사는 통과한 것입니다. 인코더 설정을 무작위로 바꾸기보다 해당 후속 모듈을 조사하세요.
수신한 피드 운영
Callaba RTMP Server는 설정된 리스너이자 운영자 제어 지점입니다. 송신자와 수신자 접근을 만들고 현재 활동을 검사하며 선택한 피드를 다음 운영 작업으로 넘깁니다. 브라우저 재생은 별도의 Web Player 또는 HLS 워크플로이며, 현대 브라우저는 RTMP URL을 기본 재생하지 않습니다.
다음 단계
설정된 인제스트 워크플로는 Callaba RTMP Server에서 확인하세요. 송신기 테스트에는 OBS RTMP 가이드, 전송 경계에는 RTMP 프로토콜 기초, 다음 작업이 피드 시청일 때는 RTMP 플레이어와 브라우저 재생을 사용하세요.
