’n Git-push kry HTTP 417 deur die proxy
HTTP 417 beteken ’n verwagting is nie nagekom nie. Bepaal wie die antwoord uitgestuur het voordat jy geloofsbriewe verander of Git se bufferinstellings vergroot.
’n Klein Git-bewerking werk, terwyl ’n ander HTTP 417 teruggee. Daardie status beteken nie kortweg “proxywagwoord verwerp” nie.
HTTP omskryf 417 as ’n mislukking van ’n verwagting. ’n Versoek met ’n Expect-veld kan ’n bediener of tussenganger teëkom wat nie daardie verwagting kan nakom nie. Die 100-continue-uitruiling verduidelik die besluit voordat die oplaai-inhoud gestuur word.
Vind uit watter komponent die antwoord uitgestuur het en wat die versoek bevat het. ’n Noukeurig afgeskermde Git-HTTP-spoor en die proxy se ooreenstemmende loginskrywing is nuttiger as om uit die grootte van die commit te raai.
As die interne bewaarplek ’n direkte roete behoort te gebruik, korrigeer daardie roetebeleid doelbewus. As dit die proxy moet gebruik, ondersoek die versoenbaarheid van daardie pad. Om elke proxyinstelling te verwyder kan die simptoom verberg deur ’n ander roete te kies sonder om die fout te verduidelik.
Net so is http.postBuffer nie ’n algemene kuur vir proxyfoute nie. Gebruik die Git-konfigurasieverwysing om die opsie te verstaan voordat jy dit verander. Die numeriese HTTP-status, die stadium van die versoek en die komponent wat dit terugstuur, behoort die volgende stap te lei.