ALL_PROXY i błąd „Unknown scheme: http”
Program może odrzucić wartość http:// w ALL_PROXY, mimo że HTTP_PROXY ją akceptuje. Obsługiwane schematy określa konsument zmiennej.
proxy: unknown scheme: http może wydawać się absurdalne, gdy ten sam punkt końcowy działa w curl. Punkt końcowy może być w porządku. Inny program interpretuje tę zmienną.
Nazwy środowiskowe to konwencje, a nie uniwersalne API sieciowe. Pakiet Go golang.org/x/net/proxy ma obsługę adresów URL zorientowaną na SOCKS. Konsument korzystający z tego parsera może odrzucić schemat HTTP, który pełny klient HTTP obsługuje gdzie indziej.
Znajdź komponent, który zgłasza błąd, oraz zmienną, którą czyta. Sprawdź jego wersję i udokumentowane schematy. Nie zmieniaj http:// na socks5://, chyba że usługa po drugiej stronie naprawdę obsługuje SOCKS5. Jeśli ten konsument wymaga SOCKS5 i dozwolona jest trasa publiczna, lista proxy SOCKS5 oferuje rzeczywiste punkty końcowe dla tego protokołu; trasy HTTP potrzebne innym klientom trzymaj osobno.
Stary raport o Docker Toolbox dotyczył konkretnej historycznej implementacji. To nie jest powód, by obniżać wersję nowoczesnej instalacji Dockera. Obecne ustawienia proxy HTTP demona Dockera mają własny udokumentowany interfejs.
Jeśli przyczyną jest niepowiązana odziedziczona wartość ALL_PROXY, usuń ją lub zastąp w zamierzonym zakresie procesu. Zachowaj ustawienie proxy HTTP wymagane przez inne klienty. Jedno środowisko zawierające obie wartości może ujawnić różnice, których pojedyncze aplikacje nigdy nie pokazałyby w izolacji.