REST Assured ଅନୁରୋଧ ପାଇଁ ମୌଳିକ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ

REST Assured ରେ ଏକ ପ୍ରକ୍ସି ବିବରଣୀ ଅଛି ଯାହା ମଧ୍ୟସ୍ଥର ଠିକଣା ଓ ପ୍ରମାଣପତ୍ର ଏକସଙ୍ଗେ ବହନ କରେ:

import static io.restassured.RestAssured.given;
import io.restassured.specification.ProxySpecification;

var proxy = ProxySpecification.host("proxy.example")
    .withPort(8080)
    .withScheme("http")
    .withAuth(proxyUser, proxyPassword);

var request = given().proxy(proxy);

ଆପ୍ଲିକେସନ ନିଜର ସାଧାରଣ ପ୍ରମାଣପତ୍ର ଉତ୍ସରୁ proxyUser ଓ proxyPassword ଯୋଗାଏ। ଏହି ଅଂଶ ଏକ ଅନୁରୋଧ ବିବରଣୀ ତିଆରି କରେ; ପରୀକ୍ଷାର ସାଧାରଣ ଅନୁରୋଧ ଓ ଯାଞ୍ଚ କୋଡ ବ୍ୟବହାର କରି request ମାଧ୍ୟମରେ ଇଚ୍ଛିତ API URL କୁ ଡାକନ୍ତୁ।

http ସ୍କିମ ପ୍ରକ୍ସିର ଅନ୍ତିମ ବିନ୍ଦୁ ବର୍ଣ୍ଣନା କରେ। API URL HTTPS ରହିପାରେ। REST Assured ର withAuth ପଦ୍ଧତି ମୌଳିକ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ଯୋଗାଏ; କେବଳ ଦୁଇଟି ଷ୍ଟ୍ରିଙ୍ଗ ଦିଆଯାଇଥିବାରୁ ଏହା ସମସ୍ତ କର୍ପୋରେଟ ପ୍ରମାଣୀକରଣ ସ୍କିମ ସହ ବୁଝାମଣା କରେ ନାହିଁ।

API ପ୍ରମାଣପତ୍ରକୁ API ର ନିଜସ୍ୱ ପ୍ରମାଣୀକରଣ ସଂରଚନାରେ ରଖନ୍ତୁ। ପ୍ରକ୍ସି ଖାତା ବଦଳରେ ସାଧାରଣ Authorization ହେଡର କିମ୍ବା ସେବା ପାସୱାର୍ଡ ବ୍ୟବହାର କରିବାରୁ ଦୂରେଇ ରୁହନ୍ତୁ। HTTPS ରେ, CONNECT ସ୍ଥାପନ କରିବା ସମୟରେ, ଲକ୍ଷ୍ୟ ସ୍ଥାନ ସହ HTTP ବିନିମୟ ହେବା ପୂର୍ବରୁ ମଧ୍ୟସ୍ଥ ସହ ପ୍ରମାଣୀକରଣ ଆବଶ୍ୟକ ହୋଇପାରେ।

ଯେତେବେଳେ ଅବଶିଷ୍ଟ ବିଫଳତା ପ୍ରମାଣପତ୍ର ଉପରେ ବିଶ୍ୱାସ

ଅସ୍ୱୀକୃତ CONNECT ଚ୍ୟାଲେଞ୍ଜ ଏବଂ TLS ପ୍ରମାଣପତ୍ର ଯାଞ୍ଚ ତ୍ରୁଟି ଭିନ୍ନ ଫଳାଫଳ। ଯଦି ଆବଶ୍ୟକ ସଂସ୍ଥା-ପରିଚାଳିତ CA କ୍ଲାଏଣ୍ଟର ବିଶ୍ୱାସ ବ୍ୟବସ୍ଥାରେ ନାହିଁ, ତେବେ ଅନୁମୋଦିତ ପ୍ରଶାସନିକ ଚ୍ୟାନେଲ ମାଧ୍ୟମରେ ସେହି CA ଆଣନ୍ତୁ ଏବଂ ପରୀକ୍ଷା କ୍ଲାଏଣ୍ଟର truststore ସଂରଚିତ କରନ୍ତୁ।

REST Assured ସେହି ଉଦ୍ଦେଶ୍ୟ ପାଇଁ trustStore ପ୍ରଦାନ କରେ। truststore ବଦଳାଏ ଯେ HTTPS କ୍ଲାଏଣ୍ଟ କେଉଁ ପ୍ରଦାନକାରୀଙ୍କୁ ବିଶ୍ୱାସ କରେ; ଏହା ପ୍ରକ୍ସି ଚୟନ କରେ ନାହିଁ କିମ୍ବା ତାହାର ଲଗଇନ ଦିଏ ନାହିଁ। ଉପସ୍ଥାପିତ ଯେକୌଣସି ପ୍ରମାଣପତ୍ର ଗ୍ରହଣ କରିବା ପାଇଁ accept-all ହ୍ୟାଣ୍ଡଶେକ ବ୍ୟବହାର କରିବା ପରିବର୍ତ୍ତେ ହୋଷ୍ଟନାମ ଓ ପ୍ରମାଣପତ୍ର ଯାଞ୍ଚ ସକ୍ରିୟ ରଖନ୍ତୁ।