Squid 403 ପ୍ରତିକ୍ରିୟା: ନୂଆ ଅସ୍ୱୀକୃତି ନା କ୍ୟାସ୍ ହୋଇଥିବା ତ୍ରୁଟି?

ସେହି 403 ପୃଷ୍ଠା ଦୁଇଥର ଦେଖିବା କ୍ୟାସ୍ ହିଟ୍ ର ପ୍ରମାଣ ନୁହେଁ। କାରବାରର ପ୍ରବେଶ ରେକର୍ଡ ଏବଂ ପ୍ରତିକ୍ରିୟା ହେଡରକୁ ଦୁଇଟି ପ୍ରଶ୍ନ ସହ ମେଳାନ୍ତୁ: ଅସ୍ୱୀକୃତି କିଏ ସୃଷ୍ଟି କଲା, ଏବଂ ସଞ୍ଚିତ ପ୍ରତିକ୍ରିୟା ପୁଣି ବ୍ୟବହୃତ ହେଲା କି?

• ସ୍ଥାନୀୟ ଭାବରେ ଅସ୍ୱୀକୃତ ଅନୁରୋଧ ପାଇଁ ଏହାର ପ୍ରବେଶ-ନିୟମ କିମ୍ବା ପରିଚୟ ନିଷ୍ପତ୍ତି ଠିକ୍ କରିବା ଆବଶ୍ୟକ।
• ମୂଳରୁ ନୂଆ ଅସ୍ୱୀକୃତି ଅର୍ଥ ମୂଳ ଏବେ ମଧ୍ୟ ଅନୁରୋଧକୁ ଅସ୍ୱୀକାର କରେ।
• ପୁଣି ବ୍ୟବହୃତ ମୂଳ ପ୍ରତିକ୍ରିୟା ପାଇଁ ଏହାର ସତେଜତା ନୀତି ଏବଂ ପ୍ରଯୁଜ୍ୟ କ୍ୟାସ୍ ସଂରଚନା ଯାଞ୍ଚ ଆବଶ୍ୟକ।

HTTP କ୍ୟାସିଂ ଏହାର ସର୍ତ୍ତ ଅଧୀନରେ କେତେକ ଋଣାତ୍ମକ ପ୍ରତିକ୍ରିୟା ଅନ୍ତର୍ଭୁକ୍ତ କରେ, କିନ୍ତୁ 403 କୁ ଡିଫଲ୍ଟ ଭାବରେ ଆନୁମାନିକ ସତେଜତା ମିଳେ ନାହିଁ। ଅନ୍ୟଥା କ୍ୟାସ୍ ଯୋଗ୍ୟ ଅସ୍ୱୀକୃତି ଏକ ସ୍ପଷ୍ଟ ସେୟାର୍-କ୍ୟାସ୍ ଆୟୁ ବହନ କରିପାରେ। ମୂଳରେ ଅନୁମତି ବଦଳାଇବା ଏବେ ମଧ୍ୟ ସତେଜ ବୋଲି ଗଣାଯାଉଥିବା ପ୍ରତିକ୍ରିୟା ଲିଭାଏ ନାହିଁ; ଯାହା ସଞ୍ଚୟ କରିବା ଉଚିତ ନୁହେଁ ଏପରି ନିଷ୍ପତ୍ତି ପାଇଁ ଉପଯୁକ୍ତ ପ୍ରତିକ୍ରିୟା ନୀତି ବ୍ୟବହାର କରନ୍ତୁ।

Squid ର negative_ttl ଅଜ୍ଞାତ ସମାପ୍ତି ଥିବା କେତେକ ବିଫଳ ଅନୁରୋଧ ପାଇଁ ଅଲଗା ଫଲବ୍ୟାକ୍। ବର୍ତ୍ତମାନର ନିର୍ଦ୍ଦେଶ ସନ୍ଦର୍ଭରେ ଅନ୍ତର୍ଭୁକ୍ତ ସଂସ୍କରଣଗୁଡ଼ିକରେ ଏହାର ଡକ୍ୟୁମେଣ୍ଟେଡ୍ ଡିଫଲ୍ଟ ଶୂନ୍ୟ। ଏହା ସ୍ପଷ୍ଟ HTTP ନିର୍ଦ୍ଦେଶନାମା ଦ୍ୱାରା ସତେଜ କରାଯାଇଥିବା ତ୍ରୁଟି ପ୍ରତିକ୍ରିୟାକୁ ନିଷେଧ କରେ ନାହିଁ।

ସନ୍ଦର୍ଭ HTTP ଉଲ୍ଲଂଘନ ଅନୁମତି ଦେଉଥିବା build ମଧ୍ୟ ଆବଶ୍ୟକ କରେ ଏବଂ Squid 8 କୁ ବାଦ ଦିଏ। ସମର୍ଥନ ଯାଞ୍ଚ ନକରି Squid 2.7 ର ଆୟୁ ପରାମର୍ଶ ଅନ୍ୟ ସଂସ୍କରଣକୁ ନେବେ ନାହିଁ। କୌଣସି ବସ୍ତୁ ହଟାଇଲେ ତତ୍କ୍ଷଣାତ୍ ଲକ୍ଷଣ ଦୂର ହୋଇପାରେ; ଯାହା ଏହାକୁ ପୁଣି ବ୍ୟବହାରଯୋଗ୍ୟ କରେ ସେହି ନୀତି ପରବର୍ତ୍ତୀ ଅନୁରୋଧ ନିର୍ଣ୍ଣୟ କରେ।