ALL_PROXY და შეცდომა “Unknown scheme: http”
პროგრამამ შეიძლება უარყოს http:// მნიშვნელობა ALL_PROXY-ში, მიუხედავად იმისა, რომ HTTP_PROXY მას იღებს. მხარდაჭერილ სქემებს ცვლადის მომხმარებელი განსაზღვრავს.
proxy: unknown scheme: http შეიძლება აბსურდულად გამოიყურებოდეს, როცა იგივე ბოლო წერტილი curl-ში მუშაობს. ბოლო წერტილი შეიძლება რიგზე იყოს. ცვლადს სხვა პროგრამა განმარტავს.
გარემოს სახელები კონვენციებია, არა უნივერსალური ქსელური API. Go-ს golang.org/x/net/proxy პაკეტს SOCKS-ზე ორიენტირებული URL დამუშავება აქვს. ამ პარსერს იყენებს მომხმარებელმა შეიძლება უარყოს HTTP სქემა, რომელსაც სრულფასოვანი HTTP კლიენტი სხვაგან მხარს უჭერს.
იპოვეთ კომპონენტი, რომელიც შეცდომას გამოსცემს, და ცვლადი, რომელსაც ის კითხულობს. შეამოწმეთ მისი ვერსია და დოკუმენტირებული სქემები. არ შეცვალოთ http:// socks5://-ით, თუ მეორე მხარეს მყოფი სერვისი ნამდვილად არ ლაპარაკობს SOCKS5-ზე. თუ ამ მომხმარებელს SOCKS5 სჭირდება და საჯარო მარშრუტი დაშვებულია, SOCKS5 პროქსი სია ამ ოქმისთვის რეალურ ბოლო წერტილებს გვთავაზობს; სხვა კლიენტებისთვის საჭირო HTTP მარშრუტები ცალკე შეინახეთ.
ძველი Docker Toolbox ანგარიში კონკრეტულ ისტორიულ იმპლემენტაციას ეხებოდა. ეს არ არის თანამედროვე Docker-ის ინსტალაციის უკან დაბრუნების მიზეზი. Docker daemon-ის ამჟამინდელ HTTP პროქსი პარამეტრებს საკუთარი დოკუმენტირებული ინტერფეისი აქვთ.
თუ მიზეზი დაუკავშირებელი მემკვიდრეობით მიღებული ALL_PROXY მნიშვნელობაა, წაშალეთ ან გადაფარეთ ის განზრახული პროცესის ფარგლებში. შეინარჩუნეთ სხვა კლიენტებისთვის საჭირო HTTP პროქსი პარამეტრი. ერთი გარემო, რომელიც ორივე მნიშვნელობას შეიცავს, შეიძლება გამოავლინოს განსხვავებები, რომლებსაც ცალკეული აპლიკაციები იზოლაციაში არასოდეს აჩვენებდნენ.