DNS کی تبدیلی SOCKS پراکسی کیوں قائم نہیں کر سکتی

DNS جواب بدلنے سے صرف وہ پتہ بدلتا ہے جس سے براؤزر جڑتا ہے۔ وہاں پہنچنے کے بعد براؤزر جو پروٹوکول بولتا ہے وہ نہیں بدلتا۔

عام HTTP یو آر ایل کھولنے پر براؤزر HTTP بھیجتا ہے۔ HTTPS یو آر ایل کھولنے پر وہ اس سائٹ کے لیے TLS شروع کرتا ہے۔ لیکن SOCKS5 سرور پہلے اپنی گفت و شنید کا انتظار کرتا ہے: طریقہ کار کا انتخاب، کوئی بھی توثیق اور منزل کا نام بتانے والی درخواست۔ غیر ترتیب شدہ براؤزر ان میں سے کچھ نہیں بھیجتا۔

اسی لیے DNS تبدیلی کے بعد قابل رسائی Dante سننے والا کنکشن فوراً بند کر سکتا ہے۔ سروس صحت مند ہو سکتی ہے؛ آنے والے بائٹس غلط پروٹوکول کے ہیں۔ سننے والے کو پورٹ 80 یا 443 پر منتقل کرنے سے وہ بائٹس SOCKS نہیں بنتے۔

براؤزر کا SOCKS انٹرفیس ترتیب دیں، جیسے Firefox کی SOCKS سیٹنگز، یا ایپلیکیشن کے لیے مخصوص پراکسی سیٹنگ، تاکہ یہ ہینڈ شیک کرے اور پراکسی سے آگے جڑنے کو کہے۔ PAC فائل اسے استعمال کرنے والی ایپلیکیشنز کے لیے معاون پراکسی راستہ منتخب کر سکتی ہے۔ یہ پھر بھی الگ پراکسی کنفیگریشن ہے، A یا AAAA ریکارڈ کی خصوصیت نہیں۔

HTTPS صرف-DNS کے تصور میں ایک اور رکاوٹ کا اضافہ کرتا ہے۔ براؤزر یو آر ایل میں موجود سائٹ کی شناخت کی توقع رکھتا ہے۔ پراکسی ہوسٹ کا سرٹیفکیٹ صرف اس لیے وہ توقع پوری نہیں کر سکتا کہ DNS نے کنکشن وہاں بھیجا۔

شفاف نیٹ ورک مداخلت ایک مختلف ڈیزائن ہے جس میں روٹنگ اور موافق مداخلتی سافٹ ویئر شامل ہیں۔ DNS سے SOCKS سرور کا پتہ واپس کر کے یہ حاصل نہیں ہوتا۔