Squid 7-এর সাথে একটি ICAP HTML প্রতিক্রিয়া সেবা সংযুক্ত করুন
একটি বিদ্যমান ICAP প্রতিক্রিয়া সেবা 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 precache বিন্দুতে প্রতিক্রিয়া adaptation নির্বাচন করে। adaptation_access সেই সেবার জন্য লেনদেন নির্বাচন করে। bypass=0 সেটিং মানে হলো, প্রযোজ্য লেনদেনে সেবা ব্যর্থতা ঘটলে Squid নীরবে এই সেবা এড়িয়ে যেতে পারে না। রূপান্তর আবশ্যক কি না তার ভিত্তিতে সেই ব্যর্থতার আচরণ বেছে নিন।
adaptation নির্দেশগুলো সংস্করণ-নির্দিষ্ট। বিশেষত, এই কনফিগারেশন রেফারেন্সগুলো Squid 7 এবং আগের সমর্থিত লাইনের জন্য ICAP সেবা ও adaptation-access ইন্টারফেস তালিকাভুক্ত করে এবং Squid 8-এ সেগুলো অনুপলব্ধ বলে চিহ্নিত করে। অংশটিকে Squid 7-এর উদাহরণ হিসেবে দেখুন, যেকোনো রিলিজে কপি করবেন না।
সেবাকে একটি নির্দিষ্ট রূপান্তর চুক্তি দিন
কোন প্রতিক্রিয়াগুলো যোগ্য এবং কোন পরিবর্তন প্রয়োজন তা নির্দিষ্ট করুন। কেবল-HTML রূপান্তরে ছবি, আর্কাইভ ও অসম্পর্কিত মিডিয়া অক্ষত থাকা উচিত। সেবাকে প্রকৃতপক্ষে যে উপস্থাপনা পায় তাও সামলাতে হবে: সংকুচিত বডি, অক্ষর এনকোডিং এবং পরিবর্তিত বডি বর্ণনাকারী মেটাডেটা। যেকোনো প্রতিক্রিয়া বাইটে টেক্সট সন্নিবেশ করা সাধারণ HTML রূপান্তর নয়।
প্রতিস্থাপন ব্যবহারকারী-নির্দিষ্ট হলে ক্যাশিং বিবেচনা করুন। ফলস্বরূপ উপস্থাপনা কেবল একজন পাঠকের জন্য বৈধ হলে precache রূপান্তর ও শেয়ার্ড ক্যাশ খারাপ সমন্বয়। ক্যাশযোগ্যতা ও রূপান্তর নীতি সামঞ্জস্যপূর্ণ রাখুন এবং প্রযোজ্য no-transform নির্দেশ মানুন।
সর্বশেষে, একটি সাধারণ HTTPS CONNECT টানেল এনক্রিপ্ট করা বাইট বহন করে। এটি HTML-কে প্রতিক্রিয়া অ্যাডাপ্টারের কাছে প্রকাশ করে না। ইচ্ছাকৃতভাবে পরিচালিত TLS পরিদর্শন ব্যবস্থার নিজস্ব উপযুক্ত সেটআপ ও ক্লায়েন্ট বিশ্বাস প্রয়োজন, তবেই ডিক্রিপ্ট করা প্রতিক্রিয়া এই পথে প্রবেশ করতে পারে। কেবল ICAP নিয়ম সেই দৃশ্যমানতা যোগ করে না।