SOCKS ପ୍ରକ୍ସି ସନ୍ଦେଶ ଲୋଡ୍ କରିପାରେ କିନ୍ତୁ କଲ୍‌ରେ ବିଫଳ ହୁଏ

ପାଠ୍ୟ ସନ୍ଦେଶ SOCKS ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ଆସେ, କିନ୍ତୁ ଭଏସ୍ କଲ୍ କେବେ ଯୋଡ଼ା ହୁଏ ନାହିଁ। ପ୍ରକ୍ସି ସମ୍ପୂର୍ଣ୍ଣ ଖରାପ ହେବା ଆବଶ୍ୟକ ନାହିଁ। ଆପ୍ କଲ୍ ପାଇଁ ଅନ୍ୟ ପରିବହନ ବ୍ୟବହାର କରିପାରେ।

ସଫଳ TCP ଅନୁରୋଧ ସେହି କାର୍ଯ୍ୟ ପାଇଁ TCP ପଥ ପ୍ରମାଣ କରେ। SOCKS5 UDP ସଂଯୋଗ ମଧ୍ୟ ପରିଭାଷିତ କରେ, କିନ୍ତୁ କ୍ଲାଏଣ୍ଟ, SOCKS ସେବା, ନେଟୱାର୍କ ନିୟମ ଏବଂ ଆପ୍ ସେଟିଂସ୍ ସମସ୍ତେ ଉଦ୍ଦିଷ୍ଟ UDP ପଥକୁ ସମର୍ଥନ କରିବାକୁ ହେବ।

TCP ଶ୍ରୋତାଠାରୁ ଅଧିକ ଅଛି

Dante ମାନୁଆଲ୍ ପ୍ରୋଟୋକଲ୍ ଏବଂ ନିର୍ଦ୍ଦେଶ ନିୟମ ଅଲଗା କରେ, ସେଥିରେ connect, udpassociate ଏବଂ udpreply ଅନ୍ତର୍ଭୁକ୍ତ। ଯେଉଁ ନିୟମ କେବଳ ଆପଣ ପୂର୍ବରୁ ପରୀକ୍ଷା କରିଥିବା TCP ସଂଯୋଗକୁ ଅନୁମତି ଦିଏ, ତାହା ଆବଶ୍ୟକ UDP ଅନୁମତି ସ୍ଥାପନ କରେ ନାହିଁ।

UDP ସଂଯୋଗରେ ଏକ ରିଲେ ଏଣ୍ଡପଏଣ୍ଟ ଏବଂ ଫେରନ୍ତା ଟ୍ରାଫିକ୍ ମଧ୍ୟ ସାମିଲ। ଫାୟାରୱାଲ୍ ଏବଂ ଠିକଣା ଅନୁବାଦ ସେହି ପ୍ରକୃତ ପଥକୁ ଅନୁମତି ଦେବା ଉଚିତ। SOCKSର TCP ଶ୍ରୋତା ଖୋଲିବା ଏହାର UDP ରିଲେକୁ ପ୍ରାପ୍ୟ କରିବା ସହିତ ସମାନ ନୁହେଁ।

ଆପ୍ର ସାମ୍ପ୍ରତିକ ପ୍ରକ୍ସି ଡକ୍ୟୁମେଣ୍ଟ ଏବଂ ସେଟିଂସ୍ ଯାଞ୍ଚ କରନ୍ତୁ। ବିଭିନ୍ନ ସଂସ୍କରଣ ସନ୍ଦେଶ, ମିଡିଆ ଏବଂ କଲ୍ ଅଲଗା ଭାବରେ ପରିଚାଳନା କରିପାରେ। ପୁରୁଣା କ୍ଲାଏଣ୍ଟ ପାଇଁ ଫୋରମ୍ ରେସିପିକୁ ପ୍ରତ୍ୟେକ ସାମ୍ପ୍ରତିକ କ୍ଲାଏଣ୍ଟ କଲ୍ SOCKS ମାଧ୍ୟମରେ ପଠାଏ ବୋଲି ପ୍ରମାଣ ଭାବରେ ଉପସ୍ଥାପନ କରିବା ଉଚିତ ନୁହେଁ।

ପ୍ରଥମ ରୋଗ ନିର୍ଣ୍ଣୟ ଭାବରେ ପ୍ରତ୍ୟେକ UDP ପୋର୍ଟ ଖୋଲିବାରୁ ଦୂରେଇ ରୁହନ୍ତୁ। ରିଲେ ଆଚରଣ ଏବଂ ଉଦ୍ଦିଷ୍ଟ କ୍ଲାଏଣ୍ଟ ପରିସର ନିର୍ଣ୍ଣୟ କରନ୍ତୁ, ତା'ପରେ ଉପଯୁକ୍ତ ସୀମିତ ନେଟୱାର୍କ ନୀତି ଲାଗୁ କରନ୍ତୁ। ସେହିଭଳି, କଲ୍ ପାଇଁ ପ୍ରକ୍ସି ସେଟିଂ ଅକ୍ଷମ କଲେ କଲ୍ଟି ସିଧାସଳଖ ପଠାଇ କାମ କରିପାରେ, ଯାହା ପ୍ରକ୍ସି କରାଯାଇଥିବା ପଥକୁ ସୁଧାରିବା ପରିବର୍ତ୍ତେ ବାହ୍ୟ ପଥ ବଦଳାଏ।

ପ୍ରତ୍ୟେକ କାର୍ଯ୍ୟ ପାଇଁ ସଫଳତା ଲିପିବଦ୍ଧ କରନ୍ତୁ: ସନ୍ଦେଶ, ମିଡିଆ ସ୍ଥାନାନ୍ତରଣ ଏବଂ କଲ୍। ଗୋଟିଏ କାମ କରୁଥିବା ଅନୁରୋଧ କିମ୍ବା ବଦଳିଥିବା ବ୍ରାଉଜର IP ପ୍ରମାଣ କରିପାରିବ ନାହିଁ ଯେ ଅନ୍ୟ ଆପ୍ର ପ୍ରତ୍ୟେକ ଅଂଶ ସମାନ ପ୍ରକ୍ସି ଏକ୍ଜିଟ୍ ଅଂଶୀଦାର କରେ।