proxy-on.sh:n suorittaminen ei uudelleenkonfiguroi ylätason shelliä

Skripti vie http_proxy-muuttujan, tulostaa “enabled” ja poistuu. Sen jälkeen alkuperäisestä päätteestä käynnistetty Curl säilyttää yhä vanhan ympäristönsä.

Skriptin suorittaminen loi lapsiprosessin. Export tekee arvon saataville kyseisen prosessin lapsille; se ei lähetä arvoa takaisin ylätason shelliin. Exportin sijoittaminen bash -c:n tai backtickien sisään ei käännä tätä suhdetta päälaelleen.

Interaktiivista kytkintä varten nykyisessä shellissä määritelty funktio voi tehdä aiotun työn:

proxy_on() {
    export http_proxy=http://proxy.example.net:8080
    export https_proxy="$http_proxy"
}

Korvaa esimerkin päätepiste omalla HTTP-palvelullasi tai valitse ehdokas HTTP-proxyluettelosta sallittuja julkisia pyyntöjä varten. Kutsu funktiota sen määritelmän lataamisen jälkeen. Ladattu shell-tiedosto on toinen tapa suorittaa sijoituksia nykyisessä shellissä uuden sijaan.

Olemassa olevat GUI-sovellukset ja muut päätteet pitävät yhä omat ympäristönsä. Jos apurin on tarkoitus käynnistää vain yksi proxyn kautta kulkeva komento, muutoksen pitäminen kyseisen komennon ympäristössä on usein täsmälleen oikea laajuus.