ALL_PROXY आणि “Unknown scheme: http” त्रुटी
HTTP_PROXY ते स्वीकारत असले तरी एखादा प्रोग्राम ALL_PROXY मधील http:// मूल्य नाकारू शकतो. समर्थित स्कीम चलाचा वापरकर्ता ठरवतो.
तोच एंडपॉइंट curl मध्ये काम करत असताना proxy: unknown scheme: http विचित्र वाटू शकते. एंडपॉइंट ठीक असू शकतो. दुसरा प्रोग्राम चलाचा अर्थ लावत आहे.
पर्यावरण नावे परंपरा आहेत, सार्वत्रिक नेटवर्किंग API नाही. Go च्या golang.org/x/net/proxy पॅकेजमध्ये SOCKS-केंद्रित URL हाताळणी आहे. तो पार्सर वापरणारा वापरकर्ता अशी HTTP स्कीम नाकारू शकतो जी पूर्ण HTTP क्लायंट इतरत्र समर्थित करतो.
त्रुटी देणारा घटक आणि तो वाचत असलेला चल शोधा. त्याची आवृत्ती आणि दस्तऐवजीकृत स्कीम तपासा. दुसऱ्या टोकाची सेवा खरोखर SOCKS5 बोलत नसेल तर http:// चे socks5:// मध्ये रूपांतर करू नका. जर या वापरकर्त्याला SOCKS5 हवे असेल आणि सार्वजनिक मार्गास परवानगी असेल, तर SOCKS5 प्रॉक्सी सूची त्या प्रोटोकॉलसाठी प्रत्यक्ष एंडपॉइंट देते; इतर क्लायंट्सना आवश्यक HTTP मार्ग वेगळे ठेवा.
जुना Docker Toolbox अहवाल एका विशिष्ट ऐतिहासिक अंमलबजावणीशी संबंधित होता. ते आधुनिक Docker इन्स्टॉलेशन डाउनग्रेड करण्याचे कारण नाही. सध्याच्या Docker daemon च्या HTTP प्रॉक्सी सेटिंग्जना त्यांचा स्वतःचा दस्तऐवजीकृत इंटरफेस आहे.
जर कारण असंबंधित वारशाने मिळालेले ALL_PROXY मूल्य असेल, तर ते इच्छित प्रोसेस व्याप्तीत काढून टाका किंवा ओव्हरराइड करा. इतर क्लायंट्सना आवश्यक HTTP प्रॉक्सी सेटिंग राखा. दोन्ही मूल्ये असलेले एकच वातावरण असे फरक उघड करू शकते जे वैयक्तिक ॲप्स कधीही एकट्याने दाखवणार नाहीत.