proxy-on.sh-ის გაშვება მშობელ shell-ს არ გადააკონფიგურირებს

სკრიპტი ახდენს http_proxy-ის ექსპორტს, ბეჭდავს “enabled”-ს და გადის. ამის შემდეგ საწყისი ტერმინალიდან გაშვებულ Curl-ს კვლავ ძველი გარემო აქვს.

სკრიპტის გაშვებამ შვილობილი პროცესი შექმნა. Export მნიშვნელობას ხდის ხელმისაწვდომს ამ პროცესის შვილებისთვის; ის მნიშვნელობას უკან მშობელ shell-ში არ აგზავნის. Export-ის bash -c-ში ან backtick-ებში მოთავსება ამ დამოკიდებულებას არ აბრუნებს.

ინტერაქტიული გადამრთველისთვის, მიმდინარე shell-ში განსაზღვრულ ფუნქციას შეუძლია დაგეგმილი სამუშაო შეასრულოს:

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

შეცვალეთ მაგალითის endpoint თქვენი HTTP სერვისით, ან დაშვებული საჯარო მოთხოვნებისთვის აიღეთ კანდიდატი HTTP proxy სიიდან. გამოიძახეთ ფუნქცია მისი განსაზღვრის ჩატვირთვის შემდეგ. ჩატვირთული shell ფაილი არის დავალებების ახალ shell-ის ნაცვლად მიმდინარე shell-ში შესრულების კიდევ ერთი გზა.

არსებული GUI აპლიკაციები და სხვა ტერმინალები კვლავ ინარჩუნებენ საკუთარ გარემოებს. თუ დამხმარე მხოლოდ ერთი proxy-სავალდებულო ბრძანების გასაშვებადაა განკუთვნილი, ცვლილების იმ ბრძანების გარემოში დატოვება ხშირად ზუსტად სწორი მოცულობაა.