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