cache নিৰ্দেশ সমৰ্থন কৰা Squid সংস্কৰণত, response-cache পুনৰ ব্যৱহাৰ নকৰাকৈ forwarding চলাই ৰাখিবলৈ এই নিয়ম ব্যৱহাৰ কৰক:

cache deny all

এই নিৰ্দেশে প্ৰভাৱিত অনুৰোধবোৰ response cache ৰ পৰা পূৰণ হোৱাত বাধা দিয়ে আৰু সিহঁতৰ response সংৰক্ষণ কৰাতো বাধা দিয়ে। ই বিদ্যমান cache ফাইল মচি নেপেলায়।

প্ৰৱেশ নিয়মবোৰ পৃথক ৰাখক। http_access এ নিৰ্ধাৰণ কৰে ক্লায়েন্টে অনুৰোধ কৰিব পাৰে নে নাই; cache এ response-cache ব্যৱহাৰ নিৰ্ধাৰণ কৰে। অস্বীকাৰক এই নিয়মেৰে সলনি নকৰিব আৰু ক্লায়েন্ট, authentication আৰু গন্তব্যৰ নিষেধাজ্ঞা নহটাওক।

বহিৰ্গামী ঠিকনা আৰু routing নিয়মে এতিয়াও পোনপটীয়া উৎস বাছনি কৰে; parent এ এতিয়াও চূড়ান্ত exit যোগান ধৰিব পাৰে। DNS, লগ, সংযোগ পুনৰ ব্যৱহাৰ আৰু অন্য internal অৱস্থাও থাকে। object পুনৰ ব্যৱহাৰ বন্ধ কৰাটো নতুন IP বাছনি কৰাৰ উপায় নহয়।

এটা সাধাৰণ HTTPS CONNECT tunnel এ ইতিমধ্যে ভিতৰৰ response সাধাৰণ object caching ৰ পৰা লুকুৱাই ৰাখে। এই নিয়মে সেই TLS দৃশ্যমানতা সলনি নকৰে। পুৰণি no_cache ৰেচিপিৰ একেই সমৰ্থিত interface আছে বুলি ধৰি লোৱাৰ পৰিৱৰ্তে আপোনাৰ সংস্কৰণৰ বাবে নথিভুক্ত নিৰ্দেশ ব্যৱহাৰ কৰক।

সম্পৰ্কিত প্ৰবন্ধ