Kāpēc set-proxy.sh palaišana nemaina jūsu termināli
Palaists skripts nevar eksportēt mainīgos atpakaļ uz savu vecāku čaulu. Kad pašreizējai čaulai jāsaglabā iestatījumi, ielādējiet uzticamu konfigurācijas failu ar source.
Jūsu skriptā ir pareizā export https_proxy=... rinda. Jūs to palaižat, un nākamā komanda joprojām redz veco proxy. Iespējams, skripts savā procesā darbojās nevainojami.
Skripta palaišana sāk atsevišķu čaulu. Tā var nodot mainīgos tai palaistajām komandām, bet pēc pabeigšanas nevar aizstāt vecākčaulas termināļa vidi.
./set-proxy.sh
. ./set-proxy.sh
Tās ir dažādas darbības. Otrā izmanto čaulas iebūvēto dot, lai nolasītu failu pašreizējā čaulā. Bash to sauc arī par source; skatiet iebūvēto komandu uzziņu.
Veiciet source tikai tādam failam, kuram uzticaties, jo visas tā čaulas komandas darbojas šajā pašreizējā kontekstā. Ja proxy nepieciešams tikai komandām skripta iekšienē, pareizā robeža ir parasta palaišana. Vienai ārējai komandai komandai piesaistīts proxy piešķīrums izvairās no pašreizējās čaulas maiņas.
Turiet mainīgo piešķīrumus burtiskus. Backtick nozīmē komandas aizstāšanu, nevis citēšanu. Rindai, kas piešķir proxy, nevajadzētu nejauši mēģināt izpildīt savu URL. Vērtībām, kas paredzētas publiska galapunkta izvēlei, bezmaksas proxy saraksts piedāvā kandidātus, kuru protokolam jāatbilst klientam. Visbeidzot pārbaudiet mainīgo nosaukumus, ko nolasa faktiskais tīkla klients; čaulas tvēruma labošana nepadara neatbalstītu mainīgo efektīvu.