ALL_PROXY અને “Unknown scheme: http” ભૂલ
કોઈ પ્રોગ્રામ ALL_PROXY માંનું http:// મૂલ્ય નકારી શકે છે, જોકે HTTP_PROXY તેને સ્વીકારે છે. સમર્થિત સ્કીમ્સ ચલના ઉપભોક્તા દ્વારા નક્કી થાય છે.
જ્યારે એ જ એન્ડપોઇન્ટ 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 પ્રોક્સી સેટિંગ જાળવો. બંને મૂલ્યો ધરાવતું એક પર્યાવરણ એવા તફાવતો ઉજાગર કરી શકે છે જે વ્યક્તિગત એપ્લિકેશનો ક્યારેય એકલા દેખાડતી નથી.