วิธีปิดการใช้งานระบบส่งข้อมูลทางไกลและการบันทึกข้อมูลใน Jitsi Meet

หากคุณเป็นผู้ให้บริการ Jitsi Meet คุณสามารถปิดตัวจัดการการวิเคราะห์ของแอปและบล็อกคำขอจากบุคคลที่สามที่เป็นตัวเลือกได้ในไฟล์การตั้งค่าconfig.jsซึ่งจะช่วยลดข้อมูลการใช้งานฝั่งไคลเอ็นต์ แต่จะไม่ปิดบันทึกของเว็บเซิร์ฟเวอร์, Docker, Prosody, Jicofo หรือ Videobridge เนื่องจากเป็นเส้นทางข้อมูลแยกต่างหากที่จัดการโดยผู้ให้บริการเซิร์ฟเวอร์ หากคุณเข้าร่วมการประชุมบนmeet.jit.siหรือบริการโฮสต์อื่น คุณไม่สามารถเปลี่ยนการตั้งค่าฝั่งเซิร์ฟเวอร์ได้ด้วยตนเอง

ณ วันที่ 6 ตุลาคม 2569 เอกสารอ้างอิงการกำหนดค่า Jitsi ฉบับปัจจุบันยังคงระบุถึง ส่วนควบคุม analytics.disabledต่างๆdisableThirdPartyRequestsอยู่ ไม่มีการเปลี่ยนแปลงผลิตภัณฑ์ล่าสุดที่ต้องใช้ขั้นตอนที่แตกต่างออกไป ขั้นตอนด้านล่างนี้ใช้กับการใช้งานบนเว็บแบบโฮสต์เอง SDK สำหรับมือถือ การผสานรวมแบบฝังตัว และแผงโฮสติ้งของบุคคลที่สามอาจมีส่วนควบคุมที่แตกต่างกัน

“telemetry” และ “logging” ใน Jitsi Meet หมายถึงอะไร

เว็บไคลเอ็นต์ของ Jitsi สามารถโหลดตัวจัดการการวิเคราะห์หรือเชื่อมต่อกับบริการสถิติภายนอกที่กำหนดค่าไว้ได้ การกำหนดค่าประกอบด้วยแฟล็กปิดใช้งานการวิเคราะห์ทั้งหมดและตัวเลือกสำหรับบริการต่างๆ เช่น rtcstats การตั้งค่าความเป็นส่วนตัวแยกต่างหากdisableThirdPartyRequestsจะหยุดการร้องขอจากบุคคลที่สามและทำให้รูปประจำตัวถูกสร้างขึ้นในเครื่อง Jitsi ระบุว่าการผสานรวมสถิติภายนอกจะไม่ทำงานเมื่อเปิดใช้งานการตั้ง ค่านี้

WebRTC ยังคงต้องแลกเปลี่ยนสัญญาณและการรับส่งข้อมูลสื่อเพื่อให้การประชุมทำงานได้ การปิดใช้งานการวิเคราะห์ไม่ได้ซ่อนที่อยู่เครือข่ายของผู้ใช้จากโครงสร้างพื้นฐานของการประชุม ไม่ได้ลบผู้เข้าร่วมออกจากห้อง ไม่ได้ป้องกันไม่ให้โฮสต์บันทึก หรือลบข้อมูลที่รวบรวมไว้แล้ว บันทึกการเข้าถึงเซิร์ฟเวอร์และบันทึกการวินิจฉัยก็เป็นอิสระจากการวิเคราะห์เบราว์เซอร์เช่นกัน คู่มือการวิเคราะห์บันทึกของ Jitsi อธิบายถึงสแต็กแยกต่างหากที่สามารถรวบรวมบันทึกส่วนประกอบผ่าน OpenTelemetry และ Loki ซึ่งแสดงให้เห็นว่าเหตุใดการตั้งค่าไคลเอ็นต์เพียงอย่างเดียวจึงไม่สามารถปิดใช้งานบันทึกทั้งหมดได้

1. ตรวจสอบว่าใครเป็นผู้ควบคุมการใช้งาน

สำหรับเซิร์ฟเวอร์ Jitsi ที่คุณดูแล ให้ค้นหาไฟล์การกำหนดค่าเว็บ โดยทั่วไปแล้ว ในการติดตั้งแพ็กเกจ Debian หรือ Ubuntu ไฟล์นี้จะอยู่ที่ ส่วน/etc/jitsi/meet/<your-domain>-config.jsใน Docker ไฟล์ hosts มักจะถูกเมานต์เข้าไปในคอนเทนเนอร์เว็บเป็นconfig.js; ใช้เส้นทางและการแมปวอลุ่มในการตั้งค่า 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. ตรวจสอบบันทึกการทำงานฝั่งเซิร์ฟเวอร์แยกต่างหาก

ตอนนี้ให้ตรวจสอบบันทึก (log) ที่ยังคงอยู่ โดยทั่วไปจะพบได้ในบันทึกการเข้าถึงและข้อผิดพลาดของ reverse-proxy, เอาต์พุตคอนเทนเนอร์ของ Docker และบันทึกจาก Prosody, Jicofo และ Jitsi Videobridge หากคุณติดตั้งชุดวิเคราะห์บันทึก (log-analyser stack) ที่เป็นตัวเลือก ให้ตรวจสอบ OpenTelemetry Collector และการกำหนดค่า Loki ด้วย เอกสารประกอบการวิเคราะห์บันทึกของ Jitsi อธิบายเส้นทางการรวบรวมและจัดเก็บข้อมูลแยกต่างหากจากการวิเคราะห์ฝั่งไคลเอ็นต์

เลือกใช้นโยบายการปฏิบัติงานแทนที่จะคิดว่าสามารถปิดใช้งานบันทึกทั้งหมดได้อย่างปลอดภัย คุณอาจลดระดับความละเอียดของข้อมูล จำกัดการเข้าถึงบันทึก ลดระยะเวลาการเก็บรักษา หรือปิดใช้งานไปป์ไลน์การส่งบันทึกเสริม เก็บข้อมูลการวินิจฉัยให้เพียงพอเพื่อตรวจสอบการหยุดชะงักและการใช้งานในทางที่ผิด และหลีกเลี่ยงการเก็บรวบรวมชื่อห้อง ที่อยู่อีเมล ที่อยู่ IP หรือข้อมูลการส่งสัญญาณทั้งหมด เว้นแต่จะมีข้อกำหนดที่จำเป็น ใช้ระยะเวลาการเก็บรักษาที่เลเยอร์การจัดเก็บข้อมูลจริง เช่น พร็อกซี รันไทม์คอนเทนเนอร์ หรือแบ็กเอนด์บันทึก เนื่องจากฝั่งไคลเอ็นต์config.jsไม่ได้กำหนดระยะเวลาการเก็บรักษาเหล่านั้น

5. ตรวจสอบพฤติกรรมโดยไม่ต้องถือว่าแผงเครือข่ายที่เงียบสนิทเป็นหลักฐานยืนยัน

เข้าร่วมห้องทดสอบจากเซสชันเบราว์เซอร์ใหม่ และตรวจสอบว่าเสียง วิดีโอ แชท และการแชร์หน้าจอยังคงใช้งานได้ ในแผงเครือข่ายของเบราว์เซอร์ ให้ตรวจสอบคำขอไปยังโฮสต์วิเคราะห์หรือสถิติของบุคคลที่สามในขณะที่การประชุมเริ่มต้นและดำเนินอยู่ คำขอบางอย่างจำเป็นสำหรับการประชุม และการบล็อกชื่อโฮสต์ที่ไม่คุ้นเคยทั้งหมดอาจทำให้การส่งสัญญาณ การตั้งค่าสื่อ อวตาร หรือการผสานรวมอื่นๆ เสียหายได้ เปรียบเทียบปลายทางกับโครงสร้างและการออกแบบการปรับใช้ของคุณเอง การไม่มีคำขอที่มองเห็นได้ในการทดสอบครั้งหนึ่งไม่ได้พิสูจน์ว่าไม่มีการเขียนบันทึกเซิร์ฟเวอร์

หากยังคงมีปริมาณการเข้าชมที่ไม่พึงประสงค์อยู่ ให้ตรวจสอบแหล่งที่มาอื่น เช่น สคริปต์วิเคราะห์ข้อมูลแบบกำหนดเอง แท็กที่แทรกผ่านพร็อกซีแบบย้อนกลับ หน้าเว็บหลักที่เป็น iframe ส่วนขยายของเบราว์เซอร์ หรือเครื่องมือตรวจสอบของโฮสติ้งเอง หากปัญหาเกิดจากบันทึกของเซิร์ฟเวอร์มากกว่าการวิเคราะห์ข้อมูลฝั่งไคลเอนต์ ให้ตรวจสอบการกำหนดค่าบริการและพื้นที่จัดเก็บข้อมูลที่เกี่ยวข้องแทน

การเปลี่ยนแปลงนี้สามารถรับประกันอะไรได้บ้าง และไม่สามารถรับประกันอะไรได้บ้าง

การตั้งค่าเหล่านี้มีประโยชน์สำหรับการหยุดการวิเคราะห์ข้อมูลไคลเอ็นต์ที่กำหนดค่าไว้ของ Jitsi Meet และคำขอจากบุคคลที่สามเพิ่มเติมบนเซิร์ฟเวอร์ที่คุณควบคุม การตั้งค่าเหล่านี้ไม่ได้ให้ความเป็นส่วนตัว ไม่ได้ปิดใช้งานการเชื่อมต่อเครือข่ายทั้งหมด หรือลบข้อมูลในอดีตโดยอัตโนมัติ นอกจากนี้ยังไม่สามารถควบคุมข้อมูลการใช้งานที่เพิ่มเข้ามาโดยเวอร์ชันที่แก้ไข เว็บไซต์ที่ฝังตัว หรือผู้ให้บริการโฮสติ้งได้ โปรดตรวจสอบการกำหนดค่าสำหรับเวอร์ชัน Jitsi ที่คุณใช้งาน และตรวจสอบอีกครั้งหลังจากการอัปเกรด เนื่องจากชื่อการกำหนดค่าและการผสานรวมอาจเปลี่ยนแปลงได้

สำหรับข้อมูลอ้างอิงหลัก โปรดดูคู่มือการตั้งค่า Jitsi Meet , คู่มือผู้ใช้ขั้นสูง , ตัวอย่างไฟล์ config.js จากต้นทางและคู่มือการวิเคราะห์บันทึกข้อมูลแบบโฮสต์เอง ของ Jitsi