ଆପଣଙ୍କ ଗେଟୱେ ଆଶା କରୁଥିବା FTP ପ୍ରକ୍ସି ଲଗଇନ୍ ପଦ୍ଧତି ବାଛନ୍ତୁ

ଏକ ଦେଶୀ FTP ଗେଟୱେର USER, SITE କିମ୍ବା OPEN ବାର୍ତ୍ତାଳାପକୁ ଏହାକୁ ସମର୍ଥନ କରୁଥିବା କ୍ଲାଏଣ୍ଟ ସହିତ ମେଳାନ୍ତୁ, ଗେଟୱେ ଖାତାକୁ ଲକ୍ଷ୍ୟ ଖାତାରୁ ଅଲଗା ରଖି।

“FTP ପ୍ରକ୍ସି” ଏକ ଗେଟୱେ ବୁଝାଇପାରେ ଯାହା ନିଜେ FTP କୁହେ। ଏହା ସହିତ ସଂଯୋଗ କରିବା HTTP ପ୍ରକ୍ସିକୁ CONNECT ମାଗିବା କିମ୍ବା SOCKS ସର୍ଭରକୁ TCP ଲକ୍ଷ୍ୟ ଖୋଲିବାକୁ କହିବାଠାରୁ ଅଲଗା।

ଗେଟୱେକୁ ଲକ୍ଷ୍ୟ ହୋଷ୍ଟ ଓ ଖାତା ଦରକାର, ଏବଂ ପ୍ରଥମେ ଏହାର ନିଜ ଲଗଇନ୍ ମଧ୍ୟ ଦରକାର ହୋଇପାରେ। ଉତ୍ପାଦଗୁଡ଼ିକ ସେହି ବାର୍ତ୍ତାଳାପକୁ ବିଭିନ୍ନ ଭାବରେ ପ୍ରକାଶ କରନ୍ତି:

ବ୍ୟବସ୍ଥାସାଧାରଣ ନିର୍ଦ୍ଦେଶର ରୂପ
ବ୍ୟବହାରକାରୀ ନାମରେ ଲକ୍ଷ୍ୟ ସଂକେତିତUSER target-user@target-host
ଅଲଗା ଗେଟୱେ ଲଗଇନ୍ଗେଟୱେ USER/PASS, ତାପରେ ଲକ୍ଷ୍ୟର ଲଗଇନ୍
ସ୍ପଷ୍ଟ ଗନ୍ତବ୍ୟ ନିର୍ଦ୍ଦେଶSITE target-host କିମ୍ବା OPEN target-host, ତାପରେ ଆବଶ୍ୟକ ଲଗଇନ୍

ଏଗୁଡ଼ିକ ପରମ୍ପରାର ପରିବାର, ପ୍ରତ୍ୟେକ ଗେଟୱେକୁ ପଠାଯିବା ଏକ ମାନକ କ୍ରମ ନୁହେଁ। ପ୍ରଶାସକ ଦଲିଲଭୁକ୍ତ କରିଥିବା ଏବଂ କ୍ଲାଏଣ୍ଟ ସମର୍ଥନ କରୁଥିବା ପଦ୍ଧତି ବାଛନ୍ତୁ।

ସେଟଅପରେ ଉଭୟ ଖାତା ଦୃଶ୍ୟମାନ ରଖନ୍ତୁ

ଲକ୍ଷ୍ୟର FTP ପାସୱାର୍ଡ ଓ ଗେଟୱେ ପାସୱାର୍ଡ ଅଲଗା ହୋଇପାରେ। କେତେକ ଗେଟୱେ ସେଗୁଡ଼ିକୁ ଏକ USER/PASS ରୂପରେ ମିଶାନ୍ତି; ଅନ୍ୟମାନେ ଅଲଗା ବିନିମୟ ଆବଶ୍ୟକ କରନ୍ତି। ସବୁ ମୂଲ୍ୟକୁ ଏକ ଷ୍ଟ୍ରିଙ୍ଗରେ ରଖିବା ଅତିରିକ୍ତ ନିର୍ଦ୍ଦେଶ ପଠାଇବାକୁ ପଡ଼ୁଥିବା କ୍ଲାଏଣ୍ଟକୁ ପୁନଃଉତ୍ପାଦନ କରିପାରିବ ନାହିଁ।

ଏହା ପୁରୁଣା FtpWebRequest କୋଡରେ ଏକ ଉପଯୋଗୀ ସୀମା ବୁଝାଏ। ଗେଟୱେକୁ ସାଧାରଣ FTP ସଂଯୋଗ, ଗେଟୱେ-ନିର୍ଦ୍ଦିଷ୍ଟ ବ୍ୟବହାରକାରୀ ନାମ ସହିତ, କେତେକ USER/PASS ବ୍ୟବସ୍ଥାରେ ମେଳ ଖାଇପାରେ। ଅଲଗା SITE କିମ୍ବା OPEN ବାର୍ତ୍ତାଳାପ ଆବଶ୍ୟକ କରୁଥିବା ଗେଟୱେକୁ ସେହି ପ୍ରବାହକୁ ପ୍ରକୃତରେ ସମର୍ଥନ କରୁଥିବା କ୍ଲାଏଣ୍ଟ ଦରକାର। WebRequest ର Proxy ଗୁଣ ପୁଣି ଅନ୍ୟ ଏକ ଇଣ୍ଟରଫେସ।

ଉଦାହରଣସ୍ୱରୂପ WinSCP ସମସ୍ତ ଗେଟୱେକୁ ଏକ ହୋଷ୍ଟ ଫିଲ୍ଡ ଭାବରେ ନଧରି ଅଲଗା FTP ପ୍ରକ୍ସି ଲଗଇନ୍ ପଦ୍ଧତି ପ୍ରଦାନ କରେ। ଏହାର ସଂଖ୍ୟାତ୍ମକ କଞ୍ଚା ସେଟିଂ ମୂଲ୍ୟ ଏହାର ଦଲିଲଭୁକ୍ତ APIର; ବିନ୍ୟାସ ସମୀକ୍ଷା ସମୟରେ ପଦ୍ଧତିର ନାମ ଓ ଉଦ୍ଦିଷ୍ଟ ବାର୍ତ୍ତାଳାପ ବ୍ୟବହାର କରନ୍ତୁ।

ଲଗଇନ୍ ପରେ ମଧ୍ୟ ଫାଇଲ ସ୍ଥାନାନ୍ତରଣକୁ FTP ଡାଟା ସଂଯୋଗ ଓ ଚୟନିତ TLS ମୋଡ ଦରକାର। ନିୟନ୍ତ୍ରଣ ଚ୍ୟାନେଲରେ ସଫଳ ଲଗଇନ୍ ସେହି ମାର୍ଗର ଆରମ୍ଭ, ପ୍ରତ୍ୟେକ ଡାଟା ସ୍ଥାନାନ୍ତରଣ ପୂର୍ବରୁ ଅନୁମତିପ୍ରାପ୍ତ ବୋଲି ପ୍ରମାଣ ନୁହେଁ।

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