global-tunnel-ng პროქსის ცვლადებს წაკითხვის შემდეგ შლის
ძველი Node პროცესი შეიძლება კვლავ პროქსით მუშაობდეს მას შემდეგ, რაც http_proxy გაქრება; შეამოწმეთ მოდულის შენახული მდგომარეობა და შემდეგი კლიენტის ტრანსპორტი.
global-tunnel-ng-ის გამოყენებით ძველ აპლიკაციაში initialize შეიძლება განზრახ წაშალოს მხარდაჭერილი HTTP/HTTPS პროქსის ცვლადები არჩეული კონფიგურაციის შენახვის შემდეგ.
მიზეზი ორმაგი დამუშავებაა: სხვა ბიბლიოთეკა არ უნდა გამოიყენოს გარემოს პროქსი კვლავ მოდულის შეკეთებულ HTTP გზაზე. ამიტომ process.env.http_proxy-ის არარსებობა არ ნიშნავს, რომ პროქსი შეწყდა.
გაამოწმეთ isProxying გააქტიურებისთვის და proxyConfig შენახული არჩევანისთვის. არ დაალოგოთ სრული, ანგარიშის შემცველი კონფიგურაცია ან proxyUrl.
თუ ცვლადების გაქრობის შემდეგ მოგვიანებით კლიენტი ვერ მუშაობს, დაადგინეთ იყენებს ის შეკეთებულ HTTP/HTTPS აგენტს, ცხად აგენტს თუ სხვა ტრანსპორტს. კლიენტს, რომელიც გარემოს დამოუკიდებლად კითხულობს, შეიძლება დასჭირდეს საკუთარი დოკუმენტირებული პროქსის შეყვანა.
node_modules-იდან წაშლის კოდის ამოღება აუქმებს ორმაგი დამუშავების დაცვას და შეიძლება გაქრეს გადაინსტალირებისას. ამის ნაცვლად მოაგვარეთ ტრანსპორტის საკუთრება. ეს არის ძველი პაკეტი Node-ის თავსებადობის დოკუმენტირებული შეზღუდვებით. თავსებად Node ვერსიაზე ჩაშენებული პროქსის მხარდაჭერა გაშვებისას ერთ-ერთი ვარიანტია სტანდარტული HTTP კლიენტებისთვის; მორგებულ აგენტებსა და გამგზავნებს კვლავ საკუთარი მარშრუტი სჭირდებათ.