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-ன் proxy service-name விருப்பத்தைப் பயன்படுத்தவும்; பெயர்களை ஊகிப்பது பிழையைத் தீர்க்காமல் இடமாற்றலாம்.

Negotiate தானே ஒரு mechanism-negotiation label. அது இருப்பதால் மட்டும் எந்த அடிப்படை mechanism தேர்ந்தெடுக்கப்பட்டது என்பதை அறிய முடியாது. வேறுபாடு முக்கியமானபோது அங்கீகரிக்கப்பட்ட client/server diagnostics பயன்படுத்தி tickets மற்றும் tokens-ஐ பகிரப்பட்ட அறிக்கைகளில் சேர்க்காதீர்கள்.