Cum să dezactivezi telemetria și înregistrarea datelor în Jitsi Meet

Dacă găzduiești Jitsi Meet, poți dezactiva gestionarea datelor de analiză ale aplicației și bloca solicitările opționale de la terți în config.js. Aceasta reduce telemetria pe partea de client, dar nu dezactivează jurnalele de server web, Docker, Prosody, Jicofo sau Videobridge. Acestea sunt căi de date separate, gestionate de operatorul serverului. Dacă te alături unei întâlniri pe meet.jit.sisau pe un alt serviciu găzduit, nu poți modifica singur setările de pe server.

Începând cu 6 octombrie 2026, referința actuală de configurare Jitsi documentează în continuare controalele analytics.disabledși disableThirdPartyRequests. Nicio modificare recentă a produsului nu necesită o procedură diferită. Pașii de mai jos se aplică unei implementări web auto-găzduite; SDK-urile mobile, integrările încorporate și panourile de găzduire terță parte pot expune controale diferite.

Ce înseamnă „telemetrie” și „înregistrare” în Jitsi Meet

Clientul web Jitsi poate încărca handlere de analiză sau se poate conecta la servicii de statistică externe configurate. Configurația include un indicator de dezactivare la nivel de analiză și opțiuni pentru servicii precum rtcstats. O setare de confidențialitate separată, disableThirdPartyRequests, oprește solicitările terților și determină generarea locală a avatarelor; Jitsi menționează că integrările statisticilor externe nu vor funcționa atunci când este activată.

WebRTC trebuie în continuare să facă schimb de semnalizare și trafic media pentru ca o întâlnire să funcționeze. Dezactivarea analizelor nu ascunde adresa de rețea a unui utilizator de infrastructura întâlnirii, nu elimină un participant din cameră, nu împiedică o gazdă să înregistreze și nu șterge datele deja colectate. Jurnalele de acces la server și jurnalele de diagnosticare sunt, de asemenea, independente de analizele browserului. Ghidul Jitsi pentru analizarea jurnalelor descrie o stivă separată care poate colecta jurnalele componentelor prin OpenTelemetry și Loki, ceea ce ilustrează de ce o setare a clientului nu poate dezactiva fiecare jurnal.

1. Confirmați cine controlează implementarea

Pentru un server Jitsi pe care îl administrați, localizați fișierul de configurare web. În instalările comune de pachete Debian sau Ubuntu, acesta este de obicei /etc/jitsi/meet/<your-domain>-config.js. Cu Docker, fișierul gazdă este de obicei montat în containerul web ca fiind config.js; utilizați maparea căii și a volumului în propria configurație Compose. Faceți o copie de rezervă înainte de editare și păstrați structura existentă a fișierului.

Dacă folosești doar o întâlnire publică sau găzduită de un furnizor, poate exista o opțiune pentru client care să îți limiteze propriile informații, dar gazda decide înregistrările pe server, păstrarea datelor și analizele. Solicitați furnizorului detaliile actuale privind confidențialitatea și păstrarea datelor atunci când aceste setări contează.

2. Dezactivați analizele clienților și solicitările externe

În obiectul existent de nivel superior config, îmbinați aceste intrări în locurile corespunzătoare. Nu lipiți o a doua copie a unei chei existente și nu înlocuiți întregul fișier de configurare:

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

Opțiunile de analiză sunt imbricate sub analytics; celelalte patru intrări aparțin nivelului superior. Dacă fișierul conține deja un analyticsobiect, editați acel obiect în loc să adăugați altul. Eliminați orice adrese URL ale scripturilor de analiză personalizate și punctele finale ale serviciilor pe care le-ați configurat intenționat sau lăsați matricea goală, așa cum se arată. Valorile explicite rtcstats clarifică starea dorită, în timp ce analytics.disabledeste comutatorul principal pentru handlerele de analiză.

Ghidul avansat al utilizatorului Jitsi este documentat și disableThirdPartyRequests: trueca o opțiune de configurare. Acesta poate afecta funcțiile care depind de servicii externe, inclusiv avatarele găzduite extern sau integrările de statistici. Testați funcțiile de întâlnire pe care le folosește organizația dvs. înainte de a implementa schimbarea pe scară largă.

3. Aplicați modificarea și verificați configurația difuzată

Salvați fișierul și urmați procedura normală a implementării pentru reîncărcarea sau repornirea componentei web. Pentru Docker, aceasta înseamnă adesea recrearea sau repornirea serviciului web după confirmarea că configurația montată pe gazdă este fișierul pe care l-ați editat; implementările bazate pe pachete pot servi fișierul direct. Instalarea Jitsi diferă în funcție de pachet, versiune și modificări locale, așa că nu reporniți fiecare componentă din obicei.

Deschideți pagina întâlnirii într-o fereastră privată a browserului sau goliți memoria cache a site-ului, apoi inspectați configurația livrată efectiv browserului. În instrumentele pentru dezvoltatori, încărcați https://your-domain/config.jsși confirmați că aceasta conține valorile pe care le-ați setat. Dacă apar valorile vechi, verificați numele fișierului specific domeniului, montarea volumului containerului, memoria cache reverse proxy și dacă browserul ajunge la serverul dorit.

4. Revizuiți separat jurnalizarea pe server

Acum inventariați jurnalele care încă există. Locațiile tipice includ jurnalele de acces și erori de proxy invers, ieșirea containerului Docker și jurnalele de la Prosody, Jicofo și Jitsi Videobridge. Dacă ați instalat stiva opțională de analizor de jurnal, inspectați și configurația OpenTelemetry Collector și Loki. Documentația analizorului de jurnal Jitsi descrie acea cale de colectare și stocare separat de analizele clientului.

Alegeți o politică operațională în loc să presupuneți că toate jurnalele pot fi dezactivate în siguranță. Puteți reduce detaliile, restricționa accesul la jurnalele, scurta perioada de păstrare sau dezactiva o conductă opțională de livrare a jurnalelor. Păstrați suficiente informații de diagnosticare pentru a investiga întreruperile și abuzurile și evitați colectarea numelor de camere, adreselor de e-mail, adreselor IP sau datelor complete de semnalizare, cu excepția cazului în care există o nevoie definită. Aplicați păstrarea la nivelul de stocare propriu-zis - cum ar fi proxy-ul, runtime-ul containerului sau backend-ul jurnalelor - deoarece clientul config.jsnu setează aceste perioade de păstrare.

5. Verificați comportamentul fără a trata un panou de rețea silențios ca dovadă

Alătură-te unei camere de testare dintr-o sesiune nouă de browser și confirmă că funcțiile audio, video, chat și partajarea ecranului funcționează în continuare. În panoul Rețea al browserului, examinează solicitările către gazde terțe de analiză sau statistică în timp ce întâlnirea începe și se desfășoară. Unele solicitări sunt necesare pentru întâlnirea în sine, iar blocarea fiecărui nume de gazdă necunoscut poate întrerupe semnalizarea, configurarea media, avatarele sau alte integrări. Compară destinațiile cu propria configurație și design de implementare; absența unei solicitări vizibile într-un test nu dovedește că nu sunt scrise jurnale de server.

Dacă traficul nedorit persistă, verificați dacă există o altă sursă: un script de analiză personalizat, o etichetă injectată cu proxy invers, o pagină părinte iframe, o extensie de browser sau instrumentația proprie a unui furnizor de găzduire. Dacă problema constă în jurnalele de server și nu în analizele clientului, verificați în schimb configurația relevantă a serviciului și a spațiului de stocare.

Ce poate și ce nu poate garanta această schimbare

Aceste setări sunt utile pentru oprirea analizelor configurate ale clienților Jitsi Meet și a solicitărilor opționale de la terți pe un server pe care îl controlați. Nu oferă anonimat, nu dezactivează fiecare conexiune la rețea și nu elimină automat datele istorice. De asemenea, nu controlează telemetria adăugată de o versiune modificată, un site web de încorporare sau furnizorul de găzduire. Verificați configurația pentru versiunea exactă de Jitsi pe care o implementați și verificați-o din nou după actualizări, deoarece numele configurațiilor și integrările se pot schimba.

Pentru referințe principale, consultați ghidul de configurare Jitsi Meet , ghidul utilizatorului avansat , exemplul config.js upstream și ghidul analizorului de jurnal auto-găzduit Jitsi .