RTMP 서버는 OBS, 하드웨어 인코더 및 호환 수신기에 대한 관리형 수집 및 전송 엔드포인트입니다. 명시적 스트림 액세스는 안전한 기본값입니다. Allow-all은 의도적인 공개 수집 선택입니다.
시작하기 전에
연결 가능한 TCP 포트입니다.
실제 게시자 1명과 필요한 경우 수신자 1명.
계획된 스트림 키 또는 호스트 액세스 정책입니다.
설정 설명
운영자에게 필요한 컨트롤만 설명하며 내부 필드명과 구현 이벤트는 표시하지 않습니다.
서버
RTMP 수신기를 구성합니다.
- 이름 및 활성 상태
운영자 라벨 및 수명 주기 상태입니다.
- 포트
RTMP 게시자와 수신자가 사용하는 TCP 포트입니다.
- 버퍼 길이
RTMP 버퍼링은 서버 워크플로에서 사용됩니다.
출입 통제
게시 권한과 수신 권한을 분리하세요.
- 명시적 액세스
역할과 스트림 키 또는 허용된 호스트가 있는 스트림 객체가 필요합니다.
- 게시자 역할
클라이언트가 미디어를 보낼 수 있도록 허용합니다.
- 수신자 역할
클라이언트가 미디어를 소비하도록 허용합니다.
- 모두 허용
미리 생성된 스트림 액세스 없이 연결을 허용합니다.
공개 게스트 게시가 의도적인 제품 요구 사항인 경우에만 사용하세요.
실시간 분석
누가 연결되어 있는지, 미디어가 흐르는지 파악하세요.
- 활성 스트림
서버의 현재 스트림 수입니다.
- 게시자 및 수신자
현재 연결은 역할별로 계산됩니다.
- 입력 및 출력 비트 전송률
미디어가 게시자로부터 도착하여 수신자를 향해 떠납니다.
- 피어 주소 및 지역
활성 피어에 대해 표시되는 연결 IP 및 지리적 위치 컨텍스트입니다.
- 연결 기간
각 게시자 또는 수신자가 연결 상태를 유지한 기간입니다.
안전한 첫 워크플로
- 01
사용하지 않는 TCP 포트에 RTMP 서버를 만듭니다.
- 02
게스트 게시가 제품 요구 사항이 아닌 한 명시적 액세스를 선택하세요.
- 03
고유 키로 게시자 스트림을 만들고 OBS 또는 인코더를 연결하세요.
- 04
재생이 필요한 경우 별도의 수신기 스트림을 생성하세요.
- 05
게시자 수, 입력 비트 전송률, 피어 주소/지역 및 다운스트림 재생을 확인하세요.
워크플로 예시
OBS 기여 제어
알려진 생산자가 OBS에서 하나의 RTMP 피드를 보냅니다.
구축 방법
- 1
RTMP 수신기와 게시자 전용 스트림 키를 만듭니다.
- 2
RTMP URL과 OBS 키를 입력하고 스트리밍을 시작하세요.
- 3
하나의 게시자, 0이 아닌 입력 비트 전송률 및 예상 피어 지역을 확인하세요.
- 4
녹화, 재스트리밍, 멀티뷰 또는 웹 플레이어에서 확인된 피드를 선택하세요.
생성된 스트림 키가 있는 게스트 RTMP 게시자
귀하의 제품은 의도적으로 외부 게시자가 자신의 연결 ID를 만들고 사용할 수 있도록 허용합니다.
구축 방법
- 1
게스트가 명시적인 스트림 레코드를 수신하는지 또는 의도적으로 공개 서버 정책을 수신하는지 정의합니다.
- 2
게시자 권한과 수신자 권한을 별도로 유지하세요.
- 3
다른 자격 증명을 노출하지 않고 각 게스트에게 올바른 URL/키를 표시합니다.
- 4
세션 중에 연결 ID, 주소, 지역, 기간 및 비트 전송률을 모니터링합니다.
결과 확인
- 의도한 게시자가 0이 아닌 입력 비트 전송률로 나타납니다.
- 게시자 및 수신자 수가 실제 클라이언트와 일치합니다. 활성 세션에 대해
- 피어 주소, 지역 및 연결 기간이 표시됩니다.
- 승인되지 않은 키 또는 호스트는 명시적 액세스 시 거부됩니다.
문제 해결
OBS는 게시할 수 없습니다.
확인- TCP 방화벽과 포트를 확인하세요.
- RTMP URL, 스트림 키 및 게시자 역할을 일치시킵니다.
- 서버가 활성 상태인지 확인하세요.
수신자 또는 다운스트림 처리를 추가하기 전에 하나의 명시적 게시자를 테스트하세요.
Publisher가 연결되었지만 출력 비트 전송률이 0입니다.
확인- OBS가 비디오/오디오를 보내고 있는지 확인하세요.
- 먼저 입력 비트 전송률을 확인하세요.
- 수신기 또는 다운스트림 모듈이 연결되어 있는지 확인하세요.
액세스 정책을 변경하는 대신 첫 번째 0비트 전송률 경계를 복구하세요.