Jitsi Meet에서 원격 측정 및 데이터 로깅을 비활성화하는 방법

Jitsi Meet을 호스팅하는 경우 앱의 분석 핸들러를 끄고 선택적 타사 요청을 차단할 수 있습니다 config.js. 이렇게 하면 클라이언트 측 원격 측정 데이터가 줄어들지만 웹 서버, Docker, Prosody, Jicofo 또는 Videobridge 로그는 비활성화되지 않습니다. 이러한 로그는 서버 운영자가 관리하는 별도의 데이터 경로입니다. Jitsi Meet 또는 다른 호스팅 서비스에서 회의에 참여하는 경우 meet.jit.si서버 측 설정을 직접 변경할 수 없습니다.

2026년 10월 6일 현재, 최신 Jitsi 구성 참조 문서에는 여전히 analytics.disabled및 disableThirdPartyRequests컨트롤이 설명되어 있습니다. 최근 제품 변경 사항으로 인해 다른 절차가 필요한 경우는 없습니다. 아래 단계는 자체 호스팅 웹 배포에 적용되며, 모바일 SDK, 임베디드 통합 및 타사 호스팅 패널에서는 다른 컨트롤이 제공될 수 있습니다.

Jitsi Meet에서 "원격 측정"과 "로깅"이란 무엇을 의미하는가?

Jitsi의 웹 클라이언트는 분석 핸들러를 로드하거나 구성된 외부 통계 서비스에 연결할 수 있습니다. 구성에는 분석 기능 전체를 비활성화하는 플래그와 rtcstats와 같은 서비스에 대한 옵션이 포함됩니다. 별도의 개인 정보 보호 설정인 을 사용하면 disableThirdPartyRequests타사 요청을 차단하고 아바타를 로컬에서 생성합니다. Jitsi는 이 설정이 활성화되면 외부 통계 통합 기능이 작동하지 않는다고 명시합니다.

WebRTC를 사용하는 경우에도 회의가 제대로 작동하려면 시그널링 및 미디어 트래픽을 교환해야 합니다. 분석 기능을 비활성화한다고 해서 사용자의 네트워크 주소가 회의 인프라에서 숨겨지거나, 참가자가 회의실에서 나가거나, 호스트의 녹화가 차단되거나, 이미 수집된 데이터가 삭제되는 것은 아닙니다. 서버 액세스 로그와 진단 로그 또한 브라우저 분석 기능과 별개입니다. Jitsi의 로그 분석 가이드에서는 OpenTelemetry와 Loki를 통해 구성 요소 로그를 수집할 수 있는 별도의 스택을 설명하고 있는데, 이는 하나의 클라이언트 설정으로 모든 로그를 비활성화할 수 없는 이유를 보여줍니다.

1. 배포를 누가 관리하는지 확인하십시오.

관리하는 Jitsi 서버의 웹 구성 파일을 찾으세요. 일반적인 Debian 또는 Ubuntu 패키지 설치에서는 보통 `/etc/hosts`에 있습니다 /etc/jitsi/meet/<your-domain>-config.js. Docker에서는 호스트 파일이 웹 컨테이너의 `/etc/ config.jshosts` 디렉터리에 마운트되는 경우가 많습니다. Docker Compose 설정에서 해당 경로와 볼륨 매핑을 사용하세요. 파일을 편집하기 전에 백업을 생성하고 기존 파일 구조를 유지하세요.

공용 회의나 공급업체에서 호스팅하는 회의만 사용하는 경우, 사용자 정보 공개를 제한하는 클라이언트 옵션이 있을 수 있지만, 서버 로깅, 보존 및 분석은 호스트가 결정합니다. 이러한 설정이 중요한 경우, 제공업체에 현재 개인정보 보호 및 보존 정책에 대한 자세한 내용을 문의하십시오.

2. 클라이언트 분석 및 외부 요청 비활성화

기존 최상위 config객체에서 이러한 항목들을 일치하는 위치에 병합하십시오. 기존 키의 복사본을 다시 붙여넣거나 전체 구성 파일을 바꾸지 마십시오.

disableThirdPartyRequests: true,
enableDisplayNameInStats: false,
enableEmailInStats: false,
gatherStats: false,
analytics: {
  disabled: true,
  rtcstatsEnabled: false,
  rtcstatsStoreLogs: false,
  scriptURLs: []
},

분석 옵션은 아래에 중첩되어 있으며 analytics, 나머지 네 가지 항목은 최상위 수준에 있어야 합니다. 파일에 이미 analytics객체가 있는 경우, 새 객체를 추가하는 대신 기존 객체를 편집하세요. 의도적으로 구성한 사용자 지정 분석 스크립트 URL 및 서비스 엔드포인트를 제거하거나, 그림과 같이 배열을 비워 두세요. 명시적인 rtcstats 값은 의도된 상태를 명확하게 보여주며, 는 analytics.disabled분석 핸들러의 주요 스위치입니다.

Jitsi의 고급 사용자 가이드에도 이 설정이 disableThirdPartyRequests: true구성 옵션으로 설명되어 있습니다. 이 설정은 외부 서비스에 의존하는 기능, 예를 들어 외부에서 호스팅되는 아바타나 통계 통합 기능에 영향을 줄 수 있습니다. 변경 사항을 광범위하게 적용하기 전에 조직에서 사용하는 회의 기능을 테스트하십시오.

