Apache HttpClient-ന് പാസ്‌വേഡ് അറിയാം പക്ഷേ 407 തുടരുന്നു
Apache HttpClient പ്രോക്സി ക്രെഡൻഷ്യലുകൾ യഥാർത്ഥ പ്രോക്സി റൂട്ടുമായി ചേർക്കുക, കൂടാതെ ഒരു ഓതന്റിക്കേഷൻ ചലഞ്ചിനെ പരാജയപ്പെട്ട ലോഗിനിൽ നിന്ന് വേർതിരിക്കുക.
പ്രൊവൈഡറിൽ ശരിയായ പാസ്‌വേഡ് ഉണ്ടെന്നത് യഥാർത്ഥത്തിൽ തിരഞ്ഞെടുത്ത പ്രോക്സിക്ക് യോജിച്ച ക്രെഡൻഷ്യൽ സൃഷ്ടിക്കുന്നില്ല. ആ എൻഡ്‌പോയിന്റിന്റെ സ്കീം, ഹോസ്റ്റ്, പോർട്ട് എന്നിവയിൽ നിന്ന് തുടങ്ങുക; ഹോസ്റ്റ് ഫീൽഡ് സാധാരണയായി ഹോസ്റ്റ്നെയിം അല്ലെങ്കിൽ IP മാത്രം സ്വീകരിക്കുന്നു, പൂർണ്ണ URL അല്ല.
- മുഴുവൻ ഓതന്റിക്കേഷൻ കൈമാറ്റവും വായിക്കുക. ഒരു 407-ന് ശേഷം സ്വീകരിക്കപ്പെട്ട വീണ്ടും ശ്രമം സാധാരണമായിരിക്കാം. ലോഗിൻ നിരസിച്ചതായി കണക്കാക്കുന്നതിന് മുമ്പ് അന്തിമ ഫലം ഇപ്പോഴും 407 ആണെന്ന് ഉറപ്പാക്കുക.
- റൂട്ടും ക്രെഡൻഷ്യൽ പരിധിയും താരതമ്യം ചെയ്യുക. യഥാർത്ഥ ഹോസ്റ്റ്/പോർട്ടും വിന്യസിച്ച HttpClient 5 AuthScope നിർവചിക്കുന്ന മറ്റ് ഫീൽഡുകളും ചേർക്കുക. തെറ്റായ പോർട്ട് BasicCredentialsProvider-നെ അനുയോജ്യമായ എൻട്രി ഇല്ലാതെ വിടാം.
- രീതിയും ഐഡന്റിറ്റിയും പരിശോധിക്കുക. പ്രോക്സി പിന്തുണയ്ക്കുന്ന രീതി വാഗ്ദാനം ചെയ്തോ? വീണ്ടും ശ്രമം പ്രതീക്ഷിച്ച കണക്ഷൻ ഉപയോഗിച്ചോ? ഓപ്പറേറ്റർ ഡൊമെയ്ൻ യോഗ്യതയുള്ള അക്കൗണ്ടോ മറ്റ് രേഖപ്പെടുത്തിയ ഫോർമാറ്റോ ആവശ്യപ്പെടുന്നുണ്ടോ?
ഇൻസ്റ്റാൾ ചെയ്ത പ്രധാന പതിപ്പിന്റെ API ഉപയോഗിക്കുക. HttpClient 4-ന്റെ ഓതന്റിക്കേഷൻ കാഷെ റെസിപ്പി പതിപ്പ് 5-ലേക്ക് മാറ്റമില്ലാതെ പകരില്ല. അനിയന്ത്രിത ഉപയോക്തൃനാമ വകഭേദങ്ങളിലൂടെ കറങ്ങുന്നതിനുപകരം ഓപ്പറേറ്ററുടെ അക്കൗണ്ട് ആവശ്യകതകൾ ഉപയോഗിക്കുക.
മുൻകൂട്ടിയുള്ള ഓതന്റിക്കേഷൻ മറ്റൊരു ബോധപൂർവമായ തിരഞ്ഞെടുപ്പാണ്. അനുയോജ്യമായ സ്കീമിന് ഇത് ഒരു റൗണ്ട് ട്രിപ്പ് ഒഴിവാക്കാം, പക്ഷേ ക്രെഡൻഷ്യലുകൾ എപ്പോൾ പുറത്തുപോകുന്നു എന്നത് മാറ്റുന്നു, പിന്തുണയ്ക്കുന്ന പരിധി ആവശ്യമാണ്. പൊരുത്തമില്ലാത്ത എൻഡ്‌പോയിന്റിനോ പിന്തുണയ്ക്കാത്ത രീതിക്കോ ഇത് ആദ്യ പരിഹാരമാകാൻ കഴിയില്ല.
ചലഞ്ച് ചെയ്യപ്പെട്ട പ്രോക്സി ഐഡന്റിറ്റി, രീതി, പരിധി പൊരുത്തം, അന്തിമ നില എന്നിവ എഡിറ്റ് ചെയ്ത ഡയഗ്നോസ്റ്റിക്സിൽ സൂക്ഷിക്കുക. പാസ്‌വേഡും ക്രെഡൻഷ്യലുകൾ വഹിക്കുന്ന അസംസ്കൃത ട്രെയ്സുകളും ആ താരതമ്യത്തിന് ആവശ്യമില്ല.