ICAP HTML جواب سروس کو Squid 7 سے جوڑنا

ایسے Squid فارورڈ پراکسی کے لیے جسے HTML جواب تبدیل کرنا ہے، adaptation راستہ استعمال کریں۔ Squid براؤزر کی پراکسی درخواست سنبھالتا ہے؛ ICAP جواب سروس باڈی کی تبدیلی کرتی ہے اور موزوں شدہ HTTP پیغام واپس بھیجتی ہے۔

یہ تبدیلی کو درخواست کے زندگی چکر میں متعین جگہ دیتا ہے۔ جواب ہیڈر کا اصول HTML پارسر کی جگہ نہیں لے سکتا، اور الگ ویب سرور فلٹر Squid سے گزرنے والی ٹریفک کو خودکار طور پر پروسیس نہیں کرتا۔

جواب سروس جوڑیں

ICAP معاونت والے Squid 7 بلڈ اور موجودہ موافق سروس کے لیے کنفیگریشن کی شکل یہ ہے:

acl adaptation_clients src 192.0.2.0/24

icap_enable on
icap_service html_editor respmod_precache bypass=0 icap://127.0.0.1:1344/modify

adaptation_access html_editor allow adaptation_clients
adaptation_access html_editor deny all

کلائنٹ رینج اور سروس URI مثالیں ہیں۔ URI کو ایسی حقیقی ICAP سروس کا نام دینا چاہیے جو جواب کی تبدیلی نافذ کرے؛ /modify کا اعلان سروس نہیں بناتا۔ یہ حصہ پراکسی کے موجودہ سننے والے اور رسائی کنٹرولز کو مکمل کرتا ہے۔

respmod_precache کیش سے پہلے کے مقام پر جواب adaptation منتخب کرتا ہے۔ adaptation_access اس سروس کے لیے لین دین منتخب کرتا ہے۔ bypass=0 ترتیب کا مطلب ہے کہ جب قابلِ اطلاق لین دین کو سروس کی ناکامی پیش آئے تو Squid اس سروس کو خاموشی سے نہیں چھوڑ سکتا۔ یہ ناکامی کا رویہ اس بات کے مطابق منتخب کریں کہ تبدیلی لازمی ہے یا نہیں۔

adaptation ہدایات ورژن کے لحاظ سے مخصوص ہیں۔ بالخصوص، یہ کنفیگریشن حوالہ جات Squid 7 اور سابقہ معاون شاخوں کے لیے ICAP سروس اور adaptation رسائی کے انٹرفیس درج کرتے ہیں اور Squid 8 میں انہیں دستیاب نہ ہونے کے طور پر نشان زد کرتے ہیں۔ اس حصے کو Squid 7 کی مثال سمجھیں، کسی بھی ریلیز میں نقل نہ کریں۔

سروس کو درست تبدیلی کا معاہدہ دیں

مشخص کریں کہ کون سے جوابات اہل ہیں اور کون سی تبدیلیاں درکار ہیں۔ صرف HTML کی تبدیلی کو تصاویر، محفوظات اور غیر متعلق میڈیا کو اچھوتا چھوڑنا چاہیے۔ سروس کو وہ نمائندگی بھی سنبھالنی چاہیے جو اسے حقیقت میں ملتی ہے: دبے ہوئے باڈی، حروف کی انکوڈنگ اور تبدیل شدہ باڈی بیان کرنے والا میٹا ڈیٹا۔ من مانی جواب بائٹس میں متن داخل کرنا عام HTML تبدیلی نہیں ہے۔

جب تبدیلی صارف سے مخصوص ہو تو کیشنگ پر غور کریں۔ اگر نتیجے میں بننے والی نمائندگی صرف ایک قاری کے لیے درست ہو تو precache تبدیلی اور مشترکہ کیش برا امتزاج ہیں۔ کیش کی صلاحیت اور تبدیلی کی پالیسی کو ہم آہنگ رکھیں، اور قابلِ اطلاق no-transform ہدایات کی پاسداری کریں۔

آخر میں، عام HTTPS CONNECT سرنگ خفیہ کردہ بائٹس لے جاتی ہے۔ یہ HTML کو جواب ایڈاپٹر کے سامنے نہیں لاتی۔ دانستہ طور پر منظم TLS معائنہ کے انتظام کے لیے اپنی موافق ترتیب اور کلائنٹ کا اعتماد درکار ہے، تب ہی ڈکرپٹ شدہ جوابات اس راستے میں آ سکتے ہیں۔ صرف ICAP اصول وہ نظر نہیں ڈالتا۔