ALL_PROXY og fejlen “Unknown scheme: http”
Et program kan afvise en http://-værdi i ALL_PROXY, selv om HTTP_PROXY accepterer den. Det er forbrugeren af variablen, der definerer de understøttede skemaer.
proxy: unknown scheme: http kan virke absurd, når det samme endepunkt fungerer i curl. Endepunktet kan være helt fint. Et andet program fortolker variablen.
Miljønavne er konventioner, ikke en universel netværks-API. Go-pakken golang.org/x/net/proxy har SOCKS-orienteret URL-håndtering. En forbruger, der bruger den parser, kan afvise et HTTP-skema, som en fuld HTTP-klient understøtter andre steder.
Find den komponent, der udsteder fejlen, og den variabel, den læser. Kontrollér dens version og dokumenterede skemaer. Skift ikke http:// til socks5://, medmindre tjenesten i den anden ende faktisk taler SOCKS5. Hvis denne forbruger kræver SOCKS5, og en offentlig rute er tilladt, tilbyder SOCKS5-proxylisten faktiske endepunkter til den protokol; hold de HTTP-ruter, andre klienter kræver, adskilt.
En gammel Docker Toolbox-rapport handlede om en bestemt historisk implementering. Det er ikke grund til at nedgradere en moderne Docker-installation. Den nuværende Docker-daemons HTTP-proxyindstillinger har deres eget dokumenterede interface.
Hvis en irrelevant nedarvet ALL_PROXY-værdi er årsagen, fjern eller tilsidesæt den i det tilsigtede procesomfang. Bevar den HTTP-proxyindstilling, som andre klienter kræver. Et enkelt miljø, der indeholder begge værdier, kan afsløre forskelle, som de enkelte programmer aldrig ville vise isoleret.