ALL_PROXY e l'errore «Unknown scheme: http»
Un programma può rifiutare un valore http:// in ALL_PROXY anche se HTTP_PROXY lo accetta. È il consumatore della variabile a definire gli schemi supportati.
proxy: unknown scheme: http può sembrare assurdo quando lo stesso endpoint funziona in curl. L'endpoint può essere a posto. Un altro programma sta interpretando la variabile.
I nomi delle variabili d'ambiente sono convenzioni, non un'API di rete universale. Il pacchetto Go golang.org/x/net/proxy gestisce gli URL in modo orientato a SOCKS. Un consumatore che usa quel parser può rifiutare uno schema HTTP che un client HTTP completo supporta altrove.
Individuate il componente che emette l'errore e la variabile che legge. Verificate la sua versione e gli schemi documentati. Non sostituite http:// con socks5:// a meno che il servizio dall'altra parte parli davvero SOCKS5. Se questo consumatore richiede SOCKS5 ed è consentita una rotta pubblica, la lista di proxy SOCKS5 offre endpoint reali per quel protocollo; tenete separate le rotte HTTP richieste dagli altri client.
Un vecchio rapporto su Docker Toolbox riguardava una specifica implementazione storica. Non è un motivo per effettuare il downgrade di un'installazione Docker moderna. Le attuali impostazioni del proxy HTTP del demone Docker hanno la propria interfaccia documentata.
Se la causa è un valore ALL_PROXY ereditato e non correlato, rimuovetelo o sovrascrivetelo nell'ambito di processo previsto. Conservate l'impostazione del proxy HTTP richiesta dagli altri client. Un unico ambiente che contiene entrambi i valori può rivelare differenze che le singole applicazioni non mostrerebbero mai in isolamento.