ଦୀର୍ଘ SOCKS ଶୃଙ୍ଖଳା ପରବର୍ତ୍ତୀ ହପ୍‌କୁ ସ୍ୱୟଂଚାଳିତଭାବେ ଲୁଚାଏ ନାହିଁ

ଶୃଙ୍ଖଳା ପ୍ରତ୍ୟେକ ସଂଯୋଗ କିଏ ଖୋଲେ ତାହା ବଦଳାଏ। ତାଲିକାରେ ଆଉ ଏକ SOCKS ଠିକଣା ଯୋଡ଼ିଲେ ଏନକ୍ରିପସନ ଯୋଡ଼ା ହୁଏ ନାହିଁ।

ଏହି ଶୃଙ୍ଖଳା ନିଜେ ନିର୍ମାଣ କରୁଥିବା ଏକ କ୍ଲାଏଣ୍ଟ ବିଷୟରେ ଭାବନ୍ତୁ:

application → SOCKS A → SOCKS B → website

ଏହା ପ୍ରଥମେ A କୁ B ସହ ସଂଯୋଗ କରିବାକୁ କହେ। ସେହି ସ୍ଟ୍ରିମ ମାଧ୍ୟମରେ ଏହା ପରେ B ସହ ୱେବସାଇଟ ସହ ସଂଯୋଗ ପାଇଁ ବୁଝାମଣା କରିପାରେ। ଯଦି କ୍ଲାଏଣ୍ଟରୁ A ପର୍ଯ୍ୟନ୍ତ ପରିବହନ ଉଭୟ ବୁଝାମଣାକୁ ଏନକ୍ରିପସନ ବିନା ବହନ କରେ, ତେବେ ସେହି ଲିଙ୍କରେ ପର୍ଯ୍ୟାପ୍ତ ସକ୍ଷମ ପର୍ଯ୍ୟବେକ୍ଷକ କ୍ଲାଏଣ୍ଟ ପଠାଇଥିବା ସେଟଅପ ବାଇଟ ପଢ଼ିପାରେ। ବାହ୍ୟ TCP ଗନ୍ତବ୍ୟ ପର୍ଯ୍ୟବେକ୍ଷକର ଏକମାତ୍ର ସମ୍ଭାବ୍ୟ ପ୍ରମାଣ ନୁହେଁ।

ଶୃଙ୍ଖଳାକୁ ସୁରକ୍ଷିତ ଆପ୍ଲିକେସନ ବିନିମୟରୁ ଅଲଗା ରଖନ୍ତୁ

TLS ସେସନ ଆରମ୍ଭ ହେବା ପରେ HTTPS ୱେବସାଇଟର ଆପ୍ଲିକେସନ ବିଷୟବସ୍ତୁକୁ ସୁରକ୍ଷା ଦେଇପାରେ। ଏହା ପୂର୍ବର SOCKS ସେଟଅପ ବାର୍ତ୍ତାଗୁଡ଼ିକୁ ପଛକୁ ଯାଇ ଏନକ୍ରିପ୍ଟ କରେ ନାହିଁ। SOCKS5 ର ବ୍ୟବହାରକାରୀନାମ/ପାସୱାର୍ଡ ପ୍ରମାଣୀକରଣ ମଧ୍ୟ ଏନକ୍ରିପ୍ଟେଡ ପରିବହନ ନୁହେଁ।

କ୍ଲାଏଣ୍ଟ ଓ ପ୍ରଥମ ହପ ମଧ୍ୟରେ ଏନକ୍ରିପ୍ଟେଡ ବ୍ୟବସ୍ଥା ସେହି ଲିଙ୍କରେ ଦୃଶ୍ୟମାନତା ବଦଳାଏ। ଏହାର ଏବେ ମଧ୍ୟ ଏକ ଅପରେଟର ଓ ଡିକ୍ରିପ୍ଟ ହୋଇଥିବା ସ୍ଟ୍ରିମ ଧରି ରଖୁଥିବା ଅନ୍ୟ ଏକ ପ୍ରାନ୍ତ ଥାଏ। ଶୃଙ୍ଖଳା ଅନୁସରଣ କରାଯାଇ ନପାରେ ବୋଲି ଦାବି କରିବା ପରିବର୍ତ୍ତେ ସେହି ବିଶ୍ୱାସ ସୀମା ବର୍ଣ୍ଣନା କରନ୍ତୁ।

ସର୍ଭରରେ କନଫିଗର ହୋଇଥିବା ପିତୃ ମାର୍ଗ ଅନ୍ୟ ଏକ ଟପୋଲୋଜି। ଯଦି A ଭିତରୁ B ବାଛେ, କ୍ଲାଏଣ୍ଟ ତାହାର ପ୍ରଥମ ସଂଯୋଗରେ ମଧ୍ୟସ୍ଥମାନଙ୍କ ସମ୍ପୂର୍ଣ୍ଣ ତାଲିକା ପଠାଇଥିବା ଆବଶ୍ୟକ ନାହିଁ। ପ୍ରତ୍ୟେକ ଶୃଙ୍ଖଳା ପ୍ରତ୍ୟେକ ହପକୁ ଏକ ପ୍ରକାରେ ପ୍ରକାଶ କରେ ବୋଲି ଦାବି କରନ୍ତୁ ନାହିଁ।

ଉପଯୋଗୀ ଗୋପନୀୟତା ମୂଲ୍ୟାଙ୍କନ ପାଇଁ ପର୍ଯ୍ୟବେକ୍ଷକ, ଲିଙ୍କ, ପ୍ରକ୍ସି ବୁଝାମଣା ଓ TLS ସୀମାଙ୍କୁ ନାମ ଦିଅନ୍ତୁ। B ର ନିର୍ଗମନ ଦେଖୁଥିବା ୱେବସାଇଟ ଓ କ୍ଲାଏଣ୍ଟର ପ୍ରଥମ ସଂଯୋଗ ଦେଖୁଥିବା ପ୍ରବେଶ-ନେଟୱାର୍କ ପର୍ଯ୍ୟବେକ୍ଷକ ଅଲଗା ପ୍ରଶ୍ନର ଉତ୍ତର ଦିଅନ୍ତି। କେବଳ ହପ ଗଣିବା ଦୁଇଟିରୁ କୌଣସିର ଉତ୍ତର ଦିଏ ନାହିଁ।