curl Negotiate ପ୍ରମାଣୀକରଣ ପାଇଁ ପ୍ରକ୍ସି ହୋଷ୍ଟନାମ ବ୍ୟବହାର କରନ୍ତୁ

Negotiate ସ୍ଥାପନ ପାଇଁ ଦିଆଯାଇଥିବା ପ୍ରକ୍ସି ନାମ ବ୍ୟବହାର କରନ୍ତୁ। ତାହାର IPକୁ TCP ସଂଯୋଗ କଲେ ସେହି ପ୍ରମାଣୀକରଣ ପରିଚୟ ଚାହିଁବ ବୋଲି ନିଶ୍ଚିତ ହୁଏନାହିଁ।

curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

ପ୍ରକ୍ସି ହୋଷ୍ଟନାମକୁ ଅନୁମୋଦିତ ସେବା ନାମରେ ବଦଳାନ୍ତୁ। ଏହା ପ୍ଲାଟଫର୍ମରେ ଥିବା ପ୍ରବେଶ ତଥ୍ୟ ବ୍ୟବସ୍ଥାରେ proxy Negotiate ବାଛେ; ଡୋମେନ ଲଗଇନ ତିଆରି କରେନାହିଁ କିମ୍ବା ଅନୁପଲବ୍ଧ ପ୍ରମାଣୀକରଣ ସେବାରୁ ଟିକେଟ ନିଏନାହିଁ।

HTTP/proxy.example ଆଶା କରୁଥିବା ସ୍ଥାପନରେ IP କିମ୍ବା ଅନ୍ୟ alias ଚାହିଁଥିବା ସେବା ପରିଚୟ ବଦଳାଇପାରେ। କିଛି ପରିବେଶ ଅନ୍ୟ ନାମକରଣକୁ ସ୍ପଷ୍ଟ ଭାବେ ସମର୍ଥନ କରେ; ତେଣୁ IP ପ୍ରମାଣୀକରଣ ସବୁଠାରେ ଅସମ୍ଭବ ବୋଲି ନକହି ସଜାଯାଇଥିବା ପରିଚୟ ରଖନ୍ତୁ।

ପ୍ରକୃତ curl binary ଓ ଖାତା ପରିବେଶ ଯାଞ୍ଚ କରନ୍ତୁ। GSSAPI କିମ୍ବା SSPI ସମର୍ଥନ ପ୍ଲାଟଫର୍ମ ଓ build ଉପରେ ନିର୍ଭର କରେ। ନିର୍ଦ୍ଦିଷ୍ଟ ସେବା ଅଂଶ ଦରକାର ହେଲେ ପଞ୍ଜିକୃତ ସଂରଚନା ଅନୁସାରେ curlର ପ୍ରକ୍ସି ସେବା-ନାମ ବିକଳ୍ପ ବ୍ୟବହାର କରନ୍ତୁ; ନାମ ଅନୁମାନ କରିବା ତ୍ରୁଟିକୁ ସରାଇପାରେ, ସମାଧାନ ନୁହେଁ।

Negotiate ନିଜେ ଏକ mechanism negotiation ଲେବଲ। ଏହା ଥିବାରୁ କେଉଁ ଭିତ୍ତି mechanism ବଛାଗଲା ଜଣାଯାଏ ନାହିଁ। ତଫାତ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ହେଲେ ଅନୁମୋଦିତ client/server diagnostics ବ୍ୟବହାର କରନ୍ତୁ ଏବଂ ticket ଓ tokenକୁ ସାଧାରଣ ରିପୋର୍ଟରୁ ବାହାରେ ରଖନ୍ତୁ।