ALL_PROXY-ը և «Unknown scheme: http» սխալը

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 վստահված սերվերի կարգավորումը։ Մեկ միջավայր, որը պարունակում է երկու արժեքները, կարող է բացահայտել տարբերություններ, որոնք առանձին հավելվածները երբեք չէին ցույց տա մեկուսացված վիճակում։