Gits “503 efter CONNECT” er en tunnel-fejl
En gateway-status, der returneres til CONNECT, opstår før den normale HTTPS-samtale med repositoriet. Kontroller den anmodede vært og proxy-stien, før du ændrer Git-legitimationsoplysninger.
“Received HTTP code 503 from proxy after CONNECT” er mere specifik end “GitHub er nede.” Git bad proxyen om at åbne en tunnel, og proxyen returnerede en fejlstatus.
Den normale HTTPS-samtale med repositoriet er ikke nødvendigvis begyndt. En 502, 503 eller 504 på dette tidspunkt peger mod mellemleddets forsøg på at etablere den videre forbindelse, dets upstream-sti eller dets politik.
Kontroller det nøjagtige værtsnavn og den nøjagtige port i CONNECT-anmodningen. En tastefejl i den eksterne URL kan nå proxyen med succes og alligevel fejle, når proxyen forsøger at opløse eller kontakte destinationen. At tilføje et tilfældigt www.-præfiks eller erstatte navnet med en IP er ikke en generel rettelse.
Sammenlign den tilsigtede rute for et internt repository med den for et eksternt. Hvis en vært skal være direkte, udtryk den politik eksplicit. Hvis proxyen er påkrævet, er det ikke en diagnose at fjerne den.
Korrelér det redigerede Git-spor med proxy-loggen. Repository-adgangskoder og Git-bufferstørrelser reparerer ikke en tunnel, der aldrig blev etableret.