د proxy-on.sh چلول به والد شل بیا تنظیم نکړي

سکریپټ http_proxy صادروي، “enabled” چاپوي او وتل کوي. هغه Curl چې وروسته له اصلي ټرمینل څخه پیل شي لا هم خپل زوړ چاپېریال لري.

د سکریپټ چلولو یو ماشوم پروسه جوړه کړه. Export ارزښت د هغې پروسې ماشومانو ته د لاسرسي وړ ګرځوي؛ ارزښت بیرته والد شل ته نه لیږي. Export په bash -c یا backtick کې ایښودل دا اړیکه نه اړوي.

د متقابل سویچ لپاره، په اوسني شل کې تعریف شوی فنکشن کولای شي مطلوب کار ترسره کړي:

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

د مثال endpoint د خپل HTTP خدمت سره، یا د اجازه ورکړل شوو عامه غوښتنو لپاره د HTTP پراکسي لیست څخه یو نوماند سره بدل کړئ. فنکشن د هغې د تعریف له لوډ کولو وروسته وبلئ. سرچ شوی شل فایل په اوسني شل کې د نوي پرځای د ګمارنو چلولو بله لاره ده.

موجود GUI اپلیکیشنونه او نور ټرمینلونه لا هم خپل چاپېریالونه ساتي. که مرستندوی یوازې د یوې پراکسي شوې کمانډ پیلولو لپاره وي، بدلون په هغې کمانډ کې ساتل ډیری وختونه سمه حوزه ده.