proxy വഴി Git push HTTP 417 നേടുന്നു
HTTP 417 എന്നതിനർത്ഥം ഒരു പ്രതീക്ഷ പൂർത്തീകരിക്കപ്പെട്ടില്ല എന്നാണ്. ക്രെഡൻഷ്യലുകൾ മാറ്റുന്നതിനോ Git ന്റെ ബഫർ ക്രമീകരണങ്ങൾ വർദ്ധിപ്പിക്കുന്നതിനോ മുമ്പ് പ്രതികരണം നൽകിയത് ആരെന്ന് കണ്ടെത്തുക.
ഒരു ചെറിയ Git പ്രവർത്തനം നടക്കുന്നു, മറ്റൊന്ന് HTTP 417 തിരികെ നൽകുന്നു. ആ അവസ്ഥ “proxy പാസ്‌വേഡ് നിരസിച്ചു” എന്നതിന്റെ ചുരുക്കെഴുത്തല്ല.
HTTP 417-നെ ഒരു പ്രതീക്ഷയുടെ പരാജയമായി നിർവചിക്കുന്നു. Expect ഫീൽഡ് ഉള്ള ഒരു അഭ്യർത്ഥന ആ പ്രതീക്ഷ നിറവേറ്റാൻ കഴിയാത്ത സെർവറോ ഇടനിലക്കാരനെയോ നേരിടാം. 100-continue കൈമാറ്റം അപ്‌ലോഡ് ബോഡി അയയ്ക്കുന്നതിന് മുമ്പുള്ള തീരുമാനം വിശദീകരിക്കുന്നു.
ഏത് ഘടകമാണ് പ്രതികരണം നൽകിയതെന്നും അഭ്യർത്ഥനയിൽ എന്തുണ്ടായിരുന്നുവെന്നും കണ്ടെത്തുക. ശ്രദ്ധാപൂർവ്വം എഡിറ്റ് ചെയ്ത Git HTTP ട്രെയ്സും proxy യുടെ അനുബന്ധ ലോഗ് എൻട്രിയും commit ന്റെ വലിപ്പത്തിൽ നിന്ന് ഊഹിക്കുന്നതിനേക്കാൾ ഉപയോഗപ്രദമാണ്.
ആന്തരിക ശേഖരം നേരിട്ടുള്ള വഴി ഉപയോഗിക്കേണ്ടതാണെങ്കിൽ, ആ റൂട്ടിംഗ് നയം ബോധപൂർവ്വം തിരുത്തുക. അത് proxy ഉപയോഗിക്കേണ്ടതുണ്ടെങ്കിൽ, ആ പാതയുടെ അനുയോജ്യത അന്വേഷിക്കുക. എല്ലാ proxy ക്രമീകരണങ്ങളും നീക്കം ചെയ്യുന്നത് പരാജയം വിശദീകരിക്കാതെ മറ്റൊരു പാത തിരഞ്ഞെടുത്ത് ലക്ഷണം മറയ്ക്കാം.
അതുപോലെ http.postBuffer proxy പിശകുകൾക്കുള്ള സർവ്വവ്യാപി പ്രതിവിധിയല്ല. ഓപ്ഷൻ മാറ്റുന്നതിന് മുമ്പ് Git കോൺഫിഗറേഷൻ റഫറൻസ് ഉപയോഗിച്ച് അത് മനസ്സിലാക്കുക. സംഖ്യാപരമായ HTTP സ്ഥിതി, അഭ്യർത്ഥനയുടെ ഘട്ടം, അത് തിരികെ നൽകുന്ന ഘടകം എന്നിവ അടുത്ത ഘട്ടം നിർണ്ണയിക്കണം.