وضع SOCKS في NetGuard يغطي TCP وليس كل بروتوكول

يشغل NetGuard واجهة VPN في Android من أجل تصفية حركة المرور، ويمكنه تسليم الاتصالات المدعومة إلى نقطة نهاية SOCKS. غالبًا ما تُقرأ هاتان الحقيقتان على أنهما «الهاتف متصل بشبكة VPN»، وهو استنتاج لا تدعمه الآلية. المرشّح يرى الحزم؛ أما الوسيط فيرى فقط الاتصالات التي سُلّمت إليه فعليًا. بين هذين القولين تقع مسألة التغطية بأكملها.

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

مساران للتوجيه داخل تطبيق واحد

يحتوي جانب TCP من التنفيذ على معالجة اتصالات SOCKS، لذا يمكن التفاوض على اتصال TCP مسموح به مع الوسيط ونقله عبره. أما جانب UDP فله مسار مقبس منفصل، ولا تعتمد معالجة الإرسال والاستقبال فيه على تفاوض TCP ذلك. لذلك يمكن لحزمة بيانات يسمح بها المرشّح أن تصل إلى الشبكة العادية دون أن تمر بالوسيط أبدًا. لا شيء في ذلك عيب في التطبيق؛ إنه ببساطة ما ينفذه المساران.

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

الإعلان عن UDP ليس تنفيذًا له

خادم SOCKS الذي يزعم دعم UDP لا يضيف معالجة العميل المطابقة إلى التطبيق على هاتفك. فميزات البروتوكول النظرية وسلوك النسخة المثبتة موضوعان مختلفان، والثاني وحده يصف حركة مرورك.

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

DNS مسار ثالث لا تفصيل

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

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

نقل الوسيط ليس خاصًا تلقائيًا

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

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

تدقيق التغطية بمصفوفة لا بتحميل صفحة

من أجل تقييم مصرّح به، اختر أمثلة غير ضارة تمثل كل فئة تهمك: TCP المطلوب، وUDP المسموح، وDNS في عائلتي العناوين. وسجّل لكل منها ما إذا كان قد مر عبر الوسيط أو حُجب أو أُرسل مباشرة. ذلك الجدول الواحد هو المُخرَج، وهو أنفع بكثير من لقطة شاشة لصفحة حُمّلت.

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