كيف تمنح العائلة وصولًا عن بعد إلى الكاميرا عبر VPN

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

حدد من يدخل، وبأي هوية

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

اكتب ما يُسمح لكل مشاهد بالوصول إليه. الجواب المعتاد هو خدمة مشاهدة كاميرا واحدة، لا صفحة إدارة الكاميرا، وبالتأكيد ليس الموجه.

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

احصر المسار في خدمة كاميرا واحدة

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

عندما لا تستطيع الكاميرا تشغيل عميل VPN، أنهِ النفق على البوابة ووجه فقط الوجهة المعتمدة. لا تحتاج الكاميرا إلى أن تصبح خادمًا.

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

افصل المشاهدة عن الإدارة

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

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

الوصول السحابي ليس خطأً تلقائيًا، لكنه يجب أن يكون قرارًا. عطّله عندما يكون المسار الخاص هو المقصود، ولاحظ أن تعطيله قد يعطل أيضًا تحديثات البرنامج الثابت أو الإشعارات التي يعتمد عليها التطبيق.

أغلق الأبواب الأخرى قبل أن تحتفل

إزالة تحويل منفذ واحد لا تثبت أن الكاميرا غير قابلة للوصول من الإنترنت. تعيين UPnP متبقٍ، أو ميزة سحابية مفعلة من المورد، أو مرحل ثانٍ، يمكن لكل منها أن يوفر مسارًا نسيته. اجرد إعدادات الوصول عن بعد المدعومة وقرر أيها تريده فعلًا.

تساعد شريحة كاميرا منفصلة عندما يستطيع الموجه التعبير عنها بوضوح. اسمح بالمشاهدة من المسار المعتمد وامنع الكاميرا من الوصول إلى الحواسيب المحمولة والهواتف.

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

اختبر الحد من الجانبين

التأهيل مجموعة من الملاحظات، لا إحساس. من عميل بعيد معتمد، أكد أن البث يُحمّل. من حساب غير معتمد، أكد أنه لا يُحمّل. من الإنترنت، أكد أن منفذ الكاميرا مغلق.

فحص خارجي سريع من مضيف خارج الشبكة:

nmap -Pn -p 443,554,8000 203.0.113.10
curl -sS -o /dev/null -w "%{http_code}" --max-time 5 http://203.0.113.10/

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