OkHttp ବେସିକ୍ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ: ପ୍ରତ୍ୟାଖ୍ୟାତ ପୁନଃପ୍ରୟାସ ବନ୍ଦ କରନ୍ତୁ

ବେସିକ୍ ପ୍ରମାଣୀକରଣ ପ୍ରଦାନ କରୁଥିବା HTTP ପ୍ରକ୍ସି ପାଇଁ, OkHttp ର proxyAuthenticator ପ୍ରମାଣପତ୍ର ବହନ କରୁଥିବା ଅନୁରୋଧ ଫେରସ୍ତ କରିପାରେ। ଅନୁମୋଦନ ପ୍ରୟାସ ପୂର୍ବରୁ ପ୍ରତ୍ୟାଖ୍ୟାତ ହୋଇସାରିଥିଲେ ସେହି ଉତ୍ତର ପୁନଃ ନ ପଠାଇ null ଫେରସ୍ତ କରନ୍ତୁ:

.proxyAuthenticator { _, response ->
    if (response.request.header("Proxy-Authorization") != null) {
        null
    } else {
        response.request.newBuilder()
            .header("Proxy-Authorization",
                    Credentials.basic(proxyUser, proxyPassword))
            .build()
    }
}

ଏହି ରୂପରେଖା ଆପ୍ଲିକେସନର ଗୁପ୍ତ କନଫିଗରେସନରୁ ଖାତା ମୂଲ୍ୟ ବ୍ୟବହାର କରେ। ଗାର୍ଡ ପ୍ରଥମ ପ୍ରୟାସକୁ ଅନୁମତି ଦିଏ ଏବଂ ପୁନରାବୃତ୍ତିକୁ ବନ୍ଦ କରେ। ଏହା Basic କାର୍ଯ୍ୟକାରୀ କରେ, ପ୍ରକ୍ସି ଘୋଷଣା କରିପାରୁଥିବା ପ୍ରତ୍ୟେକ ସ୍କିମ୍ ନୁହେଁ; ସେହି ଉତ୍ତର ବାଛିବା ପୂର୍ବରୁ ଚ୍ୟାଲେଞ୍ଜ ଯାଞ୍ଚ କରନ୍ତୁ।

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

CONNECT ର ଅନ୍ୟ ଏକ କଲବ୍ୟାକ୍ ପ୍ରସଙ୍ଗ ଅଛି: ଟନେଲ୍ ଖୋଲିବା ପୂର୍ବରୁ OkHttp ଏକ କୃତ୍ରିମ ପୂର୍ବବର୍ତ୍ତୀ ପ୍ରକ୍ସି-ପ୍ରମାଣୀକରଣ ଚ୍ୟାଲେଞ୍ଜ ଦଲିଲଭୁକ୍ତ କରେ। ପ୍ରତ୍ୟେକ କଲବ୍ୟାକ୍ ସାଧାରଣ ଗନ୍ତବ୍ୟ ଉତ୍ତର ବୋଲି ନ ଧରି API ଅନୁସାରେ ସେହି ପ୍ରସଙ୍ଗ ସମ୍ଭାଳନ୍ତୁ।

ପୃଥକ authenticator ଗନ୍ତବ୍ୟ-ସର୍ଭର ପ୍ରମାଣୀକରଣ ପାଇଁ। ଏହାର ପ୍ରମାଣପତ୍ର ପ୍ରକ୍ସି ଲଗଇନରୁ ଅଲଗା ରଖନ୍ତୁ; ପ୍ରତ୍ୟେକ ବାହାରକୁ ଯାଉଥିବା ଅନୁରୋଧରେ ପ୍ରକ୍ସି ପାସୱାର୍ଡ ରଖୁଥିବା ସାଧାରଣ ଇଣ୍ଟରସେପ୍ଟର ଏହାକୁ ଭୁଲ ପରିସରରେ ପଠାଇପାରେ।

ଐତିହାସିକ ରିପୋର୍ଟ କାର୍ଯ୍ୟକାରୀକରଣ ବଗ୍ ମଧ୍ୟ ବର୍ଣ୍ଣନା କରେ, ଯେଉଁଥିରେ ପ୍ରତ୍ୟାଖ୍ୟାତ ପ୍ରକ୍ସି-ଉତ୍ତର ମୁଖ୍ୟ ଅଂଶର ପରିଚାଳନା ସହିତ। ବର୍ତ୍ତମାନର ବିଫଳତାକୁ ପୁରୁଣା ରିପୋର୍ଟକୁ ଆରୋପ କରିବା ପୂର୍ବରୁ OkHttp ସଂସ୍କରଣ ଏବଂ ଅନ୍ତିମ ବିନିମୟ ରେକର୍ଡ କରନ୍ତୁ। ପୁନଃପ୍ରୟାସ ନିଷ୍ପତ୍ତି ଉପଯୋଗୀ ନୂଆ ଉତ୍ତର ନଥିବା ଅପରିବର୍ତ୍ତିତ ପ୍ରମାଣପତ୍ର ପ୍ରୟାସକୁ ତଥାପି ବନ୍ଦ କରିବା ଉଚିତ।