ALL_PROXY und der Fehler „Unknown scheme: http“
Ein Programm kann einen http://-Wert in ALL_PROXY ablehnen, obwohl HTTP_PROXY ihn akzeptiert. Welche Schemata unterstützt werden, legt der Konsument der Variable fest.
proxy: unknown scheme: http kann absurd wirken, wenn derselbe Endpunkt in curl funktioniert. Der Endpunkt kann in Ordnung sein. Ein anderes Programm interpretiert die Variable.
Umgebungsnamen sind Konventionen, keine universelle Netzwerk-API. Das Go-Paket golang.org/x/net/proxy hat eine SOCKS-orientierte URL-Behandlung. Ein Konsument, der diesen Parser verwendet, kann ein HTTP-Schema ablehnen, das ein vollwertiger HTTP-Client anderswo unterstützt.
Finden Sie die Komponente, die den Fehler ausgibt, und die Variable, die sie liest. Prüfen Sie ihre Version und die dokumentierten Schemata. Ändern Sie http:// nicht in socks5://, es sei denn, der Dienst am anderen Ende spricht tatsächlich SOCKS5. Wenn dieser Konsument SOCKS5 verlangt und eine öffentliche Route zulässig ist, bietet die SOCKS5-Proxy-Liste tatsächliche Endpunkte für dieses Protokoll; halten Sie die von anderen Clients benötigten HTTP-Routen getrennt.
Ein alter Docker-Toolbox-Bericht betraf eine bestimmte historische Implementierung. Das ist kein Grund, eine moderne Docker-Installation herunterzustufen. Die aktuellen HTTP-Proxy-Einstellungen des Docker-Daemons haben ihre eigene dokumentierte Schnittstelle.
Wenn ein unabhängiger geerbter ALL_PROXY-Wert die Ursache ist, entfernen oder überschreiben Sie ihn im vorgesehenen Prozessbereich. Behalten Sie die HTTP-Proxy-Einstellung bei, die andere Clients benötigen. Eine einzige Umgebung mit beiden Werten kann Unterschiede offenlegen, die die einzelnen Anwendungen isoliert nie zeigen würden.