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 ప్రాక్సీ సెట్టింగ్‌ను కాపాడండి. రెండు విలువలు ఉన్న ఒకే పర్యావరణం, వ్యక్తిగత యాప్‌లు ఎప్పుడూ ఒంటరిగా చూపించని భేదాలను వెల్లడించవచ్చు.