ALL_PROXY și eroarea „Unknown scheme: http”
Un program poate respinge o valoare http:// din ALL_PROXY chiar dacă HTTP_PROXY o acceptă. Consumatorul variabilei este cel care definește schemele acceptate.
proxy: unknown scheme: http poate părea absurd când același endpoint funcționează în curl. Endpointul poate fi în regulă. Un alt program interpretează variabila.
Numele de mediu sunt convenții, nu un API de rețea universal. Pachetul Go golang.org/x/net/proxy are o manipulare a URL-urilor orientată spre SOCKS. Un consumator care folosește acel parser poate respinge o schemă HTTP pe care un client HTTP complet o acceptă în altă parte.
Găsiți componenta care emite eroarea și variabila pe care o citește. Verificați versiunea și schemele documentate. Nu schimbați http:// în socks5:// dacă serviciul de la celălalt capăt nu vorbește într-adevăr SOCKS5. Dacă acest consumator necesită SOCKS5 și este permisă o rută publică, lista de proxy SOCKS5 oferă endpointuri reale pentru acel protocol; păstrați separat rutele HTTP de care au nevoie ceilalți clienți.
Un raport vechi despre Docker Toolbox privea o implementare istorică anume. Acesta nu este un motiv pentru a retrograda o instalare Docker modernă. Setările actuale de proxy HTTP ale demonului Docker au propria interfață documentată.
Dacă cauza este o valoare ALL_PROXY moștenită și fără legătură, eliminați-o sau suprascrieți-o în domeniul de proces dorit. Păstrați setarea de proxy HTTP cerută de ceilalți clienți. Un singur mediu care conține ambele valori poate dezvălui diferențe pe care aplicațiile individuale nu le-ar arăta niciodată izolat.