SSH ପ୍ରକ୍ସି ଖାତା shell ବିନା କାମ କରିପାରେ

ମୋହକାରୀ ସେଟିଂ ହେଉଛି AllowTcpForwarding no। ଦୁର୍ଭାଗ୍ୟବଶତଃ, ଏହା ସ୍ଥାନୀୟ SSH SOCKS ପ୍ରକ୍ସି ଆବଶ୍ୟକ କରୁଥିବା ଫରୱାର୍ଡିଂକୁ ମଧ୍ୟ ବନ୍ଦ କରେ। ଗତିଶୀଳ ଫରୱାର୍ଡିଂ ସର୍ଭର ନୀତିର ଚାରିପାଖରେ ଏକ ଛିଦ୍ର ନୁହେଁ।

ସମର୍ପିତ ଖାତା ପାଇଁ, OpenSSH ଅନେକ ସାମର୍ଥ୍ୟକୁ ଅଲଗା କରେ। ଏକ ନୀତି-ଅଂଶ shell ଏବଂ ସବସିଷ୍ଟମ ସେସନକୁ ଅଟକାଇ ସ୍ଥାନୀୟ ଫରୱାର୍ଡିଂକୁ ଅନୁମତି ଦେଇପାରେ:

Match User proxyuser
    AllowTcpForwarding local
    MaxSessions 0
    PermitTTY no
    X11Forwarding no
    AllowAgentForwarding no

ସର୍ଭର ମାନୁଆଲ MaxSessions 0 କୁ shell, ଲଗଇନ ଏବଂ ସବସିଷ୍ଟମ ସେସନ ଅଟକାଇ ଫରୱାର୍ଡିଂକୁ ଅନୁମତି ଦେଉଥିବା ସେଟିଂ ଭାବରେ ବର୍ଣ୍ଣନା କରେ। ଏହାକୁ ବିଦ୍ୟମାନ ପ୍ରମାଣିତ ଖାତାରେ ସଂଯୋଜିତ କରନ୍ତୁ; ଏହା ସମ୍ପୂର୍ଣ୍ଣ SSH ସୁରକ୍ଷା କନଫିଗୁରେସନ ନୁହେଁ।

କେବଳ ଫରୱାର୍ଡିଂ ଅର୍ଥ କେବଳ SOCKS ନୁହେଁ

ଏକ ସ୍ଥିର ସ୍ଥାନୀୟ ଫରୱାର୍ଡ ଏବଂ ଏକ SOCKS ଅନୁରୋଧ ଶେଷରେ ସର୍ଭରରୁ ସମାନ ପ୍ରକାରର ଗନ୍ତବ୍ୟ ସଂଯୋଗ ମାଗିପାରେ। ସ୍ଥାନୀୟ ଫରୱାର୍ଡିଂକୁ ଅନୁମତି ଦେବା କ୍ଲାଏଣ୍ଟ ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ SOCKS ଇଣ୍ଟରଫେସ ବ୍ୟବହାର କରିଛି ବୋଲି ନିଶ୍ଚିତ କରେ ନାହିଁ। ଖାତାକୁ କେବଳ-SOCKS ବ୍ୟବହାର ଲାଗୁ କରୁଥିବା ଭାବରେ ବର୍ଣ୍ଣନା କରନ୍ତୁ ନାହିଁ।

PermitOpen ନିର୍ଦ୍ଦିଷ୍ଟ ତାଲିକା ଆବଶ୍ୟକତା ସହିତ ମେଳ ଖାଉଥିଲେ ଗନ୍ତବ୍ୟ ହୋଷ୍ଟ ଏବଂ ପୋର୍ଟ ଯୋଡ଼ିକୁ ସୀମିତ କରିପାରେ। ଏହା ପ୍ରତ୍ୟେକ ଘରୋଇ ନେଟୱାର୍କ ଉପରେ ହୋଷ୍ଟନାମ-ସମାଧାନ ସଚେତନ ସାଧାରଣ ନିଷେଧ ନୁହେଁ। ବ୍ୟାପକ ଠିକଣା ପ୍ରତିବନ୍ଧ ପାଇଁ ଉପଯୁକ୍ତ ହୋଷ୍ଟ ନେଟୱାର୍କ ନୀତି ଆବଶ୍ୟକ ହୋଇପାରେ।

ଖାତା, ଚାବି ଏବଂ ଅନ୍ତର୍ଭୁକ୍ତ ସର୍ଭର ସେଟିଂ ଫରୱାର୍ଡିଂକୁ ଅଧିକ ସୀମିତ କରିପାରେ। ଅନ୍ୟତ୍ର ସର୍ବବ୍ୟାପୀ ଫରୱାର୍ଡିଂ ନିଷେଧ ଏହି ଅଂଶ ଅନୁମତି ଦେଉଥିବା ପରି ଦେଖାଯାଉଥିବା ସାମର୍ଥ୍ୟକୁ ହଟାଇପାରେ।

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