SSH ମାଧ୍ୟମରେ ଫରୱାର୍ଡ ହୋଇଥିବା ପୋର୍ଟ ସର୍ବଦା SOCKS ପ୍ରକ୍ସି ନୁହେଁ

ଏକ ଆପ୍ଲିକେସନ କନଫିଗର କରିବା ପୂର୍ବରୁ SSH ର ସ୍ଥିର ସ୍ଥାନୀୟ ଫରୱାର୍ଡ ଏବଂ ଗତିଶୀଳ SOCKS ଶ୍ରୋତାକୁ ଅଲଗା କରନ୍ତୁ।

ଆପଣ ଏକ SSH ଟନେଲ ତିଆରି କରନ୍ତି, 127.0.0.1 ଏବଂ ଏହାର ପୋର୍ଟକୁ ବ୍ରାଉଜରର ପ୍ରକ୍ସି ସେଟିଂରେ ରଖନ୍ତି, ଏବଂ କିଛି ଲୋଡ ହୁଏ ନାହିଁ। ଶ୍ରୋତାଟି ସମ୍ପୂର୍ଣ୍ଣ ଭାବରେ ଠିକ୍ କାମ କରୁଥାଇପାରେ। ଏହା କେବଳ ଭୁଲ ପ୍ରକାରର ଟ୍ରାଫିକ ଅପେକ୍ଷା କରୁଥାଇପାରେ।

ଫରୱାର୍ଡସ୍ଥାନୀୟ ଆପ୍ଲିକେସନ କଣ ପଠାଏଗନ୍ତବ୍ୟର ଚୟନ
-Lଲକ୍ଷ୍ୟ ସେବାର ସାଧାରଣ ପ୍ରୋଟୋକଲSSH ନିର୍ଦ୍ଦେଶରେ ସ୍ଥିର
-DSOCKS ବୁଝାମଣା, ତାପରେ ଆପ୍ଲିକେସନ ଟ୍ରାଫିକSOCKS କ୍ଲାଏଣ୍ଟ ଦ୍ୱାରା ଅନୁରୋଧିତ

ଗୋଟିଏ ୱେବ ସର୍ଭର ପାଇଁ, ଏହା ଏକ ସ୍ଥିର ଫରୱାର୍ଡ:

ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]

http://127.0.0.1:9080/ କୁ ୱେବସାଇଟ ଭାବରେ ଦେଖନ୍ତୁ। ପୋର୍ଟ 9080 କୁ SOCKS ଲେବଲ କରନ୍ତୁ ନାହିଁ: ଏହା ନିର୍ଦ୍ଦେଶରେ ନାମିତ ଏକମାତ୍ର ୱେବ ସର୍ଭରକୁ ବାଇଟ ଫରୱାର୍ଡ କରେ। ଅନ୍ୟ ହୋଷ୍ଟନାମ ଅଧୀନରେ ସାଇଟ ଖୋଲିବା ଏହାର ଭର୍ଚୁଆଲ ହୋଷ୍ଟିଂ, ରିଡାଇରେକ୍ଟ କିମ୍ବା କୁକି ଉପରେ ମଧ୍ୟ ପ୍ରଭାବ ପକାଇପାରେ।

SOCKS ଶ୍ରୋତା ପାଇଁ ଆକାର ବଦଳେ:

ssh -N -D 127.0.0.1:1080 [email protected]

ଆପ୍ଲିକେସନକୁ 127.0.0.1:1080 ରେ SOCKS ବ୍ୟବହାର କରିବାକୁ କନଫିଗର କରନ୍ତୁ। ସେହି ଠିକଣାକୁ ସିଧାସଳଖ ବ୍ରାଉଜରର ଠିକଣା ବାରରେ ରଖିବା ଏକ ୱେବ ଅନୁରୋଧକୁ SOCKS ଶ୍ରୋତାକୁ ପଠାଏ, ଏହା ଆଉ ଏକ ପ୍ରୋଟୋକଲ ଅସଙ୍ଗତି।

OpenSSH ମାନୁଆଲ ଉଭୟ ରୂପକୁ ଦଲିଲଭୁକ୍ତ କରେ। ଏକ ଉପଯୋଗୀ ବ୍ୟତିକ୍ରମ ଅଛି: ବିଦ୍ୟମାନ HTTP ପ୍ରକ୍ସିକୁ -L ସହିତ ଫରୱାର୍ଡ କଲେ ଏକ ସ୍ଥାନୀୟ ପୋର୍ଟ ସୃଷ୍ଟି ହୁଏ ଯାହା HTTP ପ୍ରକ୍ସି ପ୍ରୋଟୋକଲ କହେ, କାରଣ ଏହାର ସ୍ଥିର ଗନ୍ତବ୍ୟ ନିଜେ ଏକ HTTP ପ୍ରକ୍ସି। ସ୍ଥିର ଫରୱାର୍ଡରେ କଣ ରହିବ ତାହା ଦୂର ପ୍ରାନ୍ତର ସେବା ନିର୍ଣ୍ଣୟ କରେ। ବିଦ୍ୟମାନ ପ୍ରକ୍ସିକୁ SSH ମାଧ୍ୟମରେ ଫରୱାର୍ଡ କରିବା ସେହି ପ୍ରକ୍ସିର ପ୍ରୋଟୋକଲ ଏବଂ ଖାତା ରଖେ।

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