تغيير إجابة DNS يغيّر العنوان الذي يتصل به المتصفح فقط. ولا يغيّر البروتوكول الذي يتحدث به المتصفح بعد وصوله إلى هناك.

عند زيارة عنوان HTTP عادي يرسل المتصفح HTTP. وعند زيارة عنوان HTTPS يبدأ TLS لذلك الموقع. أما خادم SOCKS5 فيتوقع أولاً تفاوضه الخاص: اختيار الطريقة، وأي مصادقة، وطلب يسمّي الوجهة. والمتصفح غير المهيأ لا يرسل شيئاً من ذلك.

وهذا يفسر لماذا قد يغلق مستمع Dante الذي يمكن الوصول إليه الاتصال فوراً بعد تغيير DNS. فقد تكون الخدمة سليمة، لكن البايتات الواردة تخص البروتوكول الخطأ. ونقل المستمع إلى المنفذ 80 أو 443 لا يحوّل تلك البايتات إلى SOCKS.

قم بتهيئة واجهة SOCKS في المتصفح، مثل إعدادات SOCKS في Firefox، أو إعداد وكيل خاص بالتطبيق، بحيث ينفّذ المصافحة ويطلب من الوكيل الاتصال إلى الأمام. ويمكن لملف PAC اختيار مسار وكيل مدعوم للتطبيقات التي تستخدمه. لكنه يبقى إعداد وكيل منفصلاً، وليس خاصية في سجل A أو AAAA.

ويضيف HTTPS عائقاً آخر أمام فكرة DNS وحدها. فالمتصفح يواصل توقع هوية الموقع الموجودة في العنوان. وشهادة باسم مضيف الوكيل لا يمكن أن تلبي هذا التوقع لمجرد أن DNS أرسل الاتصال إلى هناك.

الاعتراض الشبكي الشفاف تصميم مختلف يشمل التوجيه وبرمجيات اعتراض متوافقة. ولا يمكن الحصول عليه بإرجاع عنوان خادم SOCKS من DNS.

مقالات ذات صلة