Menjalankan proxy-on.sh tidak akan mengonfigurasi ulang shell induk

Skrip mengekspor http_proxy, mencetak “enabled”, lalu keluar. Curl yang dijalankan setelahnya dari terminal asli tetap memakai lingkungan lamanya.

Menjalankan skrip membuat proses anak. Export membuat nilai tersedia bagi anak dari proses itu; export tidak mengirim nilai kembali ke shell induk. Menaruh export di dalam bash -c atau backtick tidak membalik hubungan tersebut.

Untuk sakelar interaktif, fungsi yang didefinisikan di shell saat ini dapat melakukan pekerjaan yang dimaksud:

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

Ganti endpoint contoh dengan layanan HTTP Anda, atau dengan kandidat dari daftar proxy HTTP untuk permintaan publik yang diizinkan. Panggil fungsi setelah definisinya dimuat. Berkas shell yang di-source adalah cara lain menjalankan penetapan di shell saat ini alih-alih shell baru.

Aplikasi GUI yang sudah berjalan dan terminal lain tetap memakai lingkungannya sendiri. Jika helper dimaksudkan untuk meluncurkan hanya satu perintah melalui proxy, mempertahankan perubahan di lingkungan perintah itu sering kali justru merupakan cakupan yang tepat.