Squid 403 প্রতিক্রিয়া: নতুন অস্বীকৃতি নাকি ক্যাশ করা ত্রুটি?

একই 403 পৃষ্ঠা দুবার দেখা যাওয়া ক্যাশ হিটের প্রমাণ নয়। লেনদেনের অ্যাক্সেস রেকর্ড ও প্রতিক্রিয়ার হেডার দুটি প্রশ্নের সাথে মিলিয়ে দেখুন: অস্বীকৃতিটি কে তৈরি করেছে, এবং সংরক্ষিত প্রতিক্রিয়া পুনরায় ব্যবহৃত হয়েছিল কি?

• স্থানীয়ভাবে অস্বীকৃত অনুরোধের ক্ষেত্রে তার অ্যাক্সেস-নিয়ম বা পরিচয়ের সিদ্ধান্ত সংশোধন করা প্রয়োজন।
• নতুন উৎসের অস্বীকৃতি মানে উৎস এখনও অনুরোধ প্রত্যাখ্যান করছে।
• পুনরায় ব্যবহৃত উৎস প্রতিক্রিয়ার ক্ষেত্রে তার সতেজতা নীতি ও প্রযোজ্য ক্যাশ কনফিগারেশন পরীক্ষা করা প্রয়োজন।

HTTP ক্যাশিং তার ক্যাশিং শর্তের অধীনে কিছু নেতিবাচক প্রতিক্রিয়া অন্তর্ভুক্ত করে, তবে 403 ডিফল্টভাবে হিউরিস্টিক সতেজতা পায় না। অন্যথায় ক্যাশযোগ্য অস্বীকৃতি একটি স্পষ্ট শেয়ার্ড-ক্যাশ আয়ুষ্কাল বহন করতে পারে। উৎসে অনুমতি পরিবর্তন করলে সতেজ হিসেবে গণ্য প্রতিক্রিয়া মুছে যায় না; যা সংরক্ষণ করা উচিত নয় এমন সিদ্ধান্তের জন্য উপযুক্ত প্রতিক্রিয়া নীতি ব্যবহার করুন।

Squid-এর negative_ttl হলো অজানা মেয়াদযুক্ত কিছু ব্যর্থ অনুরোধের জন্য আলাদা ফলব্যাক। বর্তমান নির্দেশিকা রেফারেন্সে আচ্ছাদিত সংস্করণগুলিতে এর নথিভুক্ত ডিফল্ট শূন্য। এটি স্পষ্ট HTTP নির্দেশনার মাধ্যমে সতেজ করা ত্রুটি প্রতিক্রিয়া নিষিদ্ধ করে না।

রেফারেন্সটি HTTP লঙ্ঘন অনুমোদনকারী বিল্ডও প্রয়োজন করে এবং Squid 8 বাদ দেয়। সমর্থন যাচাই না করে Squid 2.7-এর আয়ুষ্কাল পরামর্শ অন্য সংস্করণে স্থানান্তর করবেন না। কোনো বস্তু সরিয়ে তাৎক্ষণিক উপসর্গ দূর হতে পারে; যেটি তাকে পুনরায় ব্যবহারযোগ্য করে সেই নীতিই পরবর্তী অনুরোধ নির্ধারণ করে।