Zergatik set-proxy.sh exekutatzeak ez duen zure terminala aldatzen

Zure scriptak export https_proxy=... lerro zuzena dauka. Exekutatzen duzu, eta hurrengo komandoak oraindik proxy zaharra ikusten du. Agian scriptak primeran funtzionatu zuen bere prozesuaren barruan.

Script bat exekutatzeak shell bereizi bat abiarazten du. Hastean sortzen dituen komandoei aldagaiak pasa diezazkieke, baina ezin du terminaleko shell gurasoaren ingurunea ordezkatu irten ondoren.

./set-proxy.sh
. ./set-proxy.sh

Eragiketa desberdinak dira. Bigarrenak shellaren dot builtina erabiltzen du fitxategia uneko shellan irakurtzeko. Bash-ek source ere deitzen dio; ikusi builtinen erreferentzia.

Source egin konfiantza duzun fitxategi batekin soilik, haren shell komando guztiak uneko testuinguru horretan exekutatzen baitira. Proxy-a scriptaren barruko komandoetarako bakarrik behar bada, exekuzio arrunta da muga zuzena. Kanpoko komando bakarrerako, komandoari mugatutako proxy esleipenak uneko shella aldatzea saihesten du.

Mantendu aldagaien esleipenak literal. Backtick-ek komando ordezkapena esan nahi dute, ez aipamenak. Proxy bat esleitzen duen lerroak ez luke ustekabean bere URLa exekutatzen saiatu behar. Endpoint publiko bat hautatzeko balioetarako, proxys doakoen zerrendak protokoloa bezeroarekin bat etorri behar duten hautagaiak ematen ditu. Azkenik, egiaztatu benetako sare bezeroak irakurtzen dituen aldagai izenak; shellaren esparrua konpontzeak ez du onartzen ez den aldagai bat eraginkor egiten.