پہلے ایپ کی پراکسی ترتیب کھولیں۔ معاون پروٹوکول طے کرتے ہیں کہ فہرست کا کون سا اندراج استعمال ہو سکتا ہے؛ پُراثر نام یا مانوس پورٹ کلائنٹ میں معاونت نہیں بڑھاتا۔

ایپ یا کامکیا چنیں اور جانچیں
صرف HTTP پراکسی کا خانہ ہےHTTP پراکسی فہرست سے موزوں اینڈپوائنٹ۔ HTTPS منزل درکار ہو تو HTTPS CONNECT بھی جانچیں۔
SOCKS5 معاون ہے اور کنکشن یا DNS اختیارات چاہیےایسا SOCKS5 اینڈپوائنٹ جس کے دونوں سروں پر ضروری اختیارات معاون ہوں۔
UDP چاہیےکلائنٹ اور اینڈپوائنٹ دونوں میں UDP جانچیں؛ صرف SOCKS5 کا نام کافی نہیں۔
SOCKS4 چاہیےمطابق SOCKS4 اینڈپوائنٹ اور موزوں کلائنٹ موڈ۔
پراکسی معاونت نہیںفہرست کا IP خود ایپ کی ترتیب نہیں بنا سکتا۔

ویب اور API درخواستوں کے لیے HTTP پراکسی اکثر کافی ہے۔ وہ HTTP آگے بھیجتی اور اجازت ہو تو CONNECT سے HTTPS لے جاتی ہے۔ عام HTTP صفحہ کامیاب ہونا سرنگ معاونت کا ثبوت نہیں: سروس سرنگ کی توثیق مانگ سکتی یا منزلوں اور پورٹس کو محدود کر سکتی ہے۔

SOCKS HTTP درخواست کی تہہ سے نیچے کام کرتا ہے۔ مطابق ایپ HTTP درخواست کی تشریح کے بغیر کنکشن بنانے کو کہتی ہے، اس لیے دوسرے معاون ٹریفک کے لیے بھی مفید ہے۔ SOCKS5 IPv4، IPv6 اور ڈومین نام پتے، توثیق اور UDP وابستگی متعین کرتا ہے۔ کوئی خاص ایپ یا مفت اینڈپوائنٹ صرف کچھ خصوصیات نافذ کر سکتا ہے۔ براؤزر کا TCP SOCKS راستہ دوسری ایپ یا UDP سروس کو خود بخود نہیں ڈھانپتا۔

منزل کا نام کہاں حل ہوتا ہے؟

curl میں SOCKS5 URL کا املا طے کرتا ہے کہ منزل کا DNS کہاں ہوگا: socks5:// مقامی طور پر حل کرتا ہے؛ socks5h:// پراکسی سے کرواتا ہے۔ مختلف DNS مناظر ایک انتخاب کو کامیاب اور دوسرے کو ناکام بنا سکتے ہیں۔ دوسرے کلائنٹ چیک باکس یا الگ اختیار دے سکتے ہیں۔ صرف SOCKS5 چننے سے ہر DNS تلاش کا اس سے گزرنا ثابت نہیں ہوتا۔

SOCKS4 کی صلاحیت کم ہے؛ SOCKS4a ہوسٹ نام سنبھالنا بڑھاتا ہے۔ کلائنٹ اور سروس دونوں SOCKS5 کی معاونت کریں اور پرانا پروٹوکول استعمال کرنے کی وجہ نہ ہو تو مناسب SOCKS5 اندراج معقول پہلی پسند ہے۔ کلائنٹ SOCKS5 موڈ میں رکھ کر SOCKS4 اینڈپوائنٹ دینا پروٹوکول کی عدم مطابقت ہے۔

پروٹوکول مل جائے تو اصل منزل جانچیں اور پہلی ناکامی پہچانیں۔ HTTP یا SOCKS5 کوئی بھی گمنامی کا پیمانہ نہیں: منتظم پر اعتماد، منزل TLS اور ایپ کا حقیقی راستہ ہی تحفظ طے کرتے ہیں۔

متعلقہ مضامین