چرا تغییر DNS نمی‌تواند یک پروکسی SOCKS راه‌اندازی کند

تغییر پاسخ DNS فقط آدرسی را عوض می‌کند که مرورگر به آن وصل می‌شود. پروتکلی را که مرورگر پس از رسیدن به آنجا صحبت می‌کند عوض نمی‌کند.

با باز کردن یک نشانی معمولی HTTP، مرورگر HTTP می‌فرستد. با باز کردن نشانی HTTPS، برای آن سایت TLS آغاز می‌کند. اما سرور SOCKS5 نخست مذاکره خودش را انتظار دارد: انتخاب روش، هر احراز هویت و درخواستی که مقصد را نام می‌برد. مرورگر پیکربندی‌نشده هیچ‌یک از این‌ها را نمی‌فرستد.

همین توضیح می‌دهد چرا یک شنونده Dante در دسترس می‌تواند پس از تغییر DNS فوراً اتصال را ببندد. سرویس ممکن است سالم باشد؛ بایت‌های ورودی به پروتکل نادرست تعلق دارند. انتقال شنونده به درگاه 80 یا 443 آن بایت‌ها را به SOCKS تبدیل نمی‌کند.

رابط SOCKS مرورگر، مانند تنظیمات SOCKS در فایرفاکس، یا تنظیم پروکسی مخصوص برنامه را پیکربندی کنید تا دست‌دادن را انجام دهد و از پروکسی بخواهد به جلو وصل شود. یک فایل PAC می‌تواند مسیر پروکسی پشتیبانی‌شده‌ای برای برنامه‌هایی که از آن استفاده می‌کنند انتخاب کند. با این حال پیکربندی جداگانه پروکسی است، نه ویژگی یک رکورد A یا AAAA.

HTTPS مانع دیگری بر ایده فقط-DNS می‌افزاید. مرورگر همچنان هویت سایت را در نشانی انتظار دارد. گواهی برای میزبان پروکسی نمی‌تواند این انتظار را فقط به این دلیل برآورده کند که DNS اتصال را به آنجا فرستاده است.

شنود شفاف شبکه طراحی دیگری است که مسیر‌یابی و نرم‌افزار شنود سازگار را در بر می‌گیرد. با بازگرداندن نشانی یک سرور SOCKS از DNS به دست نمی‌آید.