proxy-on.sh ਚਲਾਉਣ ਨਾਲ ਪੇਰੈਂਟ ਸ਼ੈੱਲ ਮੁੜ ਕੌਨਫਿਗ ਨਹੀਂ ਹੋਵੇਗਾ

ਸਕ੍ਰਿਪਟ http_proxy ਐਕਸਪੋਰਟ ਕਰਦੀ ਹੈ, “enabled” ਛਾਪਦੀ ਹੈ ਅਤੇ ਬਾਹਰ ਨਿਕਲ ਜਾਂਦੀ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ ਅਸਲ ਟਰਮੀਨਲ ਤੋਂ ਸ਼ੁਰੂ ਕੀਤਾ Curl ਅਜੇ ਵੀ ਆਪਣਾ ਪੁਰਾਣਾ ਵਾਤਾਵਰਣ ਰੱਖਦਾ ਹੈ।

ਸਕ੍ਰਿਪਟ ਚਲਾਉਣ ਨਾਲ ਇੱਕ ਚਾਈਲਡ ਪ੍ਰੋਸੈਸ ਬਣੀ। Export ਉਸ ਪ੍ਰੋਸੈਸ ਦੇ ਚਾਈਲਡ ਲਈ ਮੁੱਲ ਉਪਲਬਧ ਕਰਦਾ ਹੈ; ਇਹ ਮੁੱਲ ਵਾਪਸ ਪੇਰੈਂਟ ਸ਼ੈੱਲ ਵਿੱਚ ਨਹੀਂ ਭੇਜਦਾ। export ਨੂੰ bash -c ਜਾਂ ਬੈਕਟਿਕ ਦੇ ਅੰਦਰ ਰੱਖਣ ਨਾਲ ਇਹ ਸੰਬੰਧ ਉਲਟਦਾ ਨਹੀਂ।

ਇੰਟਰੈਕਟਿਵ ਸਵਿੱਚ ਲਈ, ਮੌਜੂਦਾ ਸ਼ੈੱਲ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਫੰਕਸ਼ਨ ਲੋੜੀਂਦਾ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ:

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

ਉਦਾਹਰਨ endpoint ਨੂੰ ਆਪਣੀ HTTP ਸੇਵਾ ਨਾਲ, ਜਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਜਨਤਕ ਬੇਨਤੀਆਂ ਲਈ HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਤੋਂ ਕਿਸੇ ਉਮੀਦਵਾਰ ਨਾਲ ਬਦਲੋ। ਫੰਕਸ਼ਨ ਦੀ ਪਰਿਭਾਸ਼ਾ ਲੋਡ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇਸਨੂੰ ਕਾਲ ਕਰੋ। ਸੋਰਸ ਕੀਤੀ ਸ਼ੈੱਲ ਫਾਈਲ ਨਵੇਂ ਸ਼ੈੱਲ ਦੀ ਬਜਾਏ ਮੌਜੂਦਾ ਸ਼ੈੱਲ ਵਿੱਚ ਅਸਾਈਨਮੈਂਟ ਚਲਾਉਣ ਦਾ ਦੂਜਾ ਤਰੀਕਾ ਹੈ।

ਮੌਜੂਦਾ GUI ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਹੋਰ ਟਰਮੀਨਲ ਅਜੇ ਵੀ ਆਪਣੇ ਵਾਤਾਵਰਣ ਰੱਖਦੇ ਹਨ। ਜੇ ਸਹਾਇਕ ਸਿਰਫ਼ ਇੱਕ ਪ੍ਰੌਕਸੀ ਵਾਲਾ ਕਮਾਂਡ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਹੈ, ਤਾਂ ਤਬਦੀਲੀ ਨੂੰ ਉਸੇ ਕਮਾਂਡ ਦੇ ਵਾਤਾਵਰਣ ਵਿੱਚ ਰੱਖਣਾ ਅਕਸਰ ਬਿਲਕੁਲ ਸਹੀ ਦਾਇਰਾ ਹੈ।