3. 변경 사항을 적용하고 제공된 구성을 확인합니다.

파일을 저장하고 배포 절차에 따라 웹 구성 요소를 다시 로드하거나 재시작하십시오. Docker 환경에서는 호스트에 마운트된 구성 파일이 편집한 파일인지 확인한 후 웹 서비스를 다시 생성하거나 재시작하는 경우가 많습니다. 패키지 기반 배포 환경에서는 파일을 직접 제공할 수도 있습니다. Jitsi 설치는 패키지, 버전 및 로컬 수정 사항에 따라 다르므로 모든 구성 요소를 습관적으로 재시작하지 마십시오.

회의 페이지를 개인 브라우저 창에서 열거나 사이트 캐시를 지운 다음 브라우저에 실제로 전달되는 구성을 확인하십시오. 개발자 도구에서 https://your-domain/config.js해당 구성을 불러와 설정한 값이 포함되어 있는지 확인합니다. 이전 값이 표시되는 경우 도메인별 파일 이름, 컨테이너 볼륨 마운트, 역방향 프록시 캐시 및 브라우저가 의도한 서버에 제대로 연결되는지 확인하십시오.

4. 서버 측 로깅을 별도로 검토하십시오.

이제 남아있는 로그들을 목록화하십시오. 일반적인 로그 위치는 리버스 프록시 액세스 및 오류 로그, Docker 컨테이너 출력, 그리고 Prosody, Jicofo, Jitsi Videobridge의 로그입니다. 선택적으로 로그 분석기 스택을 설치했다면 OpenTelemetry Collector와 Loki 구성도 확인하십시오. Jitsi의 로그 분석기 설명서에서는 클라이언트 분석과 별도로 해당 수집기 및 저장 경로를 설명합니다.

모든 로그를 안전하게 비활성화할 수 있다고 가정하기보다는 운영 정책을 선택하십시오. 로그 상세도를 낮추거나, 로그 접근을 제한하거나, 보존 기간을 단축하거나, 선택적 로그 전송 파이프라인을 비활성화할 수 있습니다. 장애 및 악용 사례를 조사할 수 있도록 충분한 진단 정보를 유지하고, 명확한 필요성이 없는 한 회의실 이름, 이메일 주소, IP 주소 또는 전체 신호 데이터는 수집하지 마십시오. 클라이언트 측에서는 config.js보존 기간을 설정할 수 없으므로 프록시, 컨테이너 런타임 또는 로그 백엔드와 같은 실제 스토리지 계층에서 보존 기간을 적용하십시오.

5. 네트워크 패널이 조용하다고 해서 그것을 증거로 간주하지 않고 동작을 검증하십시오.

새로운 브라우저 세션에서 테스트룸에 참여하여 오디오, 비디오, 채팅 및 화면 공유가 정상적으로 작동하는지 확인하십시오. 브라우저의 네트워크 패널에서 회의가 시작되고 진행되는 동안 타사 분석 또는 통계 호스트에 대한 요청을 검토하십시오. 일부 요청은 회의 자체에 필수적이며, 익숙하지 않은 호스트 이름을 모두 차단하면 신호 처리, 미디어 설정, 아바타 또는 기타 통합 기능이 제대로 작동하지 않을 수 있습니다. 대상을 자체 구성 및 배포 설계와 비교하십시오. 한 테스트에서 눈에 띄는 요청이 없다고 해서 서버 로그가 기록되지 않는다는 것을 의미하는 것은 아닙니다.

원치 않는 트래픽이 계속 발생하는 경우, 다른 원인을 확인하십시오. 사용자 지정 분석 스크립트, 리버스 프록시를 통해 삽입된 태그, iframe 상위 페이지, 브라우저 확장 프로그램 또는 호스팅 제공업체의 자체 계측 도구 등이 원인일 수 있습니다. 클라이언트 분석이 아닌 서버 로그에 문제가 있는 경우, 관련 서비스 및 스토리지 구성을 확인하십시오.

이번 변화가 보장할 수 있는 것과 보장할 수 없는 것은 무엇일까요?

이 설정은 사용자가 제어하는 ​​서버에서 Jitsi Meet의 클라이언트 분석 및 선택적 타사 요청을 중지하는 데 유용합니다. 이 설정은 익명성을 제공하거나 모든 네트워크 연결을 비활성화하거나 과거 데이터를 자동으로 삭제하지 않습니다. 또한 수정된 빌드, 임베딩 웹사이트 또는 호스팅 제공업체에서 추가한 원격 측정 데이터는 제어하지 않습니다. 구성 이름과 통합이 변경될 수 있으므로 배포하는 Jitsi 버전에 맞는 구성을 검토하고 업그레이드 후 다시 확인하십시오.

주요 참조 자료는 Jitsi Meet 구성 가이드 , 고급 사용자 가이드 , 업스트림 config.js 예제 및 Jitsi 자체 호스팅 로그 분석기 가이드를 참조하십시오 .