only-if-cached ପ୍ରକ୍ସିରୁ ସଂରକ୍ଷିତ ପ୍ରତିକ୍ରିୟା ମାଗେ

ପୂର୍ବରୁ ସଂରକ୍ଷିତ ପ୍ରତିକ୍ରିୟା ବ୍ୟବହାର କରିବା ଉଚିତ ଅନୁରୋଧ ପାଇଁ HTTP Cache-Control: only-if-cached ନିର୍ଦ୍ଧାରଣ କରେ।

କ୍ଲାଏଣ୍ଟ ଏହାକୁ HTTP କ୍ୟାସିଂ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ପଠାଇପାରେ:

curl --proxy http://127.0.0.1:3128 \
  --header 'Cache-Control: only-if-cached' \
  --include http://www.example.org/report

ଏହି ନିର୍ଦ୍ଦେଶ ମାନୁଥିବା କ୍ୟାସ ଅନୁରୋଧର ଅନ୍ୟ ସୀମାସହ ସମ୍ମତ ସଂରକ୍ଷିତ ପ୍ରତିକ୍ରିୟା ଫେରାଇବା ଉଚିତ, କିମ୍ବା ଅନୁରୋଧ ପୂରଣ କରିବାକୁ ନ ପାରିଲେ 504 Gateway Timeout ଦେବା ଉଚିତ। ଏଠାରେ 504 ପ୍ରକ୍ସିକୁ ବିଫଳ TCP ସଂଯୋଗ ନୁହେଁ, କ୍ୟାସ ନୀତି ବୁଝାଇପାରେ।

ନିର୍ଦ୍ଦେଶ ପୁରୁଣା ବିଷୟବସ୍ତୁକୁ ସ୍ୱଚାଳିତ ଭାବେ ଅନୁମତି ଦିଏ ନାହିଁ। ସତେଜତା, ଯାଞ୍ଚ ଆବଶ୍ୟକତା ଏବଂ ମେଳ ଖାଉଥିବା Vary କ୍ଷେତ୍ର ଏବେ ମଧ୍ୟ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ। no-cache ଅନୁରୋଧ ନିର୍ଦ୍ଦେଶ ବଦଳରେ ପୁନଃ ବ୍ୟବହାର ପୂର୍ବରୁ ମୂଳରେ ସଫଳ ଯାଞ୍ଚ ମାଗିପାରେ।

ଏହା କ୍ୟାସର ଅଫଲାଇନ ଯାଞ୍ଚ ମୋଡ ସେଟ କରିବାଠାରୁ ମଧ୍ୟ ଭିନ୍ନ। only-if-cached ବ୍ୟକ୍ତିଗତ ଅନୁରୋଧରେ ବହନ କରାଯାଏ ଏବଂ କ୍ଲାଏଣ୍ଟ କଣ ଗ୍ରହଣ କରିବାକୁ ପ୍ରସ୍ତୁତ ତାହା ପ୍ରକାଶ କରେ।

ଏହି ଆଚରଣକୁ ସମର୍ଥନ କରୁଥିବା କ୍ୟାସ ବ୍ୟବହାର କରନ୍ତୁ। ଅବହେଳିତ ଅନୁରୋଧ ନିର୍ଦ୍ଦେଶ ଫାୟାରୱାଲ ନୁହେଁ, ତେଣୁ ଅପଷ୍ଟ୍ରିମ ଟ୍ରାଫିକକୁ କଠୋର ଭାବେ ରୋକିବା ପାଇଁ ସ୍ୱତନ୍ତ୍ର ଭାବେ ଲାଗୁ କରାଯାଇଥିବା ନେଟୱାର୍କ କିମ୍ବା ସର୍ଭର ନୀତି ଆବଶ୍ୟକ।

ସାଧାରଣ HTTPS CONNECT ପ୍ରକ୍ସି ଏନକ୍ରିପ୍ଟେଡ HTTP ହେଡର ଦେଖେ ନାହିଁ ଏବଂ ସେହି ଟନେଲରୁ ପୃଷ୍ଠା ବସ୍ତୁ ରଖେ ନାହିଁ। ଉଦାହରଣ ଜାଣିଶୁଣି ସରଳ HTTP ଉତ୍ସ ବ୍ୟବହାର କରେ ଯାହାକୁ କ୍ୟାସ ପ୍ରକ୍ରିୟା କରିପାରେ।