global-tunnel-ng eyðir proxy-breytingum eftir að hafa lesið þær
Gamalt Node-ferli getur enn farið í gegnum proxy eftir að http_proxy hverfur; skoðaðu varðveitt ástand mátans og flutning næsta biðlarans.
Í eldri forriti sem notar global-tunnel-ng getur initialize viljandi fjarlægt studdu HTTP/HTTPS proxy-breytingarnar eftir að hafa varðveitt valda stillingu.
Ástæðan er tvöföld meðferð: annað safn má ekki beita umhverfisproxyinu aftur ofan á lagfærða HTTP-slóð mátans. Því þýðir skortur á process.env.http_proxy ekki að proxying hafi stöðvast.
Athugaðu isProxying fyrir virkjun og proxyConfig fyrir varðveitta valið. Forðastu að skrá alla stillingu með reikningi eða proxyUrl.
Ef síðari biðlari mistekst eftir að breytingarnar hverfa, greindu hvort hann notar lagfærða HTTP/HTTPS-umboðið, skýrt umboð eða annan flutning. Biðlari sem les umhverfið sjálfur gæti þurft sína eigin skjalfestu proxy-inntak.
Að fjarlægja eyðingarkóðann úr node_modules fellir vörnin gegn tvöfaldri meðferð og hann getur horfið við enduruppsetningu. Leystu frekar eignarhald flutningsins. Þetta er gamalt pakki með skjalfestum takmörkum í Node-samhæfi. Á samhæfri Node-útgáfu er innbyggður proxy-stuðningur við ræsingu einn valkostur fyrir staðlaða HTTP-biðlara; sérsniðin umboð og sendlar þurfa samt sína eigin leið.