curl-ൽ NTLM പ്രോക്സി ലോഗിൻ പരിശോധിക്കുക

NTLM പ്രോക്സി പ്രാമാണീകരണത്തിൽ ഹാൻഡ്ഷേക്ക് ഉണ്ട്; ഉപയോക്തൃനാമം ഒരിക്കൽ ചേർക്കുന്നത് മാത്രമല്ല. അക്കൗണ്ടിന്റെ പാസ്‌വേഡ് മാറ്റുന്നതിന് മുമ്പ് പ്രോക്സി യഥാർഥത്തിൽ NTLM നൽകുന്നുണ്ടെന്നും curl എക്സിക്യൂട്ടബിൾ അതിനെ പിന്തുണയ്ക്കുന്നുണ്ടെന്നും ഉറപ്പാക്കുക.

curl --version

നിങ്ങളുടെ അഭ്യർഥന പ്രവർത്തിപ്പിക്കുന്ന എക്സിക്യൂട്ടബിളിന്റെ സവിശേഷതാപട്ടിക പരിശോധിക്കുക. മറ്റൊരു curl ഇൻസ്റ്റലേഷൻ, കണ്ടെയ്‌നർ ഇമേജ് അല്ലെങ്കിൽ ഓപ്പറേറ്റിങ് സിസ്റ്റം ബിൽഡ് വ്യത്യസ്ത പ്രാമാണീകരണ പിന്തുണ നൽകാം.

പ്രോക്സിക്കായി പ്രത്യേക പ്രാമാണീകരണ രീതി തിരഞ്ഞെടുക്കുക

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

എൻഡ്പോയിന്റ്, ഡൊമെയ്ൻ, ഉപയോക്തൃനാമം എന്നിവ ഉദാഹരണങ്ങളാണ്. അഡ്മിനിസ്ട്രേറ്റർ നൽകിയ രൂപം ഉപയോഗിക്കുക. ആർഗ്യുമെന്റിൽ പാസ്‌വേഡ് ഇല്ലെങ്കിൽ, പ്രദർശിപ്പിക്കുന്ന കമാൻഡിൽ രഹസ്യം ശേഷിപ്പിക്കുന്നതിന് പകരം curl-ന് അത് ചോദിക്കാനാകും.

ആദ്യ പ്രാമാണീകരണ ചലഞ്ച് ചർച്ചയുടെ ഭാഗമായേക്കാം. അത് പൂർത്തിയായ ഹാൻഡ്ഷേക്കിന് ശേഷമുള്ള നിരസിക്കലിൽനിന്ന് വേർതിരിക്കുക. പ്രോക്സി ചലഞ്ചിന് മറുപടി നൽകാൻ ഉറവിട സെർവറിന്റെ NTLM ഓപ്ഷൻ ഉപയോഗിക്കരുത്.

കണക്ഷന്റെ പെരുമാറ്റവും പരിശോധനയിൽ ഉൾപ്പെടുത്തുക

NTLM-ന്റെ അവസ്ഥ കണക്ഷനുമായി ബന്ധപ്പെട്ടു നിൽക്കുന്നു. ഹാൻഡ്ഷേക്ക് പ്രതീക്ഷിക്കുന്ന കണക്ഷൻ പാതയിലൂടെ നടക്കണം; ഘട്ടങ്ങൾക്കിടയിൽ കണക്ഷനുകൾ ആവർത്തിച്ച് മാറ്റുന്നത് പൂർത്തീകരണം തടയാം.

Libcurl ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷനിൽ പ്രാമാണീകരണവും കണക്ഷൻ പുനരുപയോഗവും ലൈബ്രറി കൈകാര്യം ചെയ്യട്ടെ. വ്യത്യസ്ത ഐഡന്റിറ്റികൾക്കായി പ്രാമാണീകരിച്ച കണക്ഷനുകളെ പരസ്പരം മാറ്റാവുന്നതായി കണക്കാക്കുന്ന പൊതുപൂൾ ഉണ്ടാക്കരുത്. ഒന്നിലധികം ഘട്ടങ്ങളോ ഇടനില സേവനമോ ഉള്ളപ്പോൾ ആവശ്യമായ കണക്ഷൻ ക്രമീകരണം നിലനിർത്തുന്നുണ്ടോ പരിശോധിക്കുക.

പിന്തുണയും രീതി തിരഞ്ഞെടുപ്പും ശരിയാണെങ്കിൽ അക്കൗണ്ട് രൂപം, ഡൊമെയ്ൻ നയം, സെൻസിറ്റീവ് ഡാറ്റ നീക്കിയ സെർവറിന്റെ പ്രാമാണീകരണ ലോഗുകൾ എന്നിവ അന്വേഷിക്കുക. ഏതെങ്കിലും ചലഞ്ചിന് മുമ്പുള്ള ടൈംഔട്ട് ഇപ്പോഴും എത്തിച്ചേരാനാകുന്നതിന്റെ പ്രശ്നമാണ്; തെറ്റായ NTLM പാസ്‌വേഡിന്റെ തെളിവല്ല.

വിശദമായ ട്രേസുകളിൽ പ്രാമാണീകരണ ടോക്കണുകളും ആന്തരിക പേരുകളും ഉണ്ടാകാം. അവ ലോക്കലായി ഉപയോഗിച്ച് പങ്കിടുന്നതിന് മുമ്പ് സെൻസിറ്റീവ് ഡാറ്റ നീക്കുക; പൊതുവായ പിശക് റിപ്പോർട്ടിന് അസംസ്കൃത ടോക്കൺ കൈമാറ്റം ആവശ്യമില്ല.