Sino ang paulit-ulit na naglalagay ng proxy na iyon sa Bash?

Kung bumalik ang http_proxy sa susunod na terminal, alamin kung sino ang nagtakda nito. Ang isa pang unset sa dulo ng .bashrc ay maaaring magtago ng halaga para sa isang paglulunsad habang nananatiling aktibo ang pinagmulan sa ibang lugar.

1. Tukuyin ang nabigong paglulunsad. Ito ba ay isang interactive na login shell, terminal na walang login, o di-interactive na trabaho? Ang Bash na tinawag bilang sh ay sumusunod din sa ibang mga patakaran.
2. Sundan ang landas ng startup na iyon. Ang interactive na login shell ay nagbabasa ng /etc/profile at pagkatapos ay ang unang magagamit na user file sa ~/.bash_profile, ~/.bash_login at ~/.profile. Ang interactive na shell na walang login ay karaniwang nagbabasa ng ~/.bashrc. Maaaring i-source ito nang tahasan ng isang login file. Para sa di-interactive na Bash, isaalang-alang ang BASH_ENV kung naaangkop.
3. Hanapin ang pagtatalaga. Saliksikin ang mga file na iyon at ang mga file na kanilang ini-source para sa pangalan ng variable at lumang hostname ng proxy. Isama ang kaugnay na mga bahagi ng /etc/profile.d at mga pangalan sa malalaki at maliliit na titik.
4. Kung hindi ito itinalaga ng startup, subaybayan ang parent. Ang shell ay nagmamana ng environment mula sa terminal, login session, service manager o development tool nito. Ang isang matagal nang parent ay maaaring magpanatili ng lumang halaga pagkatapos mong i-edit ang isang shell file.

Para sa mga login na nakabatay sa PAM, suriin din ang /etc/environment. Itama ang pinagmulang may-ari at simulan muli ang apektadong landas, na nagre-refresh ng configuration ng parent kapag kailangan. Panatilihing lokal ang mga paghahanap: ang mga startup file at environment dump ay maaaring maglaman ng mga kredensyal. Ang resultang dapat i-verify ay ang halagang minamana ng inilaan na command, hindi ang huling file na nagawang i-unset ito.