اعتبارًا من 6 أكتوبر 2026، لا يزال دليل الاستضافة الذاتية الحالي لـ Jitsi يدعم هدف السماح للمستخدمين المصادق عليهم فقط بإنشاء غرف اجتماعات، مع السماح للضيوف بالانضمام لاحقًا. ومع ذلك، يشير الدليل الآن إلى أن إجراء "النطاق الآمن" القديم أصبح قديمًا بالنسبة لعمليات التثبيت الجديدة، ويوصي باستخدام المصادقة القائمة على الرموز المميزة بدلاً منه. يعتمد الإعداد الصحيح على كيفية تثبيت Jitsi: يقدم هذا الدليل مسارًا مباشرًا للمصادقة الداخلية لعمليات نشر Docker، ويشرح التوجه الحالي لعمليات تثبيت Debian أو Ubuntu الجديدة.
تُحدد هذه الضوابط من يمكنه إنشاء غرفة. وهي لا تجعل كل غرفة خاصة تلقائيًا. كلمات مرور الغرف، والردهة، وعملية الدعوة هي ضوابط منفصلة.
| الانتشار | خيار عملي | ما الذي يتحكم فيه |
|---|---|---|
| نشر Docker Compose الرسمي | قم بتمكين المصادقة الداخلية وتوفير الحسابات في Prosody | لا يمكن بدء مؤتمر إلا من خلال الحسابات التي تنشئها؛ ويمكن ضبط إعدادات انضمام الضيوف. |
| تثبيت جديد لنظامي Debian أو Ubuntu | اتبع دليل مصادقة الرموز المميز الحالي من Jitsi، والذي يستخدم Keycloak في المثال الموثق الخاص به. | لا يمكن بدء المؤتمر إلا للمستخدمين الذين يتلقون رمزًا صالحًا من عملية التحقق من الهوية الخاصة بك |
| التثبيت الحالي باستخدام إعداد النطاق الآمن القديم | احتفظ به كإعداد قديم فقط أثناء التخطيط للترقية | الانقسام القديم بين المضيف المصادق عليه والضيف المجهول |
يشرح دليل مصادقة Jitsi الحالي كيفية إنشاء غرف مصادق عليها مع ضيوف مجهولين، بينما تنص صفحة Secure Domain القديمة صراحةً على أن هذه الطريقة لم تعد مُوصى بها في عمليات التثبيت الجديدة. تجنب نسخ إعدادات Prosody أو Jicofo القديمة إلى عملية تثبيت أحدث دون مراجعة الدليل المُناسب لطريقة التثبيت الخاصة بك.
يفترض هذا الإجراء أنك تستخدم Jitsi Meet بالفعل من مشروع Docker Compose الرسمي، وأن لديك صلاحية تعديل .envملفاته. يستخدم المثال أدناه وضع المصادقة المدمج internal، ولا يُضيف صفحة تسجيل عامة، حيث يقوم المسؤول بإنشاء الحسابات المسموح بها وحذفها.
افتح .envالملف المستخدم في عملية نشر Jitsi Compose. اضبط متغيرات المصادقة كما يلي:
ENABLE_AUTH=1
ENABLE_GUESTS=1
AUTH_TYPE=internalتأكد من أن الأسطر عبارة عن إعدادات نشطة وليست تعليقات تبدأ بـ #. باستخدام ENABLE_GUESTS=1، يمكن للأشخاص غير المسجلين الانضمام كضيوف بعد أن يفتح مستخدم مصادق عليه المؤتمر. إذا كنت تريد أن يصادق كل مشارك، فقم بتعيين ENABLE_GUESTS=0؛ هذا يغير من يمكنه الانضمام، وليس فقط من يمكنه إنشاء غرف.
يوثّق دليل Docker هذه المتغيرات وآلية عمل الحساب المدمجة. راجع قسم المصادقة في Docker للاطلاع على القائمة الحالية لأنواع المصادقة المدعومة وخياراتها.
من المجلد الذي يحتوي على ملف Compose الخاص بك، قم بتطبيق البيئة المُحدَّثة. سيعيد Compose إنشاء الخدمات التي تغيرت إعداداتها:
docker compose up -dتأكد من تشغيل الحاويات قبل إنشاء الحسابات. إذا كنت تستخدم مشروع Compose مخصصًا، أو اسم مشروع مختلفًا، أو طبقة تنسيق، فقم بتشغيل التحديث المكافئ لهذا النشر بدلاً من بدء تشغيل حزمة Jitsi ثانية.
افتح نافذة طرفية في حاوية Prosody:
docker compose exec prosody /bin/bashثم قم بتسجيل مستخدم Jitsi على نطاق Docker XMPP الافتراضي:
prosodyctl --config /run/prosody/config/prosody.cfg.lua register <username> meet.jitsi <strong-password>استبدل كلا العنصرين النائبين باسم المستخدم وكلمة مرور فريدة خاصة بذلك الشخص. لا تُضِف الأقواس الزاوية. بالنسبة لمضيف مُصرَّح له ثانٍ، شغِّل الأمر مرة أخرى باستخدام اسم مستخدم مختلف. يستخدم الأمر الموضح نطاق Docker الافتراضي meet.jitsi؛ إذا قمت بتغييره XMPP_DOMAIN، فاتبع النطاق المُكوَّن في عملية النشر. يوثِّق دليل Docker الحالي أمر حاوية Prosody وأمر الإزالة ذي الصلة.
لإلغاء صلاحية مستخدم، ادخل إلى حاوية Prosody وقم بتشغيل ما يلي:
prosodyctl --config /run/prosody/config/prosody.cfg.lua unregister <username> meet.jitsiاقتصر قائمة الحسابات على الأشخاص الذين ينبغي أن يكونوا قادرين على بدء المؤتمرات. اسم الغرفة ليس آلية للتحكم في الوصول، ويجب إزالة صلاحية الوصول إلى الحساب عندما لا يعود المضيف بحاجة إليه.
استخدم نافذة متصفح خاصة أو ملف تعريف متصفح منفصل حتى لا تخفي جلسة تسجيل دخول Jitsi الحالية النتيجة. افتح رابط Jitsi العام وحاول بدء غرفة جديدة دون تسجيل الدخول. سيطلب النظام تسجيل الدخول قبل تخصيص الغرفة الجديدة. سجّل الدخول باستخدام أحد الحسابات التي أنشأتها وابدأ غرفة، ثم تأكد من فتحها.
بعد ذلك، افتح رابط الغرفة في جلسة متصفح منفصلة غير مصادق عليها. مع تفعيل وصول الضيوف، سيتمكن الضيف من الانضمام إلى المؤتمر بعد أن يبدأه المضيف المصادق عليه. يشير دليل دوكر الخاص بـ Jitsi إلى أن المستخدمين غير المصادق عليهم يحتاجون إلى الانتظار حتى يُصادق مستخدم آخر عند تفعيل وصول الضيوف.
يُقدّم دليل الاستضافة الذاتية الحالي لـ Jitsi مسار مصادقة أحدث باستخدام مصادقة الرمز المميز. يربط المثال الموثق Jitsi بـ Keycloak، ويُهيئ مضيف Prosody لطلب رمز مميز، ويُضيف نطاق ضيف مجهول عند السماح للضيوف. في إعداد Jitsi، يستخدم الإعداد الموثق authentication = "token"اسم allow_empty_token = falseالمضيف الرئيسي، ثم يُعيّن نطاق الضيف . اتبع دليل المصادقةjitsi-anonymous الكامل لنطاق Keycloak، وعناوين URL لإعادة توجيه العميل، وتوجيه الوكيل العكسي، وProsody، وإعدادات عميل الويب Jitsi. استبدل كل اسم مضيف في المثال باسمك الخاص، واحرص على حماية نقطة نهاية موفر الهوية بواسطة HTTPS.
يُعدّ التحقق من صحة الرموز مفيدًا عندما تُدار الحسابات بواسطة موفر هوية، أو عندما يُصدر تطبيقك رموز وصول خاصة بالغرف. ويتطلب ذلك تكوينًا صحيحًا للمُصدر والتحقق من صحة الرمز؛ فمجرد تفعيل إعداد في المتصفح لا يُقيّد إنشاء الغرف بشكل آمن. إذا كنت بحاجة إلى حسابات مدعومة ببروتوكول LDAP باستخدام Docker، فإن دليل Docker يُوثّق أيضًا وضع LDAP، ولكن يجب أن تتطابق إعدادات اتصال LDAP والشهادة والتصفية مع دليلك.
تُجيب عملية المصادقة على سؤال "من يمكنه بدء مؤتمر؟"، لكنها لا تُجيب وحدها على سؤال "من يمكنه دخول هذه الغرفة؟". فإذا سُمح للضيوف بالدخول، فقد يتمكن أي شخص يحصل على رابط الغرفة من محاولة الانضمام. لذا، يُنصح بإضافة كلمة مرور للغرفة أو ضبط إعدادات الردهة للاجتماعات بحيث لا يُسمح إلا للمشاركين المدعوين بالدخول. ويُوضح دليل الاستضافة الذاتية لـ Jitsi الفرق بين إمكانية بدء المؤتمرات على مستوى الخادم وضوابط الوصول المُدارة في كل غرفة على حدة.
ENABLE_AUTH=1أن الخيار نشط في ملف البيئة المستخدم بواسطة مشروع Compose قيد التشغيل، ثم أعد تطبيق التكوين.ENABLE_GUESTSكان هذا الخيار مُعطّلاً. يتطلب هذا الإعداد من المشاركين المصادقة؛ وهو غير ضروري عندما يكون هدفك هو استضافة مضيفين مصادق عليهم مع حضور ضيوف.meet.jitsi؛ وتحتاج نطاقات XMPP المخصصة إلى قيم مماثلة.ENABLE_GUESTS.يكمن القرار الأساسي في تحديد ما إذا كان ينبغي لمنصة Jitsi الخاصة بك استخدام حسابات داخلية مُخصصة أو رموز مميزة صادرة عبر موفر هوية. بالنسبة لنشر Docker Compose الحالي، تُعد المصادقة الداخلية طريقة مباشرة لتقييد إنشاء الغرف على مجموعة صغيرة من المستخدمين المسجلين. أما بالنسبة للتثبيت الجديد، فابدأ بدليل مصادقة الرموز المميز الحالي، واحتفظ بإعدادات عناصر التحكم في دخول الغرف بشكل منفصل.
قارن بين 10 أدوات مسح الشبكة المحلية (Ping) لاكتشاف الشبكات المحلية بسرعة، وإجراء مسح شامل للأنظمة الأساسية المختلفة، وإدارة عناوين IP. تعرّف على ما يمكن أن يكشفه لك المسح وما لا يمكنه كشفه.
قارن بين ست أدوات لإدارة الشبكة لمراقبة الأداء، بما في ذلك تغطية SNMP، ورسم الخرائط، والتنبيهات، ونماذج النشر، والمفاضلات المتعلقة بالتكلفة.
قارن بين أفضل برامج تحليل شبكة Wi-Fi لأنظمة Windows و iPhone و Android، بما في ذلك أدوات ازدحام القنوات وتغطية الإشارة والخرائط الحرارية واستكشاف أخطاء الشبكة وإصلاحها.
قارن بين سبعة برامج مراقبة زمن الاستجابة المجانية والمفتوحة المصدر، بدءًا من مجموعات الشبكة الكاملة وحتى مجسات زمن الاستجابة المركزة، واختر البرنامج المناسب من حيث التوافر وفقدان الحزم والسجل.
تعرف على معنى جودة الخدمة في الشبكات، وكيف تحدد علامات DSCP وقوائم انتظار حركة المرور أولويات تطبيقات الصوت والفيديو والأعمال، وما لا تستطيع جودة الخدمة إصلاحه.
قم ببناء نظام مراقبة شبكة عملي مع تغطية واضحة للأجهزة، ومقاييس أداء مفيدة، وتنبيهات قابلة للتنفيذ، ومقارنة بين SolarWinds NPM وPRTG وOpManager.
قارن بين برامج خوادم SFTP الموثوقة لأنظمة ويندوز ولينكس، بما في ذلك OpenSSH وBitvise وSolarWinds وSFTPGo. اعثر على الخيار الأمثل الذي يلبي احتياجاتك الأمنية واحتياجات نقل الملفات.
قارن بين سبع أدوات لإدارة عناوين IP لاكتشاف الشبكات الفرعية، وتنسيق DNS وDHCP، وجرد الشبكة، وIPAM مفتوح المصدر.
قارن بين أدوات فحص الشبكة لاكتشاف الأجهزة بسرعة، وعمليات فحص IP عبر الأنظمة الأساسية، وإدارة عناوين IP للمؤسسات، مع إرشادات حول مطابقة كل خيار مع شبكتك.
استخدم خيار --traceroute في Nmap لرسم خرائط القفزات إلى مضيف مصرح به، وفهم مخرجات القفزة وRTT، واستكشاف الأخطاء وإصلاحها في الاستجابات المفقودة دون الإفراط في المسح.
