اختبار تسرب WebRTC

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

شغّل الاختبار أعلى هذه الصفحة أثناء اتصالك بشبكة VPN. تقيّم الصفحة عائلة العناوين نفسها التي ينتمي إليها عنوان IP للاتصال. إذا عرض صف WebRTC عنوانًا مختلفًا عن عنوان IP للاتصال، فهذا الاختلاف هو عنوان IP الحقيقي الذي يخرج من النفق. إذا تطابقت العناوين، أو عرض صف WebRTC عبارة "غير مكشوف"، فلا يوجد تسرب. العنوان المحلي مثل 192.168.1.24 أو العنوان المنتهي بـ .local هو عنوان شبكتك الخاصة ولا يُعد كشفًا ذا أهمية.

فقط إذا كان يحظر WebRTC بفعالية، وكثير من خدمات VPN لا تفعل ذلك. يشفّر VPN حركة البيانات التي تمر عبر نفقه، لكن WebRTC يعمل داخل المتصفح ويمكنه الوصول إلى خادم STUN بمفرده ما لم يمنعه شيء. لهذا قد ترى تسربًا في هذه الصفحة بينما يخبرك VPN بأنك محمي. يحظر تطبيق Windscribe لسطح المكتب هذه التسريبات تلقائيًا، وتفعل إضافة المتصفح ذلك عبر WebRTC Slayer.

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

إنه آمن لجهازك، لكن له ثمن. قد يؤدي إيقاف WebRTC بالكامل في المتصفح إلى تعطّل التطبيقات التي تعتمد عليه، ومنها Zoom وGoogle Meet وDiscord ومعظم أدوات الاتصال ومشاركة الشاشة في المتصفح. هذا هو عيب الحلول اليدوية في المتصفح. إبقاء الحظر على مستوى التطبيق يحافظ على عنوان IP داخل النفق من دون إيقاف التقنية التي تحتاج إليها تلك المكالمات.

كلاهما يضعف حماية VPN، لكنهما يكشفان معلومات مختلفة. يكشف تسرب WebRTC عنوان IP الحقيقي، الذي يدل على موقعك ومزوّد الإنترنت. ويكشف تسرب DNS المواقع التي تزورها لأن استعلامات تلك النطاقات تخرج من النفق وتصل إلى ISP بدلًا من محلل خاص. تختلف الآلية والحل، كما أن النتيجة السليمة في أحدهما لا تعني شيئًا عن الآخر، لذا يجدر تشغيل الاختبارين. يحمي Windscribe منهما كليهما.

لا. يُجرى الفحص بالكامل في متصفحك. يجمع متصفحك عناوين WebRTC المرشحة محليًا ويقارنها بعنوان IP للاتصال على جهازك. لا تُكتب أي نتيجة على خادم Windscribe، ولا يُسجل شيء على حسابك، ولا توجد بيانات يمكننا تسليمها لاحقًا. يمكنك إعادة الاختبار بقدر ما تشاء.

تأتي Chrome وEdge وFirefox وOpera جميعها مع WebRTC مفعّلًا، لذلك تظهر التسريبات فيها غالبًا. يفرض Safari قيودًا أكبر ولا يقدّم عناوين مرشحة من دون إذن الوسائط، مما يحد من الكشف افتراضيًا. يتضمن Brave خيارات مدمجة للتعامل مع WebRTC. الأجهزة المحمولة مهمة أيضًا: فالمتصفحات المدمجة في تطبيقات التواصل والمراسلة تشغّل WebRTC كذلك، لذا اختبرها بدلًا من افتراض أن هاتفك محمي.

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