ALL_PROXY y el error «Unknown scheme: http»
Un programa puede rechazar un valor http:// en ALL_PROXY aunque HTTP_PROXY lo acepte. El consumidor de la variable define los esquemas admitidos.
proxy: unknown scheme: http puede parecer absurdo cuando el mismo extremo funciona en curl. El extremo puede estar bien. Otro programa está interpretando la variable.
Los nombres de entorno son convenciones, no una API de red universal. El paquete de Go golang.org/x/net/proxy tiene un manejo de URL orientado a SOCKS. Un consumidor que use ese analizador puede rechazar un esquema HTTP que un cliente HTTP completo admite en otro sitio.
Localice el componente que emite el error y la variable que lee. Compruebe su versión y los esquemas documentados. No cambie http:// por socks5:// a menos que el servicio del otro extremo hable realmente SOCKS5. Si este consumidor exige SOCKS5 y se permite una ruta pública, la lista de proxies SOCKS5 ofrece extremos reales para ese protocolo; mantenga separadas las rutas HTTP que necesitan los demás clientes.
Un informe antiguo de Docker Toolbox se refería a una implementación histórica concreta. Eso no es motivo para degradar una instalación moderna de Docker. La configuración actual de proxy HTTP del demonio de Docker tiene su propia interfaz documentada.
Si la causa es un valor ALL_PROXY heredado y no relacionado, elimínelo o sustitúyalo en el ámbito de proceso previsto. Conserve la configuración de proxy HTTP que necesitan otros clientes. Un único entorno que contenga ambos valores puede revelar diferencias que las aplicaciones individuales nunca mostrarían de forma aislada.