ଉପଲବ୍ଧ ଥିଲେ SSH କୁ ସ୍ଥାନୀୟ SOCKS ଶ୍ରୋତା ବ୍ୟବହାର କରିବାକୁ ଦିଅନ୍ତୁ

OpenSSH Match exec ଯାଞ୍ଚକୁ ଏକ ଗନ୍ତବ୍ୟସ୍ଥଳରେ ସୀମିତ କରନ୍ତୁ ଏବଂ ସଫଳ ସ୍ଥାନୀୟ-ପୋର୍ଟ ପରୀକ୍ଷା କଣ ପ୍ରମାଣ କରେ ଓ କଣ କରେ ନାହିଁ ବୁଝନ୍ତୁ।

ସ୍ଥାନୀୟ SOCKS ଶ୍ରୋତା କେତେକ ନେଟୱାର୍କରେ ଉପଯୋଗୀ ଏବଂ ଅନ୍ୟଗୁଡ଼ିକରେ ନାହିଁ। OpenSSH ପ୍ରକ୍ସି ନିର୍ଦ୍ଦେଶକୁ ଶର୍ତ୍ତ ଅନୁସାରେ ବାଛିପାରେ, ସେହି ଚୟନକୁ ପ୍ରତ୍ୟେକ ହୋଷ୍ଟରେ ଲାଗୁ ନକରି।

OpenBSD ରୂପର nc ସହିତ OpenSSH ପାଇଁ, ଏକ ଉଦାହରଣ କ୍ଲାଏଣ୍ଟ ସଂରଚନା ହେଉଛି:

Host work-server
    HostName ssh.example.net
    User alex

Match originalhost work-server exec "nc -z -w 1 127.0.0.1 1080"
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Match all

originalhost ଯାଞ୍ଚକୁ SSH ନିର୍ଦ୍ଦେଶ ଧାଡ଼ିରେ ଦିଆଯାଇଥିବା ନାମରେ ସୀମିତ କରେ। exec ଏହାର ନିର୍ଦ୍ଦେଶ ସଫଳଭାବେ ଶେଷ ହେଲେ ମେଳ ଖାଏ। ଶେଷ Match all ପରବର୍ତ୍ତୀ ସେଟିଂସ ପାଇଁ ସେହି ଶର୍ତ୍ତାଧୀନ ପରିସର ଶେଷ କରେ।

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

ଶୁଣୁଥିବା ସକେଟ ଏକ ବିନମ୍ର ପ୍ରତିଶ୍ରୁତି

ପରୀକ୍ଷା ସ୍ଥାନୀୟ ପୋର୍ଟକୁ TCP ପ୍ରବେଶ ଯାଞ୍ଚ କରେ। ଏହା SOCKS ବୁଝାମଣା ସମ୍ପୂର୍ଣ୍ଣ କରେ ନାହିଁ, ଇଚ୍ଛିତ ଗନ୍ତବ୍ୟ ସଂଯୋଗ ସ୍ଥାପନ କରେ ନାହିଁ, ଏବଂ ସେହି ପୋର୍ଟ କେଉଁ ପ୍ରୋଗ୍ରାମର ତାହା ପ୍ରମାଣ କରେ ନାହିଁ। ଯାଞ୍ଚ ପରେ ଶ୍ରୋତା ମଧ୍ୟ ଅଦୃଶ୍ୟ ହୋଇପାରେ।

ସମୟ ସୀମା ବିଫଳ ପରୀକ୍ଷାକୁ ସୀମିତ ରଖେ। ଦେଖାଯାଇଥିବା ବିକଳ୍ପଗୁଡ଼ିକ OpenBSD ର nc ଇଣ୍ଟରଫେସର; ସମାନ ଫାଇଲନାମ ଥିବା ଅନ୍ୟ ପ୍ରୋଗ୍ରାମ ଭିନ୍ନ ବିକଳ୍ପ ଦେଇପାରେ।

ଶର୍ତ୍ତ ମେଳ ନଖାଇଲେ, ଏହି ଉଦାହରଣ ସଂଯୋଗକୁ ଏହି ProxyCommand ବିନା ଛାଡ଼ିଦିଏ, ଯାହାଦ୍ୱାରା ଏହାର ସାଧାରଣ ମାର୍ଗ ଅନୁମତିପ୍ରାପ୍ତ ହୁଏ। ତାହା କେବଳ ସେତେବେଳେ ଉପଯୁକ୍ତ ଯେତେବେଳେ ସିଧା ପ୍ରବେଶ ଅନୁମତିପ୍ରାପ୍ତ। ବାଧ୍ୟତାମୂଳକ ପ୍ରକ୍ସି ନୀତି ଉପଲବ୍ଧତା ଯାଞ୍ଚକୁ ଅନ୍ୟ ମାର୍ଗକୁ ପଳାୟନର ଅନୁମତି ଭାବେ ବ୍ୟବହାର କରିବା ଉଚିତ ନୁହେଁ।

ଲକ୍ଷ୍ୟ SSH ହୋଷ୍ଟନାମ ଏବଂ ହୋଷ୍ଟ-କି ଯାଞ୍ଚ ଏବେ ମଧ୍ୟ ଗନ୍ତବ୍ୟ ସର୍ଭର ଚିହ୍ନଟ କରେ। ପରିବହନ ସହାୟକ ବାଛିବା ଅପ୍ରତ୍ୟାଶିତ ହୋଷ୍ଟ କି ଗ୍ରହଣ କରିବାର କାରଣ ନୁହେଁ।

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