SSH ProxyCommand ଏବଂ ହୋଷ୍ଟ-ଆଧାରିତ ପ୍ରମାଣୀକରଣ: କେଉଁ ହୋଷ୍ଟ ସ୍ୱାକ୍ଷର କରେ?

ଲକ୍ଷ୍ୟ ବାଷ୍ଟିଅନ୍‌ରୁ ଆସୁଥିବା TCP ସଂଯୋଗ ଦେଖିପାରେ, ଯେତେବେଳେ ପ୍ରମାଣୀକରଣ କରୁଥିବା SSH କ୍ଲାୟେଣ୍ଟ୍ ଏବେ ମଧ୍ୟ ୱର୍କଷ୍ଟେସନ୍‌ରେ ଚାଲୁଛି।

Host behind-bastion
    ProxyCommand ssh -W %h:%p bastion

ଏଠାରେ ସହାୟକ ବାଷ୍ଟିଅନ୍‌ରେ ଲଗଇନ୍ କରି ଏହାର SSH ସର୍ଭରକୁ ଲକ୍ଷ୍ୟ ଆଡକୁ ଫରୱାର୍ଡ ହୋଇଥିବା ସଂଯୋଗ ମାଗେ। ୱର୍କଷ୍ଟେସନ୍‌ର ବାହ୍ୟ SSH କ୍ଲାୟେଣ୍ଟ୍ ସେହି ଷ୍ଟ୍ରିମ୍ ମାଧ୍ୟମରେ ଲକ୍ଷ୍ୟର SSH ପ୍ରୋଟୋକଲ୍ ବିନିମୟ କରେ। ବାଷ୍ଟିଅନ୍ ପରିବହନ ଯୋଗାଏ; ଏହା ଲକ୍ଷ୍ୟ ଆଡକୁ ଥିବା SSH କ୍ଲାୟେଣ୍ଟ୍ ଆରମ୍ଭ କରିନାହିଁ।

ହୋଷ୍ଟ-ଆଧାରିତ ପ୍ରମାଣୀକରଣ ପାଇଁ ଏହି ପାର୍ଥକ୍ୟ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ। OpenSSHର ssh-keysign ସହାୟକ ଆବଶ୍ୟକ ସ୍ୱାକ୍ଷର ତିଆରି କରିବାକୁ ସ୍ଥାନୀୟ ହୋଷ୍ଟ କୀ ବ୍ୟବହାର କରେ। ବାଷ୍ଟିଅନ୍‌ର ନେଟୱାର୍କ ଉତ୍ସ ଠିକଣା ହେବା ୱର୍କଷ୍ଟେସନ୍‌କୁ ବାଷ୍ଟିଅନ୍‌ର ହୋଷ୍ଟ କୀ ସହିତ ସ୍ୱାକ୍ଷର କରିବାକୁ ବାଧ୍ୟ କରେ ନାହିଁ।

ଏହାକୁ ତଳେ ସହିତ ତୁଳନା କରନ୍ତୁ:

ssh -t bastion ssh target

ଏହା ବାଷ୍ଟିଅନ୍‌ରେ ଅନ୍ୟ ଏକ SSH ପ୍ରୋଗ୍ରାମ୍ ଆରମ୍ଭ କରେ। ଏହାର ସ୍ଥାନୀୟ ବିନ୍ୟାସ ଏବଂ ଉପଲବ୍ଧ ହୋଷ୍ଟ କୀ ସେହି ମେସିନ୍‌ର, ତେଣୁ ଏହା ବାଷ୍ଟିଅନ୍ ଏବଂ ଲକ୍ଷ୍ୟ ମଧ୍ୟରେ ପୂର୍ବରୁ ବିନ୍ୟାସିତ ହୋଷ୍ଟ-ଆଧାରିତ ବିଶ୍ୱାସ ବ୍ୟବସ୍ଥାରେ ଅଂଶଗ୍ରହଣ କରିପାରେ। ଏହାକୁ ଏବେ ମଧ୍ୟ ଲକ୍ଷ୍ୟର ସମ୍ପୃକ୍ତ ଅନୁମତି ଏବଂ ନାମ ଯାଞ୍ଚ ଆବଶ୍ୟକ।

ଦ୍ୱିତୀୟ ରୂପ ସେସନ୍ କିପରି କାମ କରେ ତାହା ମଧ୍ୟ ବଦଳାଏ: ଏହା ଦୂର ନିର୍ଦ୍ଦେଶ ଚଲାଏ ଏବଂ ଟର୍ମିନାଲ୍ ବ୍ୟବହାର କରେ। ଏହା ପ୍ରତ୍ୟେକ SSH ଫାଇଲ୍ ସ୍ଥାନାନ୍ତର କିମ୍ବା ଅଟୋମେସନ୍ ପରିବହନ ପାଇଁ ସ୍ୱଚ୍ଛ ବିକଳ୍ପ ନୁହେଁ। ଉତ୍ସ ଠିକଣା ଯଥେଷ୍ଟ ଦେଖାଯିବା ପାଇଁ ସର୍ଭରର ବିଶ୍ୱାସ ଯାଞ୍ଚ ଦୁର୍ବଳ କରିବା ପରିବର୍ତ୍ତେ, କେଉଁ ମେସିନ୍ ଲକ୍ଷ୍ୟ ସମ୍ମୁଖରେ ପ୍ରମାଣୀକରଣ କରିବ ତାହା ଅନୁସାରେ ବ୍ୟବସ୍ଥା ବାଛନ୍ତୁ।