Kwa nini kuendesha set-proxy.sh hakubadilishi terminal yako
Skripti inayotekelezwa haiwezi kuhamisha vigezo kurudi kwenye shell yake mzazi. Tumia source kwa faili ya usanidi inayoaminika wakati shell ya sasa inapaswa kuhifadhi mipangilio.
Skripti yako ina mstari sahihi wa export https_proxy=.... Unaiendesha, kisha amri inayofuata bado inaona proxy ya zamani. Huenda skripti ilifanya kazi kikamilifu ndani ya mchakato wake yenyewe.
Kuendesha skripti huanzisha shell tofauti. Inaweza kupitisha vigezo kwa amri inazoanzisha, lakini haiwezi kubadilisha mazingira ya shell mzazi wa terminal baada ya kumaliza.
./set-proxy.sh
. ./set-proxy.shHizi ni shughuli tofauti. Ya pili hutumia builtin ya dot ya shell kusoma faili katika shell ya sasa. Bash pia inaiita source; angalia marejeleo ya builtin.
Tumia source kwa faili unaloaminiana nayo pekee, kwa sababu amri zake zote za shell zinaendeshwa katika mazingira hayo ya sasa. Ikiwa proxy inahitajika kwa amri zilizo ndani ya skripti pekee, uendeshaji wa kawaida ndio mpaka sahihi. Kwa amri moja ya nje, ugawaji wa proxy uliofinywa kwa amri huepuka kubadilisha shell ya sasa.
Weka ugawaji wa vigezo kwa maandishi halisi. Backtick humaanisha ubadilishaji wa amri, si nukuu. Mstari unaogawa proxy haupaswi kujaribu kuendesha URL yake kwa bahati mbaya. Kwa thamani zinazokusudiwa kuchagua kituo cha mwisho cha umma, orodha ya proxy za bure hutoa wagombea ambao itifaki yao lazima ilingane na mteja. Mwishowe, thibitisha majina ya vigezo ambavyo mteja halisi wa mtandao husoma; kurekebisha wigo wa shell hakufanyi kigezo kisichotumika kuwa na ufanisi.