ଆପଣ Transmission କୁ ଆପଣଙ୍କ ସେବାର ବିବରଣୀ କିମ୍ବା ପ୍ରକ୍ସି ତାଲିକାର ଏକ ଏଣ୍ଟ୍ରିରୁ ତିଆରି ପ୍ରକ୍ସି URL ଦେବା ପରେ ଟ୍ରାକର ଉତ୍ତର ଦିଏ। ଏହା ଟ୍ରାକର ପ୍ରବେଶକୁ ଠିକ୍ କରିପାରେ, କିନ୍ତୁ ଟୋରେଣ୍ଟର ପିଅର ଟ୍ରାଫିକ୍ କୁଆଡେ ଯାଏ ତାହା ବଦଳାଏ ନାହିଁ।

Transmission ର ପରିବେଶ-ଭେରିଏବଲ୍ ଡକ୍ୟୁମେଣ୍ଟ libcurl କୁ HTTP ଓ HTTPS ଟ୍ରାକର ଘୋଷଣା ଓ ସ୍କ୍ରାପ୍ କରୁଥିବା ଉପାଦାନ ଭାବରେ ଚିହ୍ନଟ କରେ। ସେହି ଲାଇବ୍ରେରୀ ବ୍ୟବହାର କରୁଥିବା ପ୍ରକ୍ସି ଭେରିଏବଲ୍ ସେହି ଅନୁରୋଧଗୁଡ଼ିକୁ ଅନୁକୂଳ କରେ। ସେଗୁଡ଼ିକ ସମଗ୍ର ଆପ୍ଲିକେସନ୍ ପାଇଁ ବୈଶ୍ୱିକ ନେଟୱାର୍କ ନୀତି ନୁହେଁ।

କ୍ରିୟାଟ୍ରାକର-ପ୍ରକ୍ସି ସେଟିଂ କଣ ସ୍ଥାପିତ କରେ
HTTP କିମ୍ବା HTTPS ଟ୍ରାକର ଅନୁରୋଧlibcurl ଅନୁରୋଧ କନଫିଗର ହୋଇଥିବା ପ୍ରକ୍ସି ବାଛିପାରେ
ପିଅର ସହିତ ସଂଯୋଗସେହି ଟ୍ରାକର ଫଳାଫଳରୁ କୌଣସି ସିଦ୍ଧାନ୍ତ ନାହିଁ
DHT କିମ୍ବା ଅନ୍ୟ UDP କାର୍ଯ୍ୟକଳାପସେହି ଟ୍ରାକର ଫଳାଫଳରୁ କୌଣସି ସିଦ୍ଧାନ୍ତ ନାହିଁ

ଏକ ଟୋରେଣ୍ଟରେ ଅନେକ ଆବିଷ୍କାର ପ୍ରଣାଳୀ ରହିପାରେ। ତେଣୁ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ପିଅର ତାଲିକା ପାଇବା ପରବର୍ତ୍ତୀ ସଂଯୋଗ ସାଧାରଣ ଇଣ୍ଟରଫେସ୍ ଦେଇ ବାହାରିବା ସହିତ ସଙ୍ଗତ।

ଯଦି ଆପଣ ଡେମନ୍ ଚଲାନ୍ତି, ଏହାର ପରିବେଶ ମଧ୍ୟ ସେହି ସେବାର, ରିମୋଟ୍-କଣ୍ଟ୍ରୋଲ୍ ଆଦେଶ ଚଲାଉଥିବା ଟର୍ମିନାଲର ନୁହେଁ। systemd ଆଧାରିତ ସ୍ଥାପନରେ ଡେମନ୍ ସେବାରେ ଭେରିଏବଲଗୁଡ଼ିକ ସେଟ୍ କରନ୍ତୁ। ସଠିକ୍ ଭେରିଏବଲ୍ ସଠିକ୍ ପ୍ରକ୍ରିୟାକୁ ଦେବା ଡକ୍ୟୁମେଣ୍ଟେଡ୍ libcurl ପଥ ପାଇଁ ଆବଶ୍ୟକ; ଏହା ତଥାପି ସେହି ପଥର ପରିସର ବଢ଼ାଏ ନାହିଁ।

ପ୍ରତ୍ୟେକ କ୍ରିୟା ପାଇଁ ଫଳାଫଳ ବର୍ଣ୍ଣନା କରନ୍ତୁ। “ଟ୍ରାକର ଅନୁରୋଧ ପ୍ରକ୍ସି ବ୍ୟବହାର କଲା” ଉପଯୋଗୀ। “ଡାଉନଲୋଡର ନେଟୱାର୍କ ପରିଚୟ ବଦଳିଗଲା” କହିବା ପାଇଁ ଡାଟା ବହନ କରୁଥିବା ପିଅର ସଂଯୋଗ ବିଷୟରେ ପ୍ରମାଣ ଦରକାର।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