କଲ୍ କରୁଥିବା Heroku ଆପ୍ ପରିବର୍ତ୍ତନଶୀଳ dynos ରେ ଚାଲୁଥିବାବେଳେ ମଧ୍ୟ ଅନୁରୋଧଗୁଡ଼ିକ ଜଣାଶୁଣା ଉତ୍ସ IP ରୁ ଆସିବା ପାଇଁ ଏକ ସହଭାଗୀ API ଦାବି କରିପାରେ। ବିଦ୍ୟମାନ Proximo ସଂଯୋଗ ନିର୍ଦ୍ଦିଷ୍ଟ ସ୍ଥିର ଠିକଣା ମାଧ୍ୟମରେ ଆଉଟବାଉଣ୍ଡ୍ ପଥ ଦିଏ।

dyno’s API client → Proximo gateway → partner API
                         assigned source IP

ନିର୍ଦ୍ଦିଷ୍ଟ ଇଗ୍ରେସ୍ ଠିକଣା ହିଁ ସହଭାଗୀଙ୍କ ଉତ୍ସ ଅନୁମତି ତାଲିକାରେ ରହିବା ଉଚିତ। PROXIMO_URL ସେହି ପଥରେ ପ୍ରବେଶ କରିବାକୁ ଆପ୍ ବ୍ୟବହାର କରୁଥିବା ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ ଓ ପ୍ରମାଣପତ୍ର ଚିହ୍ନଟ କରେ; ଏହା ଆପ୍‌ର ସାର୍ବଜନୀନ ୱେବସାଇଟ୍ URL ନୁହେଁ।

ପଥକୁ କଲ୍ କରୁଥିବା ପ୍ରକ୍ରିୟା ଉପରେ ପ୍ରୟୋଗ କରନ୍ତୁ

ଏକ ୱେବ୍ ପ୍ରକ୍ରିୟା ଏବଂ ଏକ ପୃଷ୍ଠଭୂମି ୱାର୍କର ଅଲଗା API ଅନୁରୋଧ କରିପାରନ୍ତି। ପ୍ରତ୍ୟେକ ଆବଶ୍ୟକ ଗ୍ରାହକକୁ ତାହାର ସମର୍ଥିତ ପ୍ରକ୍ସି ସଂଯୋଗ ମାଧ୍ୟମରେ କନଫିଗର୍ କରନ୍ତୁ। ଏକ ପ୍ରକ୍ରିୟାକୁ ରୁଟ୍ କରିବା ଅନ୍ୟ ସବୁ ପ୍ରକ୍ରିୟା ଗେଟୱେ ବ୍ୟବହାର କରୁଛନ୍ତି ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।

JVM ଆପ୍ ପାଇଁ ଉପଯୁକ୍ତ ନେଟିଭ୍ HTTP କିମ୍ବା SOCKS କ୍ଲାଏଣ୍ଟ କନଫିଗରେସନ୍ ଏବଂ ପ୍ରଦାନକାରୀ ସମର୍ଥିତ ପ୍ରମାଣୀକରଣ ବ୍ୟବସ୍ଥା ବ୍ୟବହାର କରନ୍ତୁ। ଅନ୍ୟ ରନଟାଇମ୍ ପାଇଁ ଲେଖା wrapper ଉଦାହରଣରୁ Java ସୁସଙ୍ଗତତା ଅନୁମାନ କରନ୍ତୁ ନାହିଁ।

ଆସୁଥିବା ଅନୁରୋଧଗୁଡ଼ିକୁ ଆପ୍‌ର ପଥରେ ରଖନ୍ତୁ

Proximo ର Heroku ଡକ୍ୟୁମେଣ୍ଟ ସ୍ପଷ୍ଟ କହେ ଯେ ଏହା ଆପ୍‌କୁ ଇନବାଉଣ୍ଡ୍ ପ୍ରବେଶ ଦିଏ ନାହିଁ। ୱେବ୍ ଆପ୍ ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚୁଥିବା କ୍ଲାଏଣ୍ଟମାନେ ଏବେ ମଧ୍ୟ ଏହାର କନଫିଗର୍ ହୋଇଥିବା Heroku ହୋଷ୍ଟନାମ ଓ ରୁଟିଂ ବ୍ୟବହାର କରନ୍ତି।

ଆସୁଥିବା ୱେବ୍ ପ୍ରବେଶ ଯାଞ୍ଚ କରିବାକୁ ଆପ୍ URL ବ୍ୟବହାର କରନ୍ତୁ। ସହଭାଗୀ ପାଇଥିବା ଅନୁରୋଧର ପ୍ରମାଣ ବ୍ୟବହାର କରି ଆଉଟବାଉଣ୍ଡ୍ ଉତ୍ସ ଠିକଣା ଯାଞ୍ଚ କରନ୍ତୁ। ସ୍ଥିର ପ୍ରକ୍ସି IP ଆପ୍‌କୁ ସେବା ଦେବ ବୋଲି ଆଶା କରିବା ସେହି ଦୁଇ ଦିଶାକୁ ଆଉଟବାଉଣ୍ଡ୍ ସେବା ନଦେଉଥିବା ଏକ ବୈଶିଷ୍ଟ୍ୟରେ ମିଶାଇଦିଏ।

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