global-tunnel-ng-ը ջնջում է proxy փոփոխականները դրանք կարդալուց հետո
Հին Node պրոցեսը կարող է շարունակել proxy-ով աշխատել http_proxy-ի անհետանալուց հետո. ստուգեք մոդուլի պահպանած վիճակը և հաջորդ հաճախորդի տրանսպորտը։
global-tunnel-ng օգտագործող հին ծրագրում initialize-ը կարող է դիտավորյալ հեռացնել աջակցվող HTTP/HTTPS proxy փոփոխականները՝ ընտրված կոնֆիգուրացիան պահելուց հետո։
Պատճառը կրկնակի մշակումն է. այլ գրադարան չպետք է կրկին կիրառի միջավայրի proxy-ն մոդուլի շտկված HTTP ուղու վրա։ Ուստի process.env.http_proxy-ի բացակայությունը չի նշանակում, որ proxy-ն դադարել է։
Ակտիվացման համար ստուգեք isProxying-ը, իսկ պահպանված ընտրության համար՝ proxyConfig-ը։ Չմատյանագրեք հաշիվ պարունակող ամբողջական կոնֆիգուրացիան կամ proxyUrl-ը։
Եթե փոփոխականների անհետանալուց հետո ավելի ուշ հաճախորդը ձախողվի, որոշեք՝ օգտագործում է շտկված HTTP/HTTPS գործակալը, բացահայտ գործակալ, թե այլ տրանսպորտ։ Միջավայրը ինքնուրույն կարդացող հաճախորդին կարող է պետք լինել իր սեփական փաստաթղթավորված proxy մուտքը։
node_modules-ից ջնջման կոդը հեռացնելը վերացնում է կրկնակի մշակման պաշտպանությունը և կարող է անհետանալ վերատեղադրման ժամանակ։ Փոխարենը լուծեք տրանսպորտի սեփականությունը։ Սա հին փաթեթ է՝ Node-ի համատեղելիության փաստաթղթավորված սահմանափակումներով։ Համատեղելի Node տարբերակում ներկառուցված proxy աջակցությունը մեկնարկին տարբերակ է ստանդարտ HTTP հաճախորդների համար. հատուկ գործակալներն ու ուղարկիչները դեռ պետք է իրենց ուղին։