ਤੁਹਾਡੀ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਸਹੀ export https_proxy=... ਲਾਈਨ ਹੈ। ਤੁਸੀਂ ਇਸਨੂੰ ਚਲਾਉਂਦੇ ਹੋ, ਅਤੇ ਅਗਲੀ ਕਮਾਂਡ ਅਜੇ ਵੀ ਪੁਰਾਣਾ proxy ਦੇਖਦੀ ਹੈ। ਹੋ ਸਕਦਾ ਹੈ ਸਕ੍ਰਿਪਟ ਨੇ ਆਪਣੀ ਹੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਬਿਲਕੁਲ ਠੀਕ ਕੰਮ ਕੀਤਾ ਹੋਵੇ।

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

./set-proxy.sh
. ./set-proxy.sh

ਇਹ ਵੱਖਰੀਆਂ ਕਿਰਿਆਵਾਂ ਹਨ। ਦੂਜੀ ਮੌਜੂਦਾ shell ਵਿੱਚ ਫਾਈਲ ਪੜ੍ਹਨ ਲਈ shell ਦੇ dot ਬਿਲਟਇਨ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। Bash ਇਸਨੂੰ source ਵੀ ਕਹਿੰਦਾ ਹੈ; ਇਸਦਾ ਬਿਲਟਇਨ ਸੰਦਰਭ ਵੇਖੋ।

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

ਵੇਰੀਏਬਲ ਅਸਾਈਨਮੈਂਟ ਸ਼ਬਦੀ ਰੱਖੋ। Backtick ਦਾ ਮਤਲਬ ਕਮਾਂਡ ਬਦਲੀ ਹੈ, ਹਵਾਲਾ ਨਹੀਂ। proxy ਅਸਾਈਨ ਕਰਨ ਵਾਲੀ ਲਾਈਨ ਨੂੰ ਗਲਤੀ ਨਾਲ ਆਪਣਾ URL ਚਲਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ। ਜਨਤਕ ਐਂਡਪੌਇੰਟ ਚੁਣਨ ਲਈ ਤੈਅ ਮੁੱਲਾਂ ਲਈ ਮੁਫ਼ਤ proxy ਸੂਚੀ ਉਹ ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਪ੍ਰੋਟੋਕੋਲ ਕਲਾਇੰਟ ਨਾਲ ਮੇਲ ਖਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ, ਅਸਲ ਨੈੱਟਵਰਕ ਕਲਾਇੰਟ ਵੱਲੋਂ ਪੜ੍ਹੇ ਜਾਣ ਵਾਲੇ ਵੇਰੀਏਬਲ ਨਾਮ ਜਾਂਚੋ; shell ਦਾ ਦਾਇਰਾ ਠੀਕ ਕਰਨਾ ਕਿਸੇ ਅਸਮਰਥਿਤ ਵੇਰੀਏਬਲ ਨੂੰ ਪ੍ਰਭਾਵੀ ਨਹੀਂ ਬਣਾਉਂਦਾ।

ਸੰਬੰਧਿਤ ਲੇਖ