ALL_PROXY at ang error na “Unknown scheme: http”
Maaaring tanggihan ng isang programa ang halagang http:// sa ALL_PROXY kahit tinatanggap ito ng HTTP_PROXY. Ang gumagamit ng variable ang nagtatakda ng mga sinusuportahang scheme.
Mukhang walang saysay ang proxy: unknown scheme: http kapag gumagana ang parehong endpoint sa curl. Maaaring maayos ang endpoint. Ibang programa ang nagbibigay-kahulugan sa variable.
Ang mga pangalan ng environment ay mga kumbensiyon, hindi isang pangkalahatang networking API. Ang pakete ng Go na golang.org/x/net/proxy ay may paghawak ng URL na nakatuon sa SOCKS. Ang gumagamit ng parser na iyon ay maaaring tumanggi sa isang scheme ng HTTP na sinusuportahan ng isang buong HTTP client sa ibang lugar.
Hanapin ang bahaging naglalabas ng error at ang variable na binabasa nito. Suriin ang bersiyon at ang mga dokumentadong scheme. Huwag palitan ang http:// ng socks5:// maliban kung talagang nagsasalita ng SOCKS5 ang serbisyo sa kabilang dulo. Kung kailangan ng SOCKS5 ng gumagamit na ito at pinapayagan ang pampublikong ruta, ang listahan ng proxy na SOCKS5 ay nag-aalok ng tunay na endpoint para sa protocol na iyon; panatilihing hiwalay ang mga rutang HTTP na kailangan ng ibang client.
Ang isang lumang ulat ng Docker Toolbox ay tungkol sa isang partikular na makasaysayang implementasyon. Hindi iyon dahilan para i-downgrade ang isang makabagong pag-install ng Docker. Ang kasalukuyang mga setting ng HTTP proxy ng Docker daemon ay may sariling dokumentadong interface.
Kung ang dahilan ay isang walang kaugnayang namamana na halaga ng ALL_PROXY, alisin o i-override ito sa nilalayong saklaw ng proseso. Panatilihin ang setting ng HTTP proxy na kailangan ng ibang client. Ang isang environment na may dalawang halaga ay maaaring magbunyag ng mga pagkakaibang hindi kailanman ipapakita ng mga indibidwal na app kapag nag-iisa.