VPN کے پیچھے کیشنگ: HTTPS اب بھی کیا چھپاتا ہے

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

TLS سیشن براؤزر کا ہے

عام HTTPS میں براؤزر سائٹ کے ساتھ کلیدوں پر بات چیت کرتا ہے، اور مصافحے کے بعد ہر ریکارڈ انہی سروں کے جوڑے کے لیے خفیہ ہوتا ہے۔ VPN گیٹ وے اپنی بنائی سرنگ کو ڈکرپٹ کرتا ہے اور پھر غیر شفاف TLS ریکارڈ آگے بھیجتا ہے۔ یہ منزلیں، وقت اور حجم دیکھ سکتا ہے، درخواست کی سطر یا جواب کا مرکزی حصہ نہیں۔ یہی وہ حد ہے جس کے ساتھ ہر کیش کو رہنا پڑتا ہے۔

اسے توڑنے والا کوئی بھی ڈیزائن TLS مداخلت کا ڈیزائن ہے، جس کے اپنے نتائج سرٹیفکیٹ اعتماد اور آلات کے انتظام میں ہیں۔

CONNECT سرنگ ہے، کیش نہیں

واضح فارورڈ پراکسی عام طور پر HTTP CONNECT درخواست وصول کرتا ہے اور پھر دونوں سمتوں میں بائٹس ریلے کرتا ہے۔ ریلے ہی کلیدی لفظ ہے: پراکسی خفیہ گفتگو کا تجزیہ نہیں کرتا۔

curl -sSI -x http://proxy.example:3128 https://example.com/

جواب کے ہیڈر پراکسی کی سرنگ کے انتظام سے آتے ہیں، صفحے کی کیش شدہ نقل سے نہیں۔ کامیاب CONNECT کا مطلب ہے راستہ کام کرتا ہے، یہ نہیں کہ دوبارہ استعمال کے لیے کچھ محفوظ ہوا۔ پورٹ 443 کو کیش کی طرف موڑنا بھی اسے TLS بولنا نہیں سکھاتا، کیونکہ کیشنگ کے لیے پڑھنے کے قابل پیغامات درکار ہیں۔ کلائنٹ کنفیگریشن کو معاون واضح پراکسی ترتیب استعمال کرنی چاہیے، بغیر وضاحت کے ری ڈائریکٹ نہیں۔

جو آپ چلاتے ہیں اسے کیش کریں، جو براؤز کرتے ہیں اسے نہیں

جہاں مواد آپ کا ہے، وہاں ریورس پراکسی TLS ختم کر کے منظور شدہ جوابات جان بوجھ کر محفوظ کر سکتا ہے۔ جہاں وہ پیکیج ذخیرے کا ہے، وہاں وہ آئینہ استعمال کریں جسے پروجیکٹ معاونت دیتا ہے۔

nginx -T | grep -n "proxy_cache"
curl -sSI https://mirror.example/pkg/index.json | grep -i -E "cache-control|age"

پہلا حکم دکھاتا ہے کہ کیش زون کنفیگر ہے یا نہیں اور کہاں لاگو ہوتا ہے، جبکہ دوسرا ایک شے کے لیے ماخذ کی اپنی کیشنگ ہدایات دکھاتا ہے۔ مشترکہ کیش کو تازگی، کیش کنٹرول اور درخواست کی وہ خصوصیات ماننی چاہئیں جو نمائندگیوں کو الگ کرتی ہیں؛ private اور no-store مختلف معنی رکھتے ہیں اور ہٹ کی شرح بڑھانے کے لیے کسی کو بھی نہیں ہٹایا جانا چاہیے۔ HTTP کیشنگ قواعد تصدیق شدہ درخواستوں کے جوابات محفوظ کرنے کو بھی محدود کرتے ہیں، اور وہیں ذاتی صفحہ ڈیٹا کی نمائش بن جاتا ہے۔ پراکسی کو کھلا ریلے دکھانے کے بجائے منظور شدہ کلائنٹس تک محدود رکھیں۔

ہٹ کی پیمائش کریں، اسٹاپ واچ کی نہیں

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

کام، کیش کلید اور دوبارہ استعمال کی اجازت دینے والی پالیسی درج کریں۔ کیش بہتری کے لباس میں ڈیٹا شیئر کرنے کا فیصلہ ہے۔