Jitsi Meet 라이브 스트리밍을 RTMP를 통해 YouTube로 설정하는 방법

Jitsi Meet은 회의를 YouTube로 직접 전송하지 않습니다. 자체 호스팅 Jitsi의 경우, 일반적으로 내장된 Jibri 서비스가 회의를 캡처하여 스트림 키를 사용하여 YouTube로 스트리밍합니다. 간단한 이벤트만 필요한 경우, OBS와 같은 데스크톱 인코더를 사용하여 Jitsi 참가자 창을 캡처하고 YouTube로 전송할 수도 있습니다. 어떤 서비스를 선택할지는 인코더를 누가 실행할지, 오버레이 및 세부 제어가 필요한지, 그리고 Jibri 서비스를 사용할 수 있는지 여부에 따라 달라집니다.

이 가이드는 두 가지 방법을 모두 다루며, 먼저 자체 호스팅 Jibri 설정부터 설명합니다. 이 가이드는 자체 호스팅 Jitsi Meet 배포 환경의 관리자에게 적용됩니다. 호스팅 Jitsi 서비스는 라이브 스트리밍을 지원하지 않을 수 있으며, Jibri 사용 가능 여부는 서비스 제공업체에서 관리합니다. YouTube는 현재 지난 90일 동안 라이브 스트리밍 제한이 없는 인증된 채널을 요구합니다. 첫 활성화에는 시간이 소요될 수 있으므로 이벤트 당일 전에 채널 자격 요건을 확인하십시오.

어떤 스트리밍 방식이 이벤트에 적합할까요?

노선	가장 적합한	주요 절충점
지치와 지브리	Jitsi 인터페이스에서 진행자가 스트리밍을 시작하는 반복 가능한 자체 호스팅 회의 워크플로입니다.	서버 측 Jibri 설정과 충분한 CPU, 메모리 및 네트워크 용량이 필요합니다. Jitsi 관리자가 이를 유지 관리해야 합니다.
발표자 컴퓨터에서 Jitsi와 OBS를 함께 사용	일회성 이벤트, 브랜드 레이아웃, 타이틀 카드, 오버레이, 로컬 장면 또는 인코더 및 수집 프로토콜에 대한 더 많은 제어 기능.	전용 컴퓨터와 운영자가 필요합니다. 회의 내용은 캡처 시스템에 지속적으로 표시되고 들려야 하므로 컴퓨터의 업로드 연결이 매우 중요합니다.
녹화 후 업로드하세요	실시간 청중이나 라이브 채팅이 필요 없는 토론.	실시간 이벤트를 생성하는 것은 아니지만, 게시하기 전에 최종 녹화본을 편집하고 확인할 시간을 제공합니다.

회의 스트림을 시작하기 위해 사회자가 필요한 관리형 자체 호스팅 배포의 경우 Jibri를 사용하십시오. 원클릭 워크플로보다 프로덕션 제어 또는 명시적인 RTMPS 구성이 더 중요한 경우에는 OBS를 선택하십시오. YouTube는 암호화된 데이터 수집에 RTMPS를 권장합니다. Jibri의 내장 워크플로 및 사용 가능한 출력 옵션은 버전에 따라 다를 수 있으므로 설치된 버전에서 지원하는 전송 방식을 확인하십시오. Jibri 구성에서 RTMPS 지원을 확인할 수 없는 경우 YouTube 데이터 수집 URL 및 프로토콜을 노출하는 인코더를 사용하십시오.

지브리는 어떤 일을 하며, 그 일을 하는 데 필요한 자원은 얼마입니까?

Jibri는 Jitsi의 방송 및 녹화 구성 요소입니다. 회의를 위한 브라우저 세션을 열고, 렌더링된 오디오와 비디오를 캡처한 후 스트리밍 서비스용으로 인코딩합니다. Jitsi Videobridge의 미디어 라우팅 역할 내에서 실행되지 않습니다. Jibri 프로젝트에 따르면, Jibri는 디스플레이 또는 오디오 장치를 사용하는 다른 애플리케이션이 없는 별도의 머신이나 가상 머신에서 실행되도록 설계되었으며, 하나의 Jibri 인스턴스는 한 번에 하나의 녹화만 지원합니다. 따라서 이미 부하가 걸린 소규모 서버에서 가끔씩 스트리밍하는 것보다는 계획적으로 관리되는 이벤트에 더 적합합니다.

OBS는 Jitsi 서버 스택에 Jibri를 추가하지 않고, 캡처 및 인코딩 작업을 발표자 컴퓨터로 옮깁니다. 이미 이벤트 워크스테이션을 보유하고 있다면 비용이 절감될 수 있지만, 회의 창, 오디오 라우팅, 인코더 및 네트워크 연결을 항상 정상적으로 유지해야 하는 로컬 운영 종속성이 발생합니다. Jibri 호스트를 사용하면 이러한 책임이 중앙 집중화되지만, 서버 설정 및 유지 관리 비용이 추가됩니다.

Jibri를 자체 호스팅 Docker 배포 환경에 맞게 설정하세요.

Jitsi의 Docker 안내서는 시간이 지남에 따라 업데이트됩니다. 설치된 릴리스에 맞는 compose 파일과 환경 예제를 사용하십시오. 관련 없는 브랜치나 이전 튜토리얼의 설정을 프로덕션 환경에 복사하지 마십시오. 아래 단계는 이미 Docker Compose를 사용하여 Jitsi Meet을 설치하고 호스트에 대한 관리자 권한이 있다고 가정합니다.

1. YouTube 및 배포 필수 조건을 확인하세요.

YouTube 스튜디오에서 채널이 라이브 스트리밍을 지원하는지 확인하고 인코더 스트림을 생성하거나 예약하세요. YouTube 도움말 페이지에 따르면 지난 90일 동안 라이브 스트리밍 제한이 없었던 인증된 채널은 스트리밍이 가능합니다. 스트림 설정에서 서버 URL과 스트림 키를 확인하세요. 스트림 키는 비밀번호처럼 관리해야 합니다. 스트림 키를 알고 있는 사람은 누구나 해당 스트림에 방송할 수 있습니다.

Jitsi Meet URL이 HTTPS를 통해 공개적으로 접속 가능한지, 그리고 호스트와 Jibri가 필요한 서비스에 정상적으로 연결할 수 있는지 확인하십시오. 공개 행사 전에 테스트 회의를 진행해 보는 것이 좋습니다. Jitsi 관리 서비스를 이용하는 경우, 관리자에게 Jibri 라이브 스트리밍 기능이 활성화되어 있는지 문의하십시오. 브라우저 설정을 변경하여 이 기능을 활성화할 수는 없습니다.

2. Docker Compose에서 Jibri 서비스를 활성화합니다.

기존 Jitsi Compose 파일이 있는 디렉토리에서 해당 .env파일을 확인하고 Jibri 녹화/스트리밍 옵션이 활성화되어 있는지 확인하십시오. 현재 Docker 핸드북에는 ENABLE_RECORDING=1녹화 및 라이브 스트리밍을 활성화하는 옵션으로 해당 내용이 설명되어 있습니다. 표준 배포의 경우, Jibri Compose 파일을 동일한 명령에 추가하고 설치에 필요한 추가 Compose 재정의를 포함하십시오.

docker compose -f docker-compose.yml -f jibri.yml up -d

배포 환경이 다른 오버라이드 파일에 의존하는 경우, 해당 단축 명령어를 실행하지 마십시오. jibri.yml대신 일반 Compose 명령어에 추가하십시오. Jitsi Docker 공식 가이드에서도 Jibri 스토리지 디렉터리와 쓰기 권한에 대해 설명하고 있습니다. 권한을 변경하기 전에 해당 릴리스의 핸드북에서 현재 디렉터리 구조를 확인하십시오. 기존 배포 환경은 다른 구조를 사용할 수 있습니다.

Jibri의 내부 XMPP 사용자 이름, 암호 및 브루어리 설정이 웹, Prosody, Jicofo 및 Jibri 구성 전반에 걸쳐 일치하는지 확인하십시오. Compose 프로젝트는 이러한 값에 대한 변수를 제공합니다. 서비스 설정 시 배포 문서에 명시된 절차에 따라 강력한 내부 암호를 생성하고 환경 파일을 보호하십시오. 실행 중인 배포에서 해당 구성 요소의 구성을 조정하지 않고 암호를 반복적으로 다시 생성하지 마십시오.

3. Jibri를 사용할 수 있는지 확인하십시오.

컨테이너가 시작되면 상태와 로그를 확인하세요. 표준 Docker Compose 서비스 이름은 다음과 같습니다.

docker compose ps
docker compose logs --tail=100 jibri

정확한 서비스 이름과 로그 출력은 버전에 따라 다를 수 있습니다. Jitsi Meet, Jicofo, Prosody 및 Jibri 로그에서 XMPP 인증 또는 brewery/MUC 검색 오류를 확인하십시오. 유효한 Jibri가 Jicofo에 등록되면 회의 인터페이스에서 라이브 스트리밍을 제어할 수 있습니다. UI에 스트리밍 서비스를 사용할 수 없다고 표시되면 YouTube 키를 입력해도 Jibri 연결 문제는 해결되지 않습니다.

Jitsi Meet 스트림을 YouTube로 시작하세요

4. YouTube 스트림을 생성하고 해당 키를 보호하세요.

YouTube 스튜디오에서 만들기 → 라이브 방송 시작을 선택한 다음 인코더 스트림을 만들거나 예약합니다. 라이브 컨트롤 룸에서 스트림 키를 복사합니다. YouTube 스트림 키는 인코더의 대상 자격 증명이므로 공개 회의 채팅, 명령 기록, 스크린샷 또는 공유 구성 파일에 붙여넣지 마십시오. 키가 노출된 경우 YouTube 스튜디오에서 키를 변경하고 인코더를 업데이트하십시오.

Jibri의 일반적인 Jitsi 워크플로는 작동하는 Jibri가 감지되면 관리자에게 스트림 키를 요청합니다. Jibri API는 스트리밍 작업에 사용되는 YouTube 스트림 키 매개변수도 설명합니다. 사용자 지정 Jibri 통합을 사용하는 경우, 엔드포인트 호출을 임의로 변경하지 말고 배포된 정확한 버전의 API 및 액세스 제어를 따르십시오.

5. 스트리밍을 시작하고 라이브 방송을 시작하기 전에 미리보기를 확인하세요.

회의 진행자로 참여하여 회의 제어 화면을 열고, 라이브 스트리밍 기능이 있으면 선택하세요. 프롬프트에 YouTube 스트림 키를 입력하고 스트리밍을 시작합니다. YouTube 라이브 제어실에서 미리보기가 나타날 때까지 기다린 후 오디오와 비디오가 모두 제대로 나오는지 확인하고 ' 라이브 시작' 을 선택하세요 . 버튼 이름은 Jitsi 버전이나 사용자 지정 인터페이스에 따라 다를 수 있습니다.

첫 번째 테스트에서는 비공개 스트림을 만들고 움직임과 음성이 포함된 짧은 회의를 진행해 보세요. 발표자 간의 음량 균형, 화면 공유 상태, 참가자 타일이 예상대로 잘리는지 확인하세요. YouTube는 호환되는 인코더 입력을 시청자 기기에 맞게 자동으로 변환하지만, 깨끗한 입력과 안정적인 업로드 경로는 여전히 중요합니다. 테스트 중 및 회의 진행 중에는 YouTube의 스트림 상태 표시기를 모니터링하세요.

더 세밀한 제어가 필요할 때는 OBS를 사용하세요.

OBS를 사용하면 전용 컴퓨터에서 Jitsi 회의에 참여하고, 회의 창 또는 특정 장면을 캡처한 다음, OBS 스트리밍 설정에서 YouTube 서버 URL과 스트림 키를 구성할 수 있습니다. 회의 제어, 알림 또는 참가자 개인 정보를 숨겨야 하는 경우, 회의 전에 깔끔한 장면을 만들어 테스트하세요. 방송 권한이 있는 콘텐츠만 캡처하고, 회의 참가자에게 오디오 또는 비디오가 스트리밍될 수 있음을 미리 알려주세요.

OBS를 사용하면 레이아웃, 오버레이, 오디오 소스 및 출력 설정을 제어할 수 있습니다. YouTube의 최신 인코더 가이드는 RTMP/RTMPS 입력을 지원하며 암호화된 연결에는 RTMPS를 권장합니다. YouTube는 1080p30 해상도의 H.264 코덱 사용 시 권장 비디오 비트레이트를 14Mbps로, 720p30 해상도의 경우 8Mbps로 제시하고 있습니다. 이는 목표 인코더 설정이며, 품질이 보장되는 것은 아닙니다. 다른 트래픽을 위해 업로드 여유 공간을 확보하고, 연결 상태가 불안정하여 스트리밍이 끊길 경우 더 낮은 해상도나 비트레이트를 선택하십시오.

Jibri는 설정 후 사용이 간편하고 서버에 녹화 데이터가 저장되지만, 기본 회의 흐름에서 제공하는 제작 제어 기능은 제한적입니다. OBS는 더 유연하여 특정 영상 URL을 선택하거나 그래픽을 추가하기 쉽지만, 운영자의 관리 감독이 필요합니다. 어느 방식이 항상 더 나은 것은 아닙니다. Jibri는 중앙 집중식으로 관리되는 정기 행사에, OBS는 맞춤형 제작이나 실시간 영상 캡처(RTMPS) 및 장면 제어가 필요한 경우에 사용하는 것이 좋습니다.

스트리밍이 시작되지 않으면 무엇을 확인해야 할까요?

라이브 스트리밍 제어 기능이 누락되었습니다. 배포 환경에서 라이브 스트리밍이 활성화되었는지, Jibri가 등록되어 있고 유휴 상태인지 확인하십시오. Docker의 경우, 릴리스 일치 ENABLE_RECORDING설정과 Jibri Compose 서비스가 실행 중인지 확인하십시오.
Jitsi에서 스트리밍이 불가능하다는 메시지가 표시되면 Jibri 로그와 XMPP 연결, 내부 자격 증명, Brewery MUC 및 스토리지 액세스 권한을 확인하십시오. 이 문제는 일반적으로 YouTube가 비디오를 수신하기 전 Jitsi 제어 구성 요소와 Jibri 사이에서 발생합니다.
YouTube에서 신호를 수신하지 못하는 경우: 올바른 스트림 키와 대상 스트림을 확인한 다음, 인코더가 실행되는 기기의 외부 연결 상태를 확인하십시오. 노출되었거나 불확실한 키를 돌려보십시오.
YouTube에서 미리보기는 표시되지만 화면이 끊기는 경우: 출력 해상도 또는 비트 전송률을 낮추거나, 인코더 호스트의 CPU 사용량을 확인하고, 지속적인 업로드 대역폭을 테스트하십시오. Jibri의 경우 호스트 부하를 확인하고, OBS의 경우 인코더의 프레임 손실 및 네트워크 상태를 확인하십시오.
영상은 나오지만 소리가 나지 않는 경우: Jitsi 참가자 오디오, 시스템 오디오 캡처 및 선택된 인코더 오디오 장치를 확인하십시오. 이벤트 전에 음성 오디오를 사용하여 테스트를 수행하십시오.

행사 전 체크리스트

YouTube 채널이 자격을 갖추었고, 라이브 컨트롤 룸에서 해당 라이브 이벤트가 열려 있습니다.
Jibri를 사용할 수 있거나 OBS 컴퓨터와 운영자가 준비되었습니다.
스트림 키는 비공개이며 해당 이벤트에 속합니다.
테스트 미리보기 결과, 음성은 선명하고 영상은 안정적이며 레이아웃도 읽기 쉽습니다.
최소 한 명의 주최자는 YouTube 스트림 상태를 모니터링하고 이벤트가 종료되면 인코더를 중지할 수 있습니다.

공식 참고 자료

iPhone에서 Zimbra ActiveSync 연결 오류 해결하기

iPhone에서 Zimbra ActiveSync 오류를 해결하려면 계정 정보, 자격 증명, 인증서, 네트워크 경로 및 서버 정책을 확인하고 안전한 대안을 비교해 보세요.

ownCloud Infinite Scale과 Nextcloud 28 비교: 성능 및 RAM 사용량 설명

ownCloud Infinite Scale과 Nextcloud 28의 아키텍처, 성능 동작, RAM 요구 사항, 캐싱, 확장성 및 실제 배포 시 고려 사항을 비교합니다.

Nextcloud "트랜잭션 파일 잠금이 구성되지 않았습니다" 오류 해결 방법

Nextcloud의 트랜잭션 파일 잠금 경고를 해결하려면 배포 환경을 확인하고, Redis 또는 KeyValueCache를 구성하고, 관련 서비스를 재시작하고, 파일 작업을 검증하십시오.

Zimbra에서 외부 LDAP 인증을 구성하는 방법

실용적인 CLI 예제, TLS 안내, 바인드 DN 및 검색 필터 패턴, 검증 단계, 롤백 확인 등을 통해 Zimbra용 외부 LDAP 인증을 구성하세요.

BigBlueButton에서 자동 녹음 정리 기능을 설정하는 방법

cron, 보존 규칙, 로그 및 검증 기능을 사용하여 BigBlueButton 녹화 파일 정리 작업을 안전하게 자동화하세요. 원시 데이터 정리와 전체 녹화 파일 삭제를 비교해 보세요.