شفاف پراکسی DNAT: واپسی کا راستہ کیوں اہم ہے

ری ڈائریکٹ شدہ SYN Squid تک پہنچ سکتا ہے جبکہ کلائنٹ اب بھی ٹائم آؤٹ میں ہے۔ DNAT سیٹ اپ میں واپسی کا پیکٹ بھی اُس گیٹ وے تک پہنچنا چاہیے جس کے پاس ترجمے کی حالت ہے۔

اِس فرضی LAN پر غور کریں:

client 192.168.40.25 → gateway 192.168.40.1
                         DNAT → proxy 192.168.40.10
proxy 192.168.40.10 → client 192.168.40.25 directly

کلائنٹ نے اصل میں کسی ویب سائٹ کے پتے سے رابطہ کیا۔ DNAT کے بعد پراکسی کلائنٹ کا ماخذ دیکھتی ہے اور مقامی سب نیٹ راستہ استعمال کر کے براہِ راست جواب دے سکتی ہے۔ وہ جواب گیٹ وے کے الٹے ترجمے سے گزر نہیں ہوتا اور متوقع ویب سائٹ پتے کی بجائے پراکسی پتے سے کلائنٹ تک پہنچ سکتا ہے۔ گیٹ وے اُن پیکٹوں کو ٹھیک نہیں کر سکتا جو اُسے کبھی نہیں ملتے۔

خوبصورت لاگ کے لیے واپسی کا راستہ جانچے بغیر SNAT نہ ہٹائیں۔ اِسے وسیع پیمانے پر لاگو کرنا ماخذ ACL اور انتساب بھی بدل دیتا ہے؛ اِس نتیجے کو ڈیزائن کا حصہ مان لیں۔

ایک قابلِ اعتماد HTTP ہاپ فارورڈنگ ہیڈر میں کلائنٹ میٹا ڈیٹا منتقل کر سکتا ہے، لیکن NAT وہ ہیڈر نہیں بناتا اور نہ اُسے TCP ساتھی کی شناخت بناتا ہے۔ Squid تک کنکشن پر ماخذ محفوظ رکھنا اُسے Squid کے الگ ویب سائٹ کنکشن پر بھی محفوظ نہیں رکھتا۔

آخر میں، مداخلت کا ڈیزائن اب بھی Squid کو درکار منزل کی معلومات فراہم کرنا چاہیے۔ متوازی واپسی روٹنگ اِس ٹائم آؤٹ میکانزم کو حل کرتی ہے، پوری شفاف پراکسی ترتیب کو نہیں۔