socat SOCKS ସେତୁ: ସାଇଟର TLS ହୋଷ୍ଟନାମ ସଂରକ୍ଷଣ କରନ୍ତୁ

ଆପରେ SOCKS ବିକଳ୍ପ ନାହିଁ, କିନ୍ତୁ ଏହା ବଛାଯାଇଥିବା TCP ଠିକଣାକୁ ସଂଯୋଗ କରିପାରେ। ସ୍ଥିର-ଲକ୍ଷ୍ୟ ଆଡାପ୍ଟର ଗୋଟିଏ ଗନ୍ତବ୍ୟ ପାଇଁ SOCKS ବାର୍ତ୍ତାଳାପ ଯୋଗାଇପାରେ। ଏହା ଆଉ ଏକ ସାଧାରଣ ଫରୱାର୍ଡ ପ୍ରକ୍ସି ହେବା ଆବଶ୍ୟକ ନାହିଁ।

SOCKS4A ଯୋଗାଉଥିବା socat ବିଲ୍ଡ ପାଇଁ ଏକ ଉଦାହରଣ ବ୍ୟବସ୍ଥା ଏହା:

socat TCP4-LISTEN:9443,bind=127.0.0.1,reuseaddr,fork \
  SOCKS4A:127.0.0.1:service.example.net:443,socksport=1080

SOCKS ଏଣ୍ଡପଏଣ୍ଟ ସ୍ଥାନୀୟ ପୋର୍ଟ 1080। ଆଡାପ୍ଟର ସ୍ଥାନୀୟ ପୋର୍ଟ 9443 ରେ ଶୁଣେ ଏବଂ ସେହି ଏଣ୍ଡପଏଣ୍ଟକୁ service.example.net:443 ମାଗେ। ଏହି ମୂଲ୍ୟଗୁଡ଼ିକ ଉଦାହରଣ, ସମ୍ପୂର୍ଣ୍ଣ ସେବା ନିୟୋଜନ ନୁହେଁ।

ଆଡାପ୍ଟରର ଏକ ସ୍ଥିର ଲକ୍ଷ୍ୟ ଅଛି

ଗ୍ରହଣ କରାଯାଇଥିବା ପ୍ରତ୍ୟେକ TCP ସଂଯୋଗ ସେହି ସେବା ମାଗେ। 9443 ସହ ସଂଯୋଗ କରୁଥିବା ଆପ ଏହାର ସାଧାରଣ ପ୍ରୋଟୋକଲ ବାଇଟ ଦିଏ; socat SOCKS4A ବୁଝାମଣା ଦିଏ। 9443 କୁ ନୂଆ HTTP CONNECT ଅନୁରୋଧ ପଠାଇଲେ ଅନ୍ୟ ଗନ୍ତବ୍ୟ ବଛାଯିବ ନାହିଁ—ଏହା ସେହି ବାଇଟକୁ ସ୍ଥିର ସେବା ଆଡ଼କୁ ପଠାଇବ।

SOCKS4A ଦୂର ସମାଧାନ ପାଇଁ SOCKS ଏଣ୍ଡପଏଣ୍ଟକୁ ହୋଷ୍ଟନାମ ଦିଏ। ଏହା ଗ୍ରାହକ-ବଛା ଠିକଣା ବ୍ୟବହାର କରୁଥିବା SOCKS4 ରୂପଠାରୁ ଅଲଗା। ବଛାଯାଇଥିବା ଅପଷ୍ଟ୍ରିମ—SOCKS4 ପ୍ରକ୍ସି ତାଲିକାରୁ ସାର୍ବଜନୀନ ପ୍ରାର୍ଥୀ ସହିତ—SOCKS4A ହୋଷ୍ଟନାମ ପରିଚାଳନା ଏବଂ ଆବଶ୍ୟକ ପ୍ରମାଣୀକରଣକୁ ସମର୍ଥନ କରିବା ଆବଶ୍ୟକ; ଏହି ଉଦାହରଣ SOCKS5 ପାସୱାର୍ଡ-ଲଗଇନ ରେସିପି ନୁହେଁ।

ସ୍ଥାନୀୟ ଭାବରେ ସଂଯୋଗ କରନ୍ତୁ, ପ୍ରକୃତ ସେବା ଚିହ୍ନଟ କରନ୍ତୁ

HTTPS URL କୁ https://127.0.0.1:9443/ ରେ ବଦଳାଇଲେ ଗ୍ରାହକ TLS ଓ HTTP ପାଇଁ ବ୍ୟବହାର କରିପାରୁଥିବା ହୋଷ୍ଟନାମ ବଦଳେ। service.example.net ପାଇଁ ପ୍ରମାଣପତ୍ର loopback ପାଇଁ ବୈଧ ପ୍ରମାଣପତ୍ର ହେବ ନାହିଁ।

ଯେଉଁଠି ଗ୍ରାହକ ଅଲଗା ସଂଯୋଗ ରାଉଟିଂକୁ ସମର୍ଥନ କରେ, ସେଠାରେ ମୂଳ URL ପରିଚୟ ରଖନ୍ତୁ। Curl ସେହି ପାର୍ଥକ୍ୟ ଦେଖାଇପାରେ:

curl --noproxy '*' \
  --connect-to service.example.net:443:127.0.0.1:9443 \
  https://service.example.net/

ସକେଟ ସ୍ଥାନୀୟ ଆଡାପ୍ଟର ଆଡ଼କୁ ଯାଏ ଯେତେବେଳେ TLS ଯାଞ୍ଚ ଓ HTTP ଗନ୍ତବ୍ୟ service.example.net ରହେ। ଅନ୍ୟ ଆପଗୁଡ଼ିକୁ ସେମାନଙ୍କର ସମାନ ସମର୍ଥିତ ନିୟନ୍ତ୍ରଣ ଦରକାର; ପ୍ରତ୍ୟେକ ଗ୍ରାହକ ଏହା ଦିଏ ନାହିଁ।

loopback ବନ୍ଧନ ନେଟୱାର୍କ ପ୍ରକାଶ ସୀମିତ କରେ, କିନ୍ତୁ ଅନ୍ୟ ଯୋଗ୍ୟ ସ୍ଥାନୀୟ ପ୍ରକ୍ରିୟା ଏପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚିପାରେ। ସେବାର ଆୟୁ ଓ ବ୍ୟବହାରକାରୀ ଉପଯୁକ୍ତ ରଖନ୍ତୁ। loopback URL ଯୋଗୁଁ ହେଉଥିବା ପରିଚୟ ତ୍ରୁଟି ଦବାଇବା ପରିବର୍ତ୍ତେ TLS ଯାଞ୍ଚ ରଖନ୍ତୁ।