ମିରର୍ ଘୂର୍ଣ୍ଣନ Squid କଣ ପୁନଃ ବ୍ୟବହାର କରିପାରିବ ତାହା ବଦଳାଏ

ଦୁଇଟି କ୍ଲାଏଣ୍ଟ Squid ମାଧ୍ୟମରେ ସେହି RPM ଡାଉନଲୋଡ୍ କରନ୍ତି, କିନ୍ତୁ ଦ୍ୱିତୀୟ ସ୍ଥାନାନ୍ତର ତଥାପି ଏକ ମିରର୍‌ରେ ପହଞ୍ଚେ। ସମ୍ପୂର୍ଣ୍ଣ ଅନୁରୋଧ URL ତୁଳନା କରନ୍ତୁ:

http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpm

ପ୍ୟାକେଜ୍ ଫାଇଲନାମ ମେଳ ଖାଏ; ସେମାନଙ୍କ ଲକ୍ଷ୍ୟ URI ଅଲଗା। HTTP କ୍ୟାସେ କୀରେ ଅନୁରୋଧ ପଦ୍ଧତି ଏବଂ ଲକ୍ଷ୍ୟ URI ଅନ୍ତର୍ଭୁକ୍ତ, ତେଣୁ ମେଳ ଖାଉଥିବା ପ୍ୟାକେଜ୍ ଚେକସମ୍ ଏହି ଏଣ୍ଟ୍ରିଗୁଡ଼ିକୁ ସ୍ୱଚାଳିତ ଭାବରେ ଯୋଡ଼େ ନାହିଁ।

Yum ଏବଂ DNF ଏକ ସ୍ଥିର baseurl ବ୍ୟବହାର କରିପାରେ କିମ୍ବା mirrorlist ଏବଂ metalink ମାଧ୍ୟମରେ ମିରର୍ ଖୋଜି ପାରେ। ତେଣୁ ଏକାପରି ସ୍ଥାପନା ଅଲଗା ଡାଉନଲୋଡ୍ URL ବାଛି ପାରେ।

ଗୋଟିଏ ଅନୁମୋଦିତ ମିରର୍ ବ୍ୟବହାର ଦୃଶ୍ୟମାନ ଅନୁରୋଧଗୁଡ଼ିକୁ ସମାନ କ୍ୟାସେ ପରିଚୟ ଦିଏ। ରେପୋଜିଟୋରୀ ପଥ, ଆର୍କିଟେକଚର ଏବଂ ସୁଇଟ୍ ସମାନ ରଖନ୍ତୁ। ପିନିଂ ଉପଲବ୍ଧତା ଏବଂ ମିରର୍ ଚୟନ ଆଚରଣ ମଧ୍ୟ ବଦଳାଏ, ତେଣୁ ଏହାକୁ ରେପୋଜିଟୋରୀ ନୀତିର ନିଷ୍ପତ୍ତି କରନ୍ତୁ।

ଅବଜେକ୍ଟ କ୍ୟାସିଂ ଉପଲବ୍ଧ କି ନାହିଁ ଯାଞ୍ଚ କରନ୍ତୁ

ସାଧାରଣ HTTPS CONNECT ଟନେଲ୍ ଭିତରେ Squid HTTP କ୍ୟାସିଂ ପାଇଁ RPM ପ୍ରତିକ୍ରିୟାର ମୁଖ୍ୟ ଅଂଶ ଦେଖିପାରେ ନାହିଁ। ଏକ ସାଧାରଣ ମିରର୍ ହୋଷ୍ଟନାମ ତାହା ବଦଳାଇବ ନାହିଁ। HTTPS ରେପୋଜିଟୋରୀ ଏନକ୍ରିପ୍ଟେଡ୍ ରଖନ୍ତୁ।

Squid କ୍ୟାସେ କରିପାରୁଥିବା ପ୍ରତିକ୍ରିୟା ପାଇଁ, ପୁନଃବ୍ୟବହାର ତଥାପି ସତେଜତା, ଅନୁରୋଧ ଏବଂ ପ୍ରତିକ୍ରିୟା ନିର୍ଦ୍ଦେଶ ଏବଂ ସ୍ଥାନୀୟ କ୍ୟାସେ ନୀତି ଉପରେ ନିର୍ଭର କରେ। ଚୟନିତ URL, କାରବାର ଦୃଶ୍ୟମାନ HTTP ଥିଲା କି ଏନକ୍ରିପ୍ଟେଡ୍ ଟନେଲ୍, ଏବଂ ଏହାର କ୍ୟାସେ ଫଳାଫଳ ରେକର୍ଡ କରନ୍ତୁ।