ରିଭର୍ସ SSH ପ୍ରକ୍ସି ଲିସନର ସର୍ଭରରେ ହିଁ କାହିଁକି ପ୍ରବେଶଯୋଗ୍ୟ
ପ୍ରକ୍ସି ପ୍ରୋଟୋକଲ କିମ୍ବା ପ୍ରମାଣପତ୍ର ବଦଳାଇବା ପୂର୍ବରୁ ରିମୋଟ ଲିସନରର bind ଠିକଣା ଓ GatewayPorts ମୋଡ ଯାଞ୍ଚ କରନ୍ତୁ।
ରିମୋଟ ଫରୱାର୍ଡ SSH ସର୍ଭରରୁ କାମ କରିପାରେ କିନ୍ତୁ ଅନ୍ୟ ମେସିନରୁ ଆସୁଥିବା ସଂଯୋଗ ଅଗ୍ରାହ୍ୟ କରିପାରେ, କାରଣ ଏହା କେବଳ loopbackରେ ଶୁଣେ। ପ୍ରଥମେ ପ୍ରକୃତ ଶୁଣିବା ଠିକଣା ଯାଞ୍ଚ କରନ୍ତୁ।
ସର୍ଭର ପଟେ GatewayPorts | ରିମୋଟ-ଫରୱାର୍ଡ bind |
|---|---|
no, ଡିଫଲ୍ଟ | ଲିସନରମାନଙ୍କୁ loopbackରେ ସୀମିତ କରେ |
yes | wildcard bind ବାଧ୍ୟତାମୂଳକ କରେ |
clientspecified | କ୍ଲାଏଣ୍ଟକୁ ନିର୍ଦ୍ଦିଷ୍ଟ bind ଠିକଣା ମାଗିବାକୁ ଅନୁମତି ଦିଏ |
ଗୋଟିଏ ନିୟନ୍ତ୍ରିତ ଇଣ୍ଟରଫେସ ପାଇଁ ଉଦ୍ଦିଷ୍ଟ ଲିସନର ପାଇଁ, ସର୍ଭର ଏହା ବ୍ୟବହାର କରିପାରେ:
GatewayPorts clientspecifiedତାପରେ କ୍ଲାଏଣ୍ଟ ନିଜର -R ସ୍ପେସିଫିକେସନରେ ଉପଯୁକ୍ତ ଠିକଣା ମାଗେ। ସେହି ଠିକଣା ରିମୋଟ ମେସିନରେ ରହିବା ଆବଶ୍ୟକ, ଏବଂ ଅନ୍ୟ ଫରୱାର୍ଡିଂ ପ୍ରତିବନ୍ଧକ ଏବେ ମଧ୍ୟ ଲାଗୁ। କ୍ଲାଏଣ୍ଟ-ପାର୍ଶ୍ୱ -g ଏହି ଦିଗ ପାଇଁ ବିନିମୟଯୋଗ୍ୟ ନିୟନ୍ତ୍ରଣ ନୁହେଁ।
ତିନୋଟି ଅନୁମତି ଅଲଗା ରହେ: ଫରୱାର୍ଡ ସୃଷ୍ଟି କରିବା ପାଇଁ SSH ଅନୁମୋଦନ, ଏହାର ଲିସନରକୁ ନେଟୱାର୍କ ପ୍ରବେଶ, ଏବଂ HTTP କିମ୍ବା SOCKS ସେବାର ନିଜସ୍ୱ ପ୍ରବେଶ ନୀତି। SSH ଲଗଇନ ଟନେଲ ସୃଷ୍ଟିକର୍ତ୍ତାକୁ ପ୍ରମାଣିତ କରେ; ଏହା ସେୟାର ହୋଇଥିବା ଲିସନରର ପ୍ରତ୍ୟେକ ପରବର୍ତ୍ତୀ କଲରକୁ ପ୍ରମାଣିତ କରେ ନାହିଁ କିମ୍ବା SOCKS ପାସୱାର୍ଡ ଚ୍ୟାଲେଞ୍ଜ ଯୋଡେ ନାହିଁ।
ଯଦି ରିମୋଟ କଲର ଏବେ ମଧ୍ୟ ସଂଯୋଗ କରିପାରୁନାହିଁ, bind ଠିକଣା, ସର୍ଭରର ଫରୱାର୍ଡିଂ ପ୍ରତିବନ୍ଧକ ଏବଂ ଫାୟାରୱାଲ ପଥ ଏହି କ୍ରମରେ ଯାଞ୍ଚ କରନ୍ତୁ। TCP ଲିସନରରେ ପହଞ୍ଚିବା ପରେ, ବିଫଳ ପ୍ରକ୍ସି ହ୍ୟାଣ୍ଡସେକ ପରବର୍ତ୍ତୀ ସମସ୍ୟା।