ALL_PROXY och felet ”Unknown scheme: http”
Ett program kan avvisa ett http://-värde i ALL_PROXY trots att HTTP_PROXY accepterar det. Det är konsumenten av variabeln som avgör vilka scheman som stöds.
proxy: unknown scheme: http kan verka absurt när samma slutpunkt fungerar i curl. Slutpunkten kan vara helt okej. Ett annat program tolkar variabeln.
Miljönamn är konventioner, inte ett universellt nätverks-API. Go-paketet golang.org/x/net/proxy har SOCKS-orienterad URL-hantering. En konsument som använder den tolken kan avvisa ett HTTP-schema som en fullfjädrad HTTP-klient stöder någon annanstans.
Hitta komponenten som utfärdar felet och variabeln den läser. Kontrollera versionen och de dokumenterade schemana. Ändra inte http:// till socks5:// om inte tjänsten i andra änden verkligen talar SOCKS5. Om den här konsumenten kräver SOCKS5 och en offentlig väg är tillåten erbjuder SOCKS5-proxylistan riktiga slutpunkter för det protokollet; håll HTTP-vägarna som andra klienter behöver åtskilda.
En gammal Docker Toolbox-rapport gällde en specifik historisk implementering. Det är inget skäl att nedgradera en modern Docker-installation. Docker-demonens nuvarande HTTP-proxyinställningar har sitt eget dokumenterade gränssnitt.
Om en orelaterad ärvd ALL_PROXY-värde är orsaken, ta bort eller åsidosätt det inom det avsedda processomfånget. Behåll HTTP-proxyinställningen som andra klienter behöver. En enda miljö som innehåller båda värdena kan avslöja skillnader som de enskilda programmen aldrig skulle visa isolerat.