CONNECT କୁ ଅସ୍ୱୀକାର କରୁଥିବା ପ୍ରକ୍ସି ଏକ HTTP ତ୍ରୁଟି ଡକ୍ୟୁମେଣ୍ଟ ଫେରାଇପାରେ ଯାହା ଏହାର ନୀତି କିମ୍ବା ପରବର୍ତ୍ତୀ ସଂଯୋଗର ବିଫଳତା ବ୍ୟାଖ୍ୟା କରେ। ସାଧାରଣ HTTP ପ୍ରକ୍ସି ବିରୁଦ୍ଧରେ ଅନୁମୋଦିତ ଡାଇଗ୍ନୋଷ୍ଟିକ୍ ପାଇଁ curl ସେହି ଅନୁରୋଧ ସିଧାସଳଖ ପଠାଇ ଉତ୍ତର ସଞ୍ଚୟ କରିପାରେ:

curl --proxy '' --http1.1 --max-time 10 \
  --request CONNECT \
  --request-target service.example:443 \
  --header 'Host: service.example:443' \
  --dump-header tunnel.headers \
  --output tunnel.body \
  http://proxy.example:8080/

ଅନ୍ତିମ URL ପ୍ରକ୍ସି ଶ୍ରୋତାକୁ ସମ୍ବୋଧିତ କରେ। ଅନୁମତିପ୍ରାପ୍ତ ସାର୍ବଜନୀନ ପ୍ରକ୍ସି ତୁଳନା ପାଇଁ HTTP ପ୍ରକ୍ସି ତାଲିକା ସେହି ଶ୍ରୋତା URL ପାଇଁ ପ୍ରାର୍ଥୀ ପ୍ରଦାନ କରେ। --request ପଦ୍ଧତି ଟୋକନ ପ୍ରଦାନ କରେ; --request-target CONNECT ଅଧିକାର ପ୍ରଦାନ କରେ। ସେଗୁଡ଼ିକୁ ଅଲଗା ରଖିଲେ CONNECT service.example:443 HTTP/1.1 ଉତ୍ପନ୍ନ ହୁଏ।

ଖାଲି ପ୍ରକ୍ସି ବିକଳ୍ପ curl କୁ ଏହି ଡାଇଗ୍ନୋଷ୍ଟିକ୍ ଅନ୍ୟ ଉତ୍ତରାଧିକାରୀ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ପଠାଇବାରୁ ରୋକେ। HTTP ତ୍ରୁଟି ଡକ୍ୟୁମେଣ୍ଟ ରଖାଯାଇପାରିବ ବୋଲି ନିର୍ଦ୍ଦେଶ ସ୍ପଷ୍ଟ ଭାବରେ --fail ଛାଡ଼ିଦିଏ।

ପ୍ରମାଣୀକରଣ ନଥିବା ପ୍ରୟାସ ଯାଞ୍ଚ ହେଉଥିବା ବିଫଳତା ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚିବା ପୂର୍ବରୁ 407 ରେ ଅଟକିପାରେ। ପ୍ରମାଣୀକୃତ ଅନୁରୋଧ ପୁନଃ ନିର୍ମାଣ କରିବା ସମୟରେ ପ୍ରକ୍ସିର ଉଦ୍ଦିଷ୍ଟ ପ୍ରମାଣୀକରଣ ବ୍ୟବସ୍ଥା ବ୍ୟବହାର କରନ୍ତୁ।

ଏହା ବିଫଳତା ପ୍ରତିକ୍ରିୟା ଯାଞ୍ଚ ପାଇଁ। ଯଦି ପ୍ରକ୍ସି 2xx ଫେରାଏ ତେବେ ସଂଯୋଗ ସାଧାରଣ HTTP body ସ୍ଥାନାନ୍ତରଣ ପରିବର୍ତ୍ତେ ଏକ ସୁଡ଼ଙ୍ଗ ହୋଇଯାଏ। ଏହି କଷ୍ଟମ-ପଦ୍ଧତି ଡାଇଗ୍ନୋଷ୍ଟିକ୍ ଗନ୍ତବ୍ୟର TLS ବିନିମୟ ଆରମ୍ଭ କରେ ନାହିଁ ଏବଂ ସ୍ୱୀକୃତ ଖୋଲା ସୁଡ଼ଙ୍ଗରେ ଏହାର ସମୟ ସୀମାରେ ପହଞ୍ଚିପାରେ।

ପ୍ରକୃତ HTTPS ଆଣିବା ପାଇଁ ସାଧାରଣ --proxy ଅନୁରୋଧ ପ୍ରବାହ ବ୍ୟବହାର କରନ୍ତୁ। ଡାଇଗ୍ନୋଷ୍ଟିକ୍ର ସ୍ଥିତି ଏବଂ body କୁ ସେମାନଙ୍କ ନିର୍ଦ୍ଦିଷ୍ଟ ପ୍ରକ୍ସି ଏବଂ ଲକ୍ଷ୍ୟ ସହିତ ରଖନ୍ତୁ।

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