الاتصال

سيكتشف العديد من العملاء تلقائيًا الخوادم التي تعمل على نفس الشبكة المحلية ويعرضونها عند تسجيل الدخول. إذا كنت خارج الشبكة عند الاتصال ، يمكنك كتابة عنوان IP الكامل أو اسم المجال في حقل الخادم بالمنفذ الصحيح للمتابعة إلى صفحة تسجيل الدخول. يمكنك العثور على المنافذ الافتراضية أدناه للوصول إلى واجهة الويب الأمامية.

تثبيت المنفذ

الغرض من هذا المستند هو تزويد المسؤول بمعرفة المنافذ التي ترتبط بها Jellyfin والغرض الذي تخدمه.

الموانئ الساكنة

• يتم استخدام 8096 / tcp افتراضيًا لحركة مرور HTTP. يمكنك تغيير هذا على لوحة القيادة.
• يتم استخدام 8920 / tcp بشكل افتراضي لحركة HTTPS. يمكنك تغيير هذا على لوحة القيادة.
• 1900 / UDP يستخدم لخدمة الاكتشاف الذاتي. هذا غير قابل للتكوين.

حركة مرور HTTP: 8096

يمكن الوصول إلى الواجهة الأمامية للويب هنا لتصحيح مشاكل شهادة SSL على شبكتك المحلية. يمكنك تعديل هذه الإعدادات من الصفحة التواصل في الإعدادات.

حركة مرور HTTPS: 8920

يمكن أيضًا تعديل هذه الإعدادات من الصفحة التواصل لاستخدام منفذ مختلف.

خدمة الاكتشاف: 1900

نظرًا لأن الاكتشاف التلقائي للعميل سيكون معطلاً إذا كان هذا الخيار قابلاً للتكوين ، فلا يمكنك تغييره في الإعدادات في الوقت الحالي. يستخدم DLNA هذا المنفذ أيضًا ويجب أن يكون على الشبكة الفرعية المحلية.

اكتشاف العملاء: 7359 UDP

يسمح للعملاء باكتشاف Jellyfin على الشبكة المحلية. تم بث رسالة إلى هذا المنفذ بعنوان "من هو JellyfinServer؟" ستحصل على رد JSON يتضمن عنوان الخادم والمعرف والاسم.

المنافذ الديناميكية

غالبًا ما تستخدم أجهزة التلفزيون المباشر منفذ UDP عشوائيًا لأجهزة HDHomeRun. سيحدد الخادم منفذًا غير مستخدم عند بدء التشغيل للاتصال بأجهزة الموالف هذه.

تشغيل Jellyfin خلف وكيل عكسي

يمكن تشغيل Jellyfin خلف خادم آخر يعمل كوكيل عكسي. باستخدام بروكسي عكسي ، يتعامل هذا الخادم مع كل حركة مرور الشبكة ويرسلها إلى Jellyfin. وهذا يوفر فوائد استخدام أسماء DNS وعدم الاضطرار إلى تذكر أرقام المنافذ ، فضلاً عن سهولة تكامل وإدارة شهادات SSL.

تحذير

لكي يحصل الوكيل العكسي على أقصى فائدة ، يجب أن يكون لديه عنوان IP موجه بشكل عام ومجال DNS تم تكوينه بشكل صحيح. تفترض هذه الأمثلة أنك تريد تشغيل Jellyfin على نطاق فرعي (أي jellyfin.example.com) ، ولكن يتم تكييفها بسهولة مع المجال الجذر إذا رغبت في ذلك.

بعض الخيارات الشائعة لأنظمة الوكيل العكسي هي Apache و Caddy و Haproxy و Nginx و Traefik.

على الرغم من أنه ليس وكيلًا عكسيًا ، يمكن استخدام تشفير Let$0027s بشكل مستقل أو مع وكيل عكسي لتوفير شهادات SSL.

عند اتباع هذا الدليل ، تأكد من استبدال المتغيرات التالية بمعلوماتك.

• اسم المجال: اسم المجال العام الخاص بك للوصول إلى Jellyfin على (على سبيل المثال ، jellyfin.example.com)
• example.com: سيعمل اسم مجال خدمات Jellyfin تحت (على سبيل المثال example.com)
• عنوان IP للخادم: عنوان IP لخادم Jellyfin (إذا كان الخادم الوكيل العكسي على نفس الخادم ، استخدم 127.0.0.1)

بالإضافة إلى ذلك ، يتم تكوين العينات للاستخدام مع شهادات تشفير Let$0027s. إذا كانت لديك شهادة من مصدر آخر ، فقم بتغيير إعداد SSL من / etc / allowencrypt / Domain_name / إلى موقع شهادتك ومفتاحك.

يجب أن يكون المنفذان 80 و 443 (مشيرين إلى الخادم الوكيل) مفتوحين على جهاز التوجيه وجدار الحماية.

عنوان URL الأساسي

تشغيل Jellyfin بمسار (https://example.com/jellyfin) مدعوم من قبل عملاء Android وويب.

تحذير

من المعروف أن عنوان URL الأساسي يكسر HDHomeRun و DLNA و Sonarr و Radarr و Chromecast و MrMC.

تحديد عنوان URL الأساسي على الصفحة التواصل إنه إعداد متقدم يستخدم لتحديد بادئة عنوان URL حيث يمكن الوصول إلى مثيل Jellyfin الخاص بك. في الواقع ، أضف مقتطف عنوان URL هذا إلى بداية أي مسار URL. على سبيل المثال ، إذا كان لديك خادم Jellyfin على http: // myserver ووصلت إلى صفحته الرئيسية http: //myserver/web/index.html ، فإن تعيين عنوان URL أساسي لـ / jellyfin سيغير هذه الصفحة الرئيسية إلى http: // myserver /jellyfin/web/index.html. يمكن أن يكون هذا مفيدًا إذا كان المسؤولون يريدون الوصول إلى مثيلات Jellyfin متعددة تحت اسم مجال واحد ، أو إذا كان مثيل Jellyfin يعيش فقط على روتين فرعي من مجال آخر مع خدمات أخرى تستمع /.

سيتم تسوية القيمة التي تم إدخالها في صفحة التكوين لتضمين مسار / إذا كان مفقودًا.

يتطلب هذا التكوين إعادة تشغيل الخادم للتغيير ، لتجنب إبطال التوجيهات الموجودة حتى يصبح المسؤول جاهزًا.

هناك ثلاثة محاذير رئيسية في هذا السيناريو.

1. عند تعيين عنوان URL أساسي جديد (أي من / إلى / baseurl) أو تغيير عنوان URL أساسي (على سبيل المثال من / baseurl إلى / newbaseurl) ، سيتولى خادم الويب Jellyfin تلقائيًا عمليات إعادة التوجيه لمنعها من أن تكون تظهر للمستخدمين صفحات غير صالحة. على سبيل المثال ، عند الوصول إلى خادم بعنوان URL أساسي لـ / jellyfin في المسار / ، ستتم إضافة عنوان URL الأساسي لـ / jellyfin تلقائيًا. ومع ذلك ، لن تتم إزالة عنوان URL الأساسي تمامًا (أي من / baseurl إلى / ، قيمة فارغة في الإعدادات) - فكل عناوين URL التي لها مسار عنوان URL الأساسي القديم ستصبح غير صالحة وستؤدي إلى ظهور أخطاء 404. يجب مراعاته عند إزالة عنوان URL أساسي موجود.
2. بشكل عام ، لا تتعامل تطبيقات العميل بشكل عام في الوقت الحالي مع عمليات إعادة توجيه عنوان URL الأساسي بشكل ضمني. لذلك ، على سبيل المثال في تطبيق Android ، يجب أن يتضمن تكوين المضيف أيضًا عنوان URL الأساسي (على سبيل المثال http: // myserver: 8096 / baseurl) ، وإلا سيفشل الاتصال.
3. يجب تحديث أي إعدادات للخادم الوكيل المعكوس للتعامل مع عنوان URL أساسي جديد. بشكل عام ، فإن التمرير / الرجوع إلى مثيل Jellyfin سيعمل بشكل جيد في جميع الحالات وسيتم تطبيع الطرق ، وهذا هو الإعداد القياسي في أمثلةنا. ومع ذلك ، ضع ذلك في الاعتبار عند إجراء توجيه أكثر تقدمًا.

الخطوات النهائية

يوصى بشدة بالتحقق من قوة SSL وأمان الخادم في SSLLabs إذا كنت تعرض هذه الخدمات على الإنترنت.