ALL_PROXY og feilen «Unknown scheme: http»
Eit program kan avvise ein http://-verdi i ALL_PROXY sjølv om HTTP_PROXY godtek han. Forbrukaren av variabelen avgjer kva skjema som er støtta.
proxy: unknown scheme: http kan verke absurd når same endepunkt fungerer i curl. Endepunktet kan vere heilt i orden. Eit anna program tolkar variabelen.
Miljønamn er konvensjonar, ikkje eit universelt nettverks-API. Go-pakken golang.org/x/net/proxy har SOCKS-orientert URL-handtering. Ein forbrukar som brukar den parsaren, kan avvise eit HTTP-skjema som ein fullverdig HTTP-klient støttar andre stader.
Finn komponenten som gjev feilen, og variabelen han les. Sjekk versjonen og dei dokumenterte skjema. Ikkje endre http:// til socks5:// med mindre tenesta på den andre sida faktisk snakkar SOCKS5. Viss denne forbrukaren krev SOCKS5 og ei offentleg rute er tillaten, tilbyr SOCKS5-proxylista reelle endepunkt for den protokollen; hald HTTP-rutene andre klientar treng, åtskilde.
Ein gammal Docker Toolbox-rapport gjaldt ei bestemd historisk implementering. Det er inga grunn til å nedgradere ein moderne Docker-installasjon. Dei noverande HTTP-proxyinnstillingane til Docker-daemonen har sitt eige dokumenterte grensesnitt.
Viss ein urelatert nedarva ALL_PROXY-verdi er årsaka, fjern eller overstyr han i det tiltenkte prosessomfanget. Hald på HTTP-proxyinnstillinga som andre klientar krev. Eitt einskilt miljø som inneheld begge verdiane, kan avdekkje skilnader som dei einskilde programma aldri ville vise isolert.