set-proxy.sh പ്രവർത്തിപ്പിക്കുമ്പോൾ നിങ്ങളുടെ ടെർമിനൽ മാറാത്തത് എന്തുകൊണ്ട്

നിങ്ങളുടെ സ്ക്രിപ്റ്റിൽ ശരിയായ export https_proxy=... വരിയുണ്ട്. അത് പ്രവർത്തിപ്പിക്കുന്നു, പക്ഷേ അടുത്ത കമാൻഡ് ഇപ്പോഴും പഴയ proxy കാണുന്നു. സ്ക്രിപ്റ്റ് അതിന്റെ സ്വന്തം പ്രോസസ്സിനുള്ളിൽ തികച്ചും പ്രവർത്തിച്ചിരിക്കാം.

ഒരു സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുന്നത് വേറിട്ട ഷെൽ തുടങ്ങുന്നു. അത് താൻ തുടങ്ങുന്ന കമാൻഡുകൾക്ക് വേരിയബിളുകൾ നൽകാം, പക്ഷേ പുറത്തുവന്നതിന് ശേഷം മാതൃ ടെർമിനൽ ഷെലിന്റെ പരിസ്ഥിതി മാറ്റാൻ കഴിയില്ല.

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

ഇവ വ്യത്യസ്ത പ്രവർത്തനങ്ങളാണ്. രണ്ടാമത്തേത് നിലവിലെ ഷെലിൽ ഫയൽ വായിക്കാൻ ഷെലിന്റെ dot ബിൽറ്റിൻ ഉപയോഗിക്കുന്നു. Bash ഇതിനെ source എന്നും വിളിക്കുന്നു; അതിന്റെ ബിൽറ്റിൻ റഫറൻസ് കാണുക.

നിങ്ങൾ വിശ്വസിക്കുന്ന ഫയലിന് മാത്രം source ചെയ്യുക, കാരണം അതിലെ എല്ലാ ഷെൽ കമാൻഡുകളും ആ നിലവിലെ സന്ദർഭത്തിൽ പ്രവർത്തിക്കുന്നു. proxy സ്ക്രിപ്റ്റിനുള്ളിലെ കമാൻഡുകൾക്ക് മാത്രം ആവശ്യമെങ്കിൽ, സാധാരണ പ്രവർത്തനമാണ് ശരിയായ അതിർത്തി. ഒരു ബാഹ്യ കമാൻഡിന് കമാൻഡിന് പരിമിതപ്പെടുത്തിയ proxy അസൈൻമെന്റ് നിലവിലെ ഷെൽ മാറ്റുന്നത് ഒഴിവാക്കുന്നു.

വേരിയബിൾ അസൈൻമെന്റുകൾ അക്ഷരാർത്ഥത്തിൽ സൂക്ഷിക്കുക. Backtick എന്നാൽ കമാൻഡ് സബ്സ്റ്റിറ്റ്യൂഷൻ ആണ്, ഉദ്ധരണിയല്ല. proxy അസൈൻ ചെയ്യുന്ന വരി അബദ്ധത്തിൽ അതിന്റെ URL പ്രവർത്തിപ്പിക്കാൻ ശ്രമിക്കരുത്. പൊതു എൻഡ്‌പോയിന്റ് തിരഞ്ഞെടുക്കാൻ ഉദ്ദേശിച്ച മൂല്യങ്ങൾക്ക് സൗജന്യ proxy പട്ടിക അവയുടെ പ്രോട്ടോക്കോൾ ക്ലൈന്റുമായി പൊരുത്തപ്പെടേണ്ട സ്ഥാനാർത്ഥികളെ നൽകുന്നു. അവസാനം, യഥാർത്ഥ നെറ്റ്‌വർക്ക് ക്ലൈന്റ് വായിക്കുന്ന വേരിയബിൾ പേരുകൾ പരിശോധിക്കുക; ഷെലിന്റെ പരിധി ശരിയാക്കുന്നത് പിന്തുണയില്ലാത്ത ഒരു വേരിയബിളിനെ ഫലപ്രദമാക്കുന്നില്ല.