ALL_PROXY dhe gabimi “Unknown scheme: http”
Një program mund të refuzojë një vlerë http:// në ALL_PROXY edhe pse HTTP_PROXY e pranon. Konsumatori i variablit është ai që përcakton skemat e mbështetura.
proxy: unknown scheme: http mund të duket absurde kur i njëjti endpoint funksionon në curl. Endpointi mund të jetë në rregull. Një program tjetër po e interpreton variablin.
Emrat e mjedisit janë konvencione, jo një API universale rrjeti. Paketa Go golang.org/x/net/proxy ka trajtim URL të orientuar drejt SOCKS. Një konsumator që përdor atë analizues mund të refuzojë një skemë HTTP që një klient i plotë HTTP e mbështet diku tjetër.
Gjeni komponentin që lëshon gabimin dhe variablin që lexon. Kontrolloni versionin dhe skemat e dokumentuara. Mos e ndryshoni http:// në socks5:// nëse shërbimi në anën tjetër nuk flet vërtet SOCKS5. Nëse ky konsumator kërkon SOCKS5 dhe lejohet një rrugë publike, lista e përfaqësuesve SOCKS5 ofron endpoint-e reale për atë protokoll; mbani të ndara rrugët HTTP që kërkojnë klientët e tjerë.
Një raport i vjetër i Docker Toolbox kishte të bënte me një implementim të caktuar historik. Ky nuk është arsye për të ulur një instalim modern të Docker. Cilësimet aktuale të përfaqësuesit HTTP të demonit Docker kanë ndërfaqen e tyre të dokumentuar.
Nëse shkaku është një vlerë ALL_PROXY e trashëguar dhe e palidhur, hiqeni ose anuloni atë në shtrirjen e synuar të procesit. Ruani cilësimin e përfaqësuesit HTTP që kërkojnë klientët e tjerë. Një mjedis i vetëm që përmban të dyja vlerat mund të zbulojë ndryshime që aplikacionet individuale nuk do t'i shfaqnin kurrë të izoluara.