APT ର୍ୟାପର ବିନା SOCKS5h ବ୍ୟବହାର କରିପାରେ
SOCKS5h ସମର୍ଥନ ଦଲିଲଭୁକ୍ତ ଥିବା APT ସଂସ୍କରଣଗୁଡ଼ିକରେ, ପ୍ରକ୍ସି URI HTTP କିମ୍ବା HTTPS ପରିବହନ ସେଟିଂସ ଅଧୀନରେ ରହେ, କୌଣସି ନିର୍ମିତ Acquire::socks ବିଭାଗରେ ନୁହେଁ।
“APT through SOCKS” ସମ୍ପର୍କରେ ପୁରୁଣା ଉତ୍ତରଗୁଡ଼ିକ ପ୍ରାୟତଃ ର୍ୟାପର କିମ୍ବା HTTP-to-SOCKS ରିଲେ ସୁପାରିଶ କରନ୍ତି। ସେ ଉତ୍ତରଗୁଡ଼ିକ ପୁରୁଣା ସଂସ୍କରଣର ପ୍ରକୃତ ସୀମା ବର୍ଣ୍ଣନା କରିପାରେ। କିନ୍ତୁ socks5h ସମର୍ଥନ ଦଲିଲଭୁକ୍ତ କରୁଥିବା APT ସଂସ୍କରଣରେ ସେଗୁଡ଼ିକ ଏକମାତ୍ର ବିକଳ୍ପ ନୁହେଁ।
ଏକ ବିନ୍ୟାସ ଅଂଶ ବିଦ୍ୟମାନ acquisition transport କୀ ବ୍ୟବହାର କରିପାରେ:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";ଏହି ଉଦାହରଣ ଧରୁଛି ଯେ ସେହି ମେସିନରେ ପୂର୍ବରୁ ଏକ ଅଧିକୃତ SOCKS5 ଶ୍ରୋତା ଅଛି। ଏହା ଏକ ଆରମ୍ଭ କରେ ନାହିଁ। SSH ଗତିଶୀଳ ଫରୱାର୍ଡ ସେହି ସ୍ଥାନୀୟ ଶ୍ରୋତା ସୃଷ୍ଟି କରିବାର ଏକ ଉପାୟ। ଯଦି ପ୍ରକ୍ସି ଦୂରସ୍ଥ, ତେବେ ଏହାର ପ୍ରକୃତ ପହଞ୍ଚଣୀୟ ଏଣ୍ଡପଏଣ୍ଟ ବ୍ୟବହାର କରନ୍ତୁ; SOCKS5 ପ୍ରକ୍ସି ତାଲିକାର ପ୍ରାର୍ଥୀମାନେ କେବଳ ସେଠାରେ ଲାଗୁ ଯେଉଁଠି ରିପୋଜିଟୋରୀ ଅନୁରୋଧ ପାଇଁ ସାର୍ବଜନୀନ ପ୍ରକ୍ସି ଅନୁମତିପ୍ରାପ୍ତ।
ସ୍କିମ ନିର୍ଦ୍ଦେଶର ଅଂଶ
APT ପରିବହନ ମାନୁଆଲ ଦୂରସ୍ଥ DNS ରିଜୋଲ୍ୟୁସନ ସହିତ SOCKS5 ପାଇଁ socks5h ତାଲିକାଭୁକ୍ତ କରେ। ସ୍ଥାପିତ ସଂସ୍କରଣ ପାଇଁ ଦଲିଲଭୁକ୍ତ ସ୍କିମ ବ୍ୟବହାର କରନ୍ତୁ, ଅନ୍ୟ ପ୍ରୋଗ୍ରାମ ସଂଯୋଗବଶତଃ ଗ୍ରହଣ କରୁଥିବା ଲେବଲକୁ ଏହାକୁ ଛୋଟ କରନ୍ତୁ ନାହିଁ।
ସେହିପରି, ପୁରୁଣା ଫୋରମ ସ୍ନିପେଟରେ ଥିବା Acquire::socks::Proxy HTTP acquisition ପଦ୍ଧତି ସେ ସେଟିଂ ପଢ଼େ ବୋଲି ପ୍ରମାଣ ନୁହେଁ। ଏକ ବିନ୍ୟାସ ପାର୍ସର କୀ ଗ୍ରହଣ କରିପାରେ, କିନ୍ତୁ ଡାଉନଲୋଡ ପଦ୍ଧତି ଏହା ବ୍ୟବହାର ନ କରିପାରେ।
ସ୍ଥାନୀୟ ଠିକଣାର ଏକ ସୀମା ଅଛି
APT କଣ୍ଟେନର କିମ୍ବା ଭର୍ଚୁଆଲ ମେସିନ ଭିତରେ ଚାଲିଲାବେଳେ, 127.0.0.1 ସେହି ପରିବେଶକୁ ସୂଚାଏ। ହୋଷ୍ଟରେ ଥିବା SOCKS ଶ୍ରୋତା ଏକ ଭିନ୍ନ ଏଣ୍ଡପଏଣ୍ଟ। ପ୍ରତ୍ୟାଖ୍ୟାତ ସ୍ଥାନୀୟ ସଂଯୋଗର ନିଦାନ କରିବା ପୂର୍ବରୁ APT କେଉଁଠି ଚାଲେ ଯାଞ୍ଚ କରନ୍ତୁ।
SOCKS ସମର୍ଥନ ରିପୋଜିଟୋରୀ ସ୍ୱାକ୍ଷର କିମ୍ବା HTTPS ପ୍ରମାଣପତ୍ର ଯାଞ୍ଚକୁ ମଧ୍ୟ ହଟାଏ ନାହିଁ। ସେ ସୁରକ୍ଷାଗୁଡ଼ିକ ସକ୍ରିୟ ରଖନ୍ତୁ। ଯଦି ସ୍ଥାପିତ APTରେ ଦଲିଲଭୁକ୍ତ କ୍ଷମତା ନାହିଁ, ତେବେ ଅଜ୍ଞାତ URI ସ୍କିମକୁ ପାସୱାର୍ଡ ସମସ୍ୟା ଭାବିବା ପରିବର୍ତ୍ତେ ଅନୁମୋଦିତ ବିକଳ୍ପ କିମ୍ବା ଅପଡେଟ ମାର୍ଗ ବାଛନ୍ତୁ।