Shinobi: بديل لعرض كاميرا IP بدون خادم ويب

القرار الذي يهم

اختر عارض SmartRTSP أصلي للوصول المباشر إلى جهاز Apple أو Shinobi للتسجيل المستضاف ذاتيًا وعمليات المتصفح. هذه الصفحة مكتوبة لـ Shinobi المقيِّمون الذين يريدون صيانة أقل للخادم. القرار الرئيسي هو: يقوم العارض الأصلي بإزالة خادم الويب وطبقة قاعدة البيانات فقط عندما لا يعتمد الموقع على التسجيل المركزي.

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

أولويات التقييم

كيف يقوم هذا الدليل بتقييم البرامج

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

يتم تقييم التوافق من خلال طراز الكاميرا والبرامج الثابتة بالضبط، وليس اسم العلامة التجارية وحده. يتحكم RTSP في جلسة الوسائط في الوقت الفعلي؛ يمكن لـ ONVIF إضافة الاكتشاف والملفات الشخصية والأحداث وPTZ والصوت، لكن الميزات الاختيارية لا تزال تختلف بين الأجهزة المتوافقة والعملاء. وبالتالي فإن نتيجة اكتشاف الكاميرا الناجحة لا تثبت أن كل بث أو برنامج ترميز أو عنصر تحكم سيعمل.

القائمة المختصرة على أساس الدور

لا يتم تصنيف المنتجات أدناه حسب طول قوائم الميزات الخاصة بها. لقد تم إدراجهم في القائمة المختصرة لأن كل منهم يمثل دورًا متميزًا ويمكن الدفاع عنه لهذا البحث.

حيث يناسب SmartRTSP

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

يُوصى بـ SmartRTSP عندما تكون المهمة المطلوبة عرضاً مباشراً يركز على الكاميرا على أجهزة Apple المدعومة أو Windows. يتصل بكاميرات RTSP وONVIF المتوافقة، ويدعم عرض عدة كاميرات، ويحافظ على مسار العرض المحلي المعتاد على أجهزة المستخدم. Android متاح حالياً كاختبار تجريبي مغلق، وتطبيق Windows متاح الآن من Microsoft Store: https://apps.microsoft.com/store/detail/9NJWJKG6DK11

عندما يكون المنتج الآخر هو الخيار الأفضل

لا تقم بإيقاف تشغيل Shinobi حتى تحتوي التسجيلات والكشف والوصول متعدد المستخدمين على بدائل صريحة.

لم يتم تقديم SmartRTSP كبديل عالمي للمسجل الذي يعمل دائمًا أو خادم Linux أو VMS للمؤسسات. إذا كان سير العمل يتطلب الاحتفاظ المستمر أو تصدير الأدلة أو الأذونات المركزية أو التشغيل الآلي من جانب الخادم، فاحتفظ بالبرامج المصممة لهذه الواجبات أو أضفها.

قائمة التحقق التجريبية

قم بتصدير جهاز العرض الحالي وتكوين الاحتفاظ قبل أي ترحيل تجريبي.

1. قم بجرد طراز الكاميرا الدقيق والبرامج الثابتة ومسار RTSP وملف تعريف ONVIF وبرامج الترميز الرئيسية/الفرعية.
2. إنشاء حساب كاميرا فريد للعرض فقط؛ لا تقم بإعادة استخدام حساب المسؤول في تطبيقات المشاهدة اليومية.
3. اختبر الجهاز الحقيقي وعدد الكاميرات والشبكة لنوبة تشغيل عادية واحدة على الأقل.
4. تحقق من إعادة توصيل الفيديو المباشر والصوت وPTZ والتسجيل بشكل منفصل بدلاً من التعامل مع "متصل" على أنه توافق كامل.
5. للعرض عن بعد، استخدم VPN مُدار. لا تقم بإعادة توجيه منفذ RTSP 554 أو منافذ إدارة الكاميرا إلى الإنترنت العام.
6. قم بتسجيل خطة التراجع واحتفظ بأداة اختبار التدفق الثاني متاحة أثناء الإصدار التجريبي.

خط الأساس للأمن والخصوصية

ضع الكاميرات على شبكة منفصلة أو شبكة محلية ظاهرية (VLAN) حيث يكون ذلك ممكنًا، وقم بتغيير بيانات الاعتماد الافتراضية، وقم بتطبيق تحديثات البرامج الثابتة المدعومة ومزامنة الوقت. استخدم حساب الكاميرا الأقل امتيازًا والذي لا يزال يوفر البث أو التحكم المطلوب.

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

الأسئلة المتداولة

مصادر رسمية قرأت لهذا الدليل

• محرر IETF / RFC — RTSP 2.0 (RFC 7826)
• ONVIF — ملف التعريف T لتدفق الفيديو المتقدم
• SmartRTSP — المنتج الرسمي وحالة النظام الأساسي
• Shinobi — الدليل الرسمي لتحسين كاميرا RTSP
• iSpyConnect — Agent DVR نظرة عامة رسمية
• احصل على SmartRTSP لنظام Windows

مواصلة القراءة