Squid କେବେ APT ପ୍ୟାକେଜ୍ କ୍ୟାସ୍ କରିପାରିବ
ପ୍ୟାକେଜ୍ ଅନୁରୋଧ Squid ହିଟ୍ ହେବା ଆଶା କରିବା ପୂର୍ବରୁ HTTP ପରିବହନ, କ୍ୟାସ୍ ସଂରକ୍ଷଣ, ବସ୍ତୁ ଆକାର ଏବଂ APT ର cache-control ସେଟିଂସ୍ ଯାଞ୍ଚ କରନ୍ତୁ।
APT ଏବଂ aptitude HTTP ମାଧ୍ୟମରେ ରିପୋଜିଟୋରୀ ଫାଇଲ ଆଣିପାରେ। Squid ଉପଯୁକ୍ତ HTTP ପ୍ରତିକ୍ରିୟା କ୍ୟାସ୍ କରିପାରେ; କ୍ଲାଏଣ୍ଟ ୱେବ୍ ବ୍ରାଉଜର ହେବା ଆବଶ୍ୟକ ନାହିଁ।
Squid 6 କିମ୍ବା 7 ନିୟୋଜନରେ, ଯେତେବେଳେ ପ୍ରତ୍ୟେକ ପ୍ୟାକେଜ୍ ସ୍ଥାନାନ୍ତର ଏବେ ମଧ୍ୟ ଉତ୍ସରେ ପହଞ୍ଚେ, ଏହି ଇନପୁଟଗୁଡ଼ିକ ଯାଞ୍ଚ କରନ୍ତୁ:
- ଡାଉନଲୋଡ୍ HTTP ବ୍ୟବହାର କରେ, କିମ୍ବା Squid ଅନ୍ୟ ଉପାୟରେ HTTP ବିନିମୟକୁ ପ୍ରବେଶ କରେ। କେବଳ HTTPS CONNECT ଟନେଲ ପ୍ୟାକେଜ୍ ପ୍ରତିକ୍ରିୟାକୁ କ୍ୟାସ୍ ପାଇଁ ପ୍ରକାଶ କରେ ନାହିଁ।
- କ୍ୟାସରେ ଉପଯୁକ୍ତ ସଂରକ୍ଷଣ ବିନ୍ୟାସ ଅଛି। ସଫଳ ଫରୱାର୍ଡିଂ ଡିସ୍କ କ୍ୟାସ୍ ଅଛି ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।
- ଆର୍କାଇଭ୍ ପ୍ରଯୁଜ୍ୟ କ୍ୟାସ୍ ଡିରେକ୍ଟୋରୀର ସର୍ବାଧିକ ବସ୍ତୁ ଆକାରରେ ଫିଟ୍ ହୁଏ। ଛୋଟ ମେଟାଡାଟା ଏବଂ ବଡ଼ .deb ଭିନ୍ନ ଫଳାଫଳ ଦେଇପାରେ।
- ଅନୁରୋଧ ଏବଂ ପ୍ରତିକ୍ରିୟା ସେମାନଙ୍କ cache-control ନୀତି ଅଧୀନରେ ସଂରକ୍ଷଣ ଏବଂ ପୁନଃବ୍ୟବହାରକୁ ଅନୁମତି ଦିଏ।
APT Acquire::http::No-Cache, Max-Age ଏବଂ No-Store ପ୍ରଦାନ କରେ। No-Store ଅନୁରୋଧିତ ଆର୍କାଇଭ୍ ଫାଇଲ ସଂରକ୍ଷଣକୁ ରୋକିପାରେ। No-Cache ସଂରକ୍ଷିତ ପ୍ରତିକ୍ରିୟା ପୁନଃବ୍ୟବହାର ପୂର୍ବରୁ ପୁନଃଯାଞ୍ଚ ମାଗେ। ପ୍ରଭାବୀ APT ବିନ୍ୟାସ ଏବଂ Squid ର ନୀତି ଯାଞ୍ଚ କରନ୍ତୁ।
ସମାନ ସମ୍ପୂର୍ଣ୍ଣ URL ତୁଳନା କରନ୍ତୁ ଏବଂ access.log ରେ କ୍ୟାସ୍ ଫଳାଫଳ ଯାଞ୍ଚ କରନ୍ତୁ। ଭିନ୍ନ ମିରର୍ ହୋଷ୍ଟ, ପରିବର୍ତ୍ତିତ ରିପୋଜିଟୋରୀ ପଥ କିମ୍ବା ସ୍ଥାନୀୟ ଭାବରେ କ୍ୟାସ୍ ହୋଇଥିବା ପ୍ୟାକେଜ୍ ଅର୍ଥ ହୋଇପାରେ ଯେ ଦୁଇଟି ଇନଷ୍ଟଲ୍ କେବେ ଏକ ସମାନ ନେଟୱାର୍କ ବସ୍ତୁ ମାଗନ୍ତି ନାହିଁ।
ରିପୋଜିଟୋରୀ ମିରର୍ କେବଳ ଚାହିଦା-ଆଧାରିତ HTTP କ୍ୟାସ୍ ପୁନଃବ୍ୟବହାର ଉପରେ ନିର୍ଭର ନକରି ରିପୋଜିଟୋରୀ ବିଷୟବସ୍ତୁ ଉଦ୍ଦେଶ୍ୟମୂଳକ ଭାବରେ ରକ୍ଷଣାବେକ୍ଷଣ କରେ।