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-ന്റെ ലേബലാണ്. അത് കാണപ്പെടുന്നു എന്നതുകൊണ്ട് മാത്രം ഏത് അടിസ്ഥാന mechanism തിരഞ്ഞെടുത്തെന്ന് അറിയാനാവില്ല. വ്യത്യാസം പ്രധാനമായാൽ അംഗീകൃത client/server diagnostics ഉപയോഗിക്കുക; ടിക്കറ്റുകളും token-ുകളും പങ്കിട്ട റിപ്പോർട്ടുകളിൽ ഇടരുത്.