Ncat کا HTTP پراکسی موڈ بمقابلہ مقررہ TCP ریلے

client → local TCP relay → existing forward proxy → destination

اس ترتیب میں ریلے کا ایک مقررہ بالائی بہاؤ ہوتا ہے۔ یہ کلائنٹ کی درخواست بغیر تبدیلی موجودہ فارورڈ پراکسی کو بھیجتا ہے۔ وہ پراکسی مطلق URL یا CONNECT ہدف پڑھتی ہے، پالیسی لاگو کرتی ہے اور منزل کا کنکشن کھولتی ہے۔

ریلے کو سیدھا ویب سائٹ کی طرف موڑنا معاہدہ بدل دیتا ہے۔ فارورڈ پراکسی کو منزلیں منتخب کرنی اور HTTP فریمنگ اور کنکشن کا رویہ سنبھالنا ہوتا ہے؛ پہلی سطر سے ہوسٹ نام نکالنا کافی نہیں۔

Nmap کا Ncat الگ سے HTTP سمجھنے والا سننے کا موڈ دیتا ہے:

ncat --listen 127.0.0.1 3128 --proxy-type http

یہ loopback مثال Ncat کی پراکسی عمل درآمد استعمال کرتی ہے، ہر nc میں موجود خصوصیت نہیں۔ اس کی سننے والی طرف کی پراکسی HTTP طریقے اور CONNECT سنبھالتی ہے۔ اس کے کلائنٹ طرف SOCKS اختیارات سننے کے موڈ میں SOCKS سرور قائم نہیں کرتے۔ مستقل مشترکہ سروس کو بھی سوچے سمجھے کنکشن انتظام، رسائی کنٹرول اور لاگنگ درکار ہے۔

مشاہدے کے لیے انکرپشن کی حد معلوم کریں۔ سادہ HTTP پراکسی کنکشن پر ریلے پراکسی درخواستیں اور جوابات دیکھ سکتا ہے۔ CONNECT کے بعد منزل کا HTTPS TLS بائٹس ہے، پڑھنے کے قابل صفحہ مواد نہیں۔ پراکسی تک TLS اس لنک پر ابتدائی پراکسی تبادلے کو بھی چھپا دیتا ہے۔ تشریح شدہ لین دین کے لیے کلائنٹ اور پراکسی تشخیص استعمال کریں، اور ایسے لاگ محفوظ رکھیں جن میں اسناد یا حساس URL ہو سکتے ہیں۔