global-tunnel-ng poistaa välityspalvelinmuuttujat luettuaan ne
Vanha Node-prosessi voi välittää edelleen, vaikka http_proxy katoaa; tarkista moduulin säilyttämä tila ja seuraavan asiakkaan siirto.
Vanhemmassa sovelluksessa, joka käyttää global-tunnel-ng-moduulia, initialize voi tarkoituksella poistaa tuetut HTTP/HTTPS-välityspalvelinmuuttujat säilytettyään valitun kokoonpanonsa.
Syynä on kaksinkertainen käsittely: toinen kirjasto ei saa soveltaa ympäristön välityspalvelinta uudelleen moduulin paikatulle HTTP-polulle. Siksi process.env.http_proxy-muuttujan puuttuminen ei tarkoita, että välitys on loppunut.
Tarkista aktivointi isProxying-kohdasta ja säilytetty valinta proxyConfig-kohdasta. Älä kirjaa lokiin täydellistä tiliä sisältävää kokoonpanoa tai proxyUrl-arvoa.
Jos myöhempi asiakas epäonnistuu muuttujien kadottua, selvitä, käyttääkö se paikattua HTTP/HTTPS-agenttia, nimenomaista agenttia vai muuta siirtoa. Asiakas, joka lukee ympäristöä itse, voi tarvita oman dokumentoidun välityspalvelinsyötteen.
Poistokoodin poistaminen node_modules-kansiosta pudottaa pois kaksinkertaisen käsittelyn suojan, ja se voi kadota uudelleenasennuksessa. Ratkaise sen sijaan siirron omistajuus. Tämä on vanha paketti, jolla on dokumentoidut Node-yhteensopivuusrajoitukset. Yhteensopivassa Node-versiossa sisäänrakennettu välityspalvelintuki käynnistyksessä on yksi vaihtoehto tavallisille HTTP-asiakkaille; mukautetut agentit ja lähettimet tarvitsevat yhä oman reittinsä.