اختبار تسريب DNS: كيف تتأكد أن VPN لا يفضح بياناتك

يستغرق اختبار تسريب DNS نحو عشر ثوانٍ فقط، لكن أغلب مستخدمي VPN لم يجروه ولو مرة واحدة. وفق بيانات VPNTesting.com الحية (يونيو 2026)، أظهر 8.2% على الأقل من أصل 471 اتصالًا تم اختباره وجود تسريب واحد على الأقل، فيما كشف تدقيق منفصل شمل 74 خدمة VPN أن 15 منها — أي نحو 21% — كانت تُسرّب بيانات DNS بشكل صريح. إذا كان تطبيق VPN الخاص بك من هذه الفئة، فسيبدو كل شيء مشفّرًا من الخارج، بينما يستمر سجل تصفحك في الوصول إلى سجلات DNS الخاصة بمزود الإنترنت لديك.

ما الذي يحدث فعليًا عند فتح موقع ما

قبل إرسال أي حزمة بيانات مشفّرة، يسأل جهازك أولًا محلل DNS: “أي خادم يقابل هذا الاسم؟”. من المفترض أن يمرّر VPN هذا السؤال عبر النفق نفسه الذي يمر به بقية الاتصال. وعندما لا يحدث ذلك، يتسرّب طلب DNS عبر اتصالك الشبكي العادي — ويصبح مرئيًا لمزود الإنترنت حتى لو بدا بقية الاتصال محميًا. لهذا السبب بالتحديد توجد اختبارات تسريب DNS: تشفير البيانات لا يضمن أن يكون البحث الذي يسبقها محميًا أيضًا.

ثلاثة أنواع من التسريب: DNS وIPv6 وWebRTC

يفحص “اختبار تسريب DNS” في معظم المواقع في الواقع ثلاثة أمور منفصلة:

• تسريب DNS — يرسل جهازك طلبات تحليل الأسماء إلى محلل مزود الإنترنت بدلًا من محلل VPN، ما يكشف المواقع التي تزورها حتى لو ظل المحتوى نفسه مشفّرًا.
• تسريب IPv6 — تنقل الكثير من تطبيقات VPN بيانات IPv4 فقط عبر النفق. وإذا كان جهازك يملك أيضًا عنوان IPv6 نشطًا، فيمكن للمواقع التي تدعم النظامين رؤية عنوان IPv6 الحقيقي يعمل بالتوازي مع عنوان IPv4 المحمي.
• تسريب WebRTC — تستخدم المتصفحات بروتوكولات STUN/TURN لميزات الوقت الفعلي مثل مكالمات الفيديو، وقد تصل هذه الطلبات مباشرة إلى الشبكة المحلية، كاشفة عنوان IP العام الحقيقي خارج جدول توجيه VPN تمامًا.

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

كيف تختبر تسريب DNS خلال 5 دقائق

1. افصل اتصال VPN وشغّل الاختبار لترى وضعك الأساسي — سجّل اسم المحلل الذي يستخدمه مزود الإنترنت لديك.
2. اتصل بشبكة VPN واختر الخادم الذي تستخدمه عادة يوميًا.
3. افتح علامة تبويب في وضع التصفح الخاص (لتجنّب تأثير نتائج DNS المخزّنة مسبقًا على الاختبار) وشغّل الاختبار مجددًا.
4. قارن مالك المحلل، وليس فقط رقم عنوان IP — يُظهر الاختبار الجهة التي تدير كل محلل، ويجب أن تكون مزود VPN الخاص بك، لا مزود الإنترنت المنزلي.
5. شغّل خيار الاختبار الموسّع إن كان متاحًا؛ فهو يرسل عدة طلبات إلى محللات مختلفة ويكتشف تسريبات قد يتجاهلها فحص سريع.

لماذا تُسرّب شبكات VPN بياناتها أصلًا

نادرًا ما تكون تسريبات DNS مقصودة — فهي في الغالب أثر جانبي لطريقة بناء أنظمة التشغيل ومكدسات الشبكة:

• إعداد خاطئ لـ split-DNS: يوجّه النظام حركة بيانات التطبيقات عبر النفق، لكنه يواصل تحليل الأسماء عبر محول الشبكة الأصلي.
• النقطة العمياء لـ IPv6: يتعامل عميل VPN مع IPv4 فقط، فيتسرّب الاتصال ثنائي المسار بصمت عبر IPv6 في الخلفية.
• WebRTC على مستوى المتصفح: يمكن لواجهات برمجة التطبيقات في الوقت الفعلي الوصول إلى الشبكة المحلية مباشرة، متجاوزة قواعد توجيه VPN في النظام.
• تبديل الشبكات: تعود بعض الحواسيب المحمولة التي تنتقل بين شبكات واي فاي مؤقتًا إلى DNS الشبكة السابقة قبل أن يلحق بها عميل VPN.

كشف تدقيق أكاديمي أقدم لكنه لا يزال يُستشهد به كثيرًا لتطبيقات VPN على أندرويد أن 84% منها سرّبت عنوان IP الحقيقي للمستخدمين في ظل ظروف معينة، وأن 18% من التطبيقات المجانية التي تم اختبارها لم تشفّر البيانات إطلاقًا — تذكير بأن “وجود أيقونة VPN في متجر التطبيقات” و”حماية طلبات DNS فعليًا” أمران مختلفان.

كيف تبدو “الحماية” فعليًا

الإشارة المفحوصة	تسريب (سيئ)	محمي (جيد)
مالك محلل DNS	يُظهر اسم مزود الإنترنت لديك	يُظهر محلل مزود VPN
عنوان IPv6	نفس عنوان IPv6 العام قبل الاتصال	لا يظهر، أو يعود لملكية VPN
عنوان IP عبر WebRTC	يظهر عنوانك العام المنزلي/المحلي	يظهر فقط عنوان الخروج الخاص بـ VPN
الاتساق بين إعادة الاختبارات	مالك مختلف في كل مرة	نفس المالك في كل مرة

كيف تتعامل RunVPN مع DNS خلف الكواليس

توجّه RunVPN تحليل DNS عبر النفق المشفّر نفسه الذي يمر به بقية الاتصال، عاملةً افتراضيًا على AmneziaWG أو على VLESS-Reality (تقنية XTLS-Vision فوق محرك Xray) لتوفير اتصال مستقر ومقاوم للتقييد وللفحص العميق للحزم. لا توجد خطوة إعداد يدوية على الإطلاق: تسجّل الدخول عبر Google أو البريد الإلكتروني أو Telegram، تضغط زر الاتصال، ويجلب التطبيق إعداداته تلقائيًا من الخادم — لا شيء لاستيراده، ولا ملفات إعداد للصقها. لا يخزّن RunVPN المواقع أو استعلامات DNS أو وجهات حركة المرور أو محتواها؛ تُحتفظ ببيانات اتصال محدودة لمدة 30 يومًا.، ويغطي الحساب الواحد حتى 5 أجهزة. أندرويد متاح الآن؛ ودعم iOS وسطح المكتب قادم قريبًا.

أسئلة شائعة

هل تسريب DNS هو نفسه تسريب IP؟ لا. يكشف تسريب DNS أسماء النطاقات التي تبحث عنها، حتى لو ظلت حركة تصفحك الفعلية مشفّرة. أما تسريب IP (عبر IPv6 أو WebRTC) فيكشف مباشرة العنوان الحقيقي لجهازك، وهو انكشاف أشمل.

هل يمكن لاختبار تسريب DNS أن يعطي نتيجة سلبية خاطئة؟ نعم — يرسل الاختبار السريع الواحد طلبًا أو طلبين فقط. تشغيل خيار الاختبار الموسّع، وتكرار الفحص بعد استيقاظ جهازك من السكون أو تبديل الشبكة، يكشف التسريبات التي تظهر فقط في هذه الظروف.

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

هل يحمي استخدام VPN تلقائيًا من تسريبات WebRTC؟ ليس دائمًا. تعتمد تسريبات WebRTC على طريقة تفاعل المتصفح مع عميل VPN على مستوى توجيه الشبكة، وهي آلية منفصلة عن تحليل DNS — لذلك يفحص اختبار التسريب الكامل كليهما، لا أحدهما فقط.

هل تريد أن تُعالَج DNS تلقائيًا داخل النفق دون أي إعداد قد يخطئ فيه أحد؟ حمّل RunVPN واطّلع على حالة اتصالك على صفحة runvpn.app/trust.