ALL_PROXY र “Unknown scheme: 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 प्रोक्सी सेटिङ कायम राख्नुहोस्। दुवै मान भएको एउटै वातावरणले व्यक्तिगत एपहरूले कहिल्यै एक्लै नदेखाउने भिन्नताहरू देखाउन सक्छ।