global-tunnel-ng પ્રોક્સી ચલોને વાંચ્યા પછી તેમને કાઢી નાખે છે
http_proxy અદૃશ્ય થયા પછી પણ જૂની Node પ્રક્રિયા પ્રોક્સી કરી શકે છે; મોડ્યુલની જાળવેલ સ્થિતિ અને આગળના ક્લાયન્ટનું પરિવહન તપાસો.
global-tunnel-ng વાપરતી જૂની એપ્લિકેશનમાં, initialize પોતાનું પસંદ કરેલું રૂપરેખાંકન જાળવી રાખ્યા પછી સમર્થિત HTTP/HTTPS પ્રોક્સી ચલોને જાણી જોઈને દૂર કરી શકે છે.
કારણ બેવડી પ્રક્રિયા છે: બીજી લાઇબ્રેરીએ મોડ્યુલના પેચ કરેલા HTTP માર્ગ પર ફરીથી પર્યાવરણ પ્રોક્સી લાગુ ન કરવી જોઈએ. તેથી process.env.http_proxy ન હોવાનો અર્થ એ નથી કે પ્રોક્સી બંધ થઈ ગઈ.
સક્રિયકરણ માટે isProxying અને જાળવેલી પસંદગી માટે proxyConfig તપાસો. સંપૂર્ણ ખાતાવાળું રૂપરેખાંકન કે proxyUrl લોગ ન કરો.
ચલો અદૃશ્ય થયા પછી પછીનો ક્લાયન્ટ નિષ્ફળ જાય તો, તે પેચ કરેલો HTTP/HTTPS એજન્ટ, સ્પષ્ટ એજન્ટ કે બીજું પરિવહન વાપરે છે તે નક્કી કરો. પર્યાવરણ જાતે વાંચતા ક્લાયન્ટને પોતાનું દસ્તાવેજીકૃત પ્રોક્સી ઇનપુટ જોઈ શકે.
node_modules માંથી કાઢી નાખવાનો કોડ દૂર કરવાથી બેવડી પ્રક્રિયા સામેનું રક્ષણ જતું રહે છે અને પુનઃસ્થાપન વખતે દૂર થઈ શકે છે. તેના બદલે પરિવહનની માલિકી ઉકેલો. આ જૂનું પેકેજ છે જેમાં Node સુસંગતતાની મર્યાદાઓ દસ્તાવેજીકૃત છે. સુસંગત Node આવૃત્તિ પર, શરૂઆતમાં અંતર્નિર્મિત પ્રોક્સી સમર્થન પ્રમાણભૂત HTTP ક્લાયન્ટ માટે એક વિકલ્પ છે; કસ્ટમ એજન્ટ અને ડિસ્પેચરને હજી પોતાનો માર્ગ જોઈએ.