Transmission ର ପ୍ରକ୍ସି ଭେରିଏବଲ୍ HTTP ଟ୍ରାକରକୁ ପ୍ରଭାବିତ କରେ, ପିଅରକୁ ନୁହେଁ
ପରିବର୍ତ୍ତିତ ଟ୍ରାକର ପଥକୁ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ଡାଉନଲୋଡ୍ ଭାବରେ ଗ୍ରହଣ କରିବା ପୂର୍ବରୁ Transmission ର HTTP ଟ୍ରାକର ଅନୁରୋଧକୁ ପିଅର ସଂଯୋଗ ଓ DHT ରୁ ଅଲଗା କରନ୍ତୁ।
ଆପଣ Transmission କୁ ଆପଣଙ୍କ ସେବାର ବିବରଣୀ କିମ୍ବା ପ୍ରକ୍ସି ତାଲିକାର ଏକ ଏଣ୍ଟ୍ରିରୁ ତିଆରି ପ୍ରକ୍ସି URL ଦେବା ପରେ ଟ୍ରାକର ଉତ୍ତର ଦିଏ। ଏହା ଟ୍ରାକର ପ୍ରବେଶକୁ ଠିକ୍ କରିପାରେ, କିନ୍ତୁ ଟୋରେଣ୍ଟର ପିଅର ଟ୍ରାଫିକ୍ କୁଆଡେ ଯାଏ ତାହା ବଦଳାଏ ନାହିଁ।
Transmission ର ପରିବେଶ-ଭେରିଏବଲ୍ ଡକ୍ୟୁମେଣ୍ଟ libcurl କୁ HTTP ଓ HTTPS ଟ୍ରାକର ଘୋଷଣା ଓ ସ୍କ୍ରାପ୍ କରୁଥିବା ଉପାଦାନ ଭାବରେ ଚିହ୍ନଟ କରେ। ସେହି ଲାଇବ୍ରେରୀ ବ୍ୟବହାର କରୁଥିବା ପ୍ରକ୍ସି ଭେରିଏବଲ୍ ସେହି ଅନୁରୋଧଗୁଡ଼ିକୁ ଅନୁକୂଳ କରେ। ସେଗୁଡ଼ିକ ସମଗ୍ର ଆପ୍ଲିକେସନ୍ ପାଇଁ ବୈଶ୍ୱିକ ନେଟୱାର୍କ ନୀତି ନୁହେଁ।
| କ୍ରିୟା | ଟ୍ରାକର-ପ୍ରକ୍ସି ସେଟିଂ କଣ ସ୍ଥାପିତ କରେ |
|---|---|
| HTTP କିମ୍ବା HTTPS ଟ୍ରାକର ଅନୁରୋଧ | libcurl ଅନୁରୋଧ କନଫିଗର ହୋଇଥିବା ପ୍ରକ୍ସି ବାଛିପାରେ |
| ପିଅର ସହିତ ସଂଯୋଗ | ସେହି ଟ୍ରାକର ଫଳାଫଳରୁ କୌଣସି ସିଦ୍ଧାନ୍ତ ନାହିଁ |
| DHT କିମ୍ବା ଅନ୍ୟ UDP କାର୍ଯ୍ୟକଳାପ | ସେହି ଟ୍ରାକର ଫଳାଫଳରୁ କୌଣସି ସିଦ୍ଧାନ୍ତ ନାହିଁ |
ଏକ ଟୋରେଣ୍ଟରେ ଅନେକ ଆବିଷ୍କାର ପ୍ରଣାଳୀ ରହିପାରେ। ତେଣୁ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ପିଅର ତାଲିକା ପାଇବା ପରବର୍ତ୍ତୀ ସଂଯୋଗ ସାଧାରଣ ଇଣ୍ଟରଫେସ୍ ଦେଇ ବାହାରିବା ସହିତ ସଙ୍ଗତ।
ଯଦି ଆପଣ ଡେମନ୍ ଚଲାନ୍ତି, ଏହାର ପରିବେଶ ମଧ୍ୟ ସେହି ସେବାର, ରିମୋଟ୍-କଣ୍ଟ୍ରୋଲ୍ ଆଦେଶ ଚଲାଉଥିବା ଟର୍ମିନାଲର ନୁହେଁ। systemd ଆଧାରିତ ସ୍ଥାପନରେ ଡେମନ୍ ସେବାରେ ଭେରିଏବଲଗୁଡ଼ିକ ସେଟ୍ କରନ୍ତୁ। ସଠିକ୍ ଭେରିଏବଲ୍ ସଠିକ୍ ପ୍ରକ୍ରିୟାକୁ ଦେବା ଡକ୍ୟୁମେଣ୍ଟେଡ୍ libcurl ପଥ ପାଇଁ ଆବଶ୍ୟକ; ଏହା ତଥାପି ସେହି ପଥର ପରିସର ବଢ଼ାଏ ନାହିଁ।
ପ୍ରତ୍ୟେକ କ୍ରିୟା ପାଇଁ ଫଳାଫଳ ବର୍ଣ୍ଣନା କରନ୍ତୁ। “ଟ୍ରାକର ଅନୁରୋଧ ପ୍ରକ୍ସି ବ୍ୟବହାର କଲା” ଉପଯୋଗୀ। “ଡାଉନଲୋଡର ନେଟୱାର୍କ ପରିଚୟ ବଦଳିଗଲା” କହିବା ପାଇଁ ଡାଟା ବହନ କରୁଥିବା ପିଅର ସଂଯୋଗ ବିଷୟରେ ପ୍ରମାଣ ଦରକାର।