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 బైనరీని, ఖాతా వాతావరణాన్ని తనిఖీ చేయండి. GSSAPI లేదా SSPI మద్దతు ప్లాట్‌ఫారమ్ మరియు buildపై ఆధారపడి ఉంటుంది. నిర్దిష్ట సేవా భాగం అవసరమైతే నమోదైన కాన్ఫిగరేషన్ ప్రకారం curl proxy service-name ఎంపికను ఉపయోగించండి; పేర్లను ఊహించడం లోపాన్ని పరిష్కరించకుండా తరలించవచ్చు.

Negotiate స్వయంగా mechanism-negotiation label. అది కనిపించడమే ఏ అంతర్గత mechanism ఎంచుకున్నారో చెప్పదు. తేడా ముఖ్యమైనప్పుడు అనుమతించబడిన client/server diagnostics ఉపయోగించి tickets, tokens‌ను షేర్ చేసిన నివేదికల వెలుపల ఉంచండి.