ໃຜກຳລັງເອົາ proxy ນັ້ນກັບຄືນໃສ່ Bash?

ຖ້າ http_proxy ກັບມາໃນ terminal ຕໍ່ໄປ, ຊອກຫາວ່າໃຜໄດ້ຕັ້ງມັນ. unset ອີກອັນໜຶ່ງຢູ່ທ້າຍ .bashrc ສາມາດເຊື່ອງຄ່າໄດ້ສຳລັບການເປີດໜຶ່ງຄັ້ງ ໃນຂະນະທີ່ແຫຼ່ງຂອງມັນຍັງເຄື່ອນໄຫວຢູ່ບ່ອນອື່ນ.

1. ລະບຸການເປີດທີ່ລົ້ມເຫຼວ. ມັນແມ່ນ shell ເຂົ້າສູ່ລະບົບແບບໂຕ້ຕອບ, terminal ທີ່ບໍ່ມີການເຂົ້າສູ່ລະບົບ, ຫຼື ວຽກທີ່ບໍ່ໂຕ້ຕອບ? Bash ທີ່ຖືກເອີ້ນເປັນ sh ກໍ່ປະຕິບັດຕາມກົດຕ່າງກັນ.
2. ຕິດຕາມເສັ້ນທາງເລີ່ມຕົ້ນນັ້ນ. shell ເຂົ້າສູ່ລະບົບແບບໂຕ້ຕອບອ່ານ /etc/profile ແລ້ວຈຶ່ງອ່ານໄຟລ໌ຜູ້ໃຊ້ທຳອິດທີ່ມີຢູ່ໃນບັນດາ ~/.bash_profile, ~/.bash_login ແລະ ~/.profile. shell ແບບໂຕ້ຕອບທີ່ບໍ່ແມ່ນການເຂົ້າສູ່ລະບົບໂດຍປົກກະຕິອ່ານ ~/.bashrc. ໄຟລ໌ເຂົ້າສູ່ລະບົບອາດ source ມັນຢ່າງຊັດເຈນ. ສຳລັບ Bash ທີ່ບໍ່ໂຕ້ຕອບ, ໃຫ້ຄິດເຖິງ BASH_ENV ບ່ອນທີ່ໃຊ້ໄດ້.
3. ຊອກຫາການກຳນົດຄ່າ. ຄົ້ນຫາໃນໄຟລ໌ເຫຼົ່ານັ້ນ ແລະ ໄຟລ໌ທີ່ພວກມັນ source ສຳລັບຊື່ຕົວແປ ແລະ ຊື່ໂຮສ proxy ເກົ່າ. ລວມທັງສ່ວນ /etc/profile.d ທີ່ກ່ຽວຂ້ອງ ແລະ ຊື່ທັງຕົວພິມໃຫຍ່ ແລະ ຕົວພິມນ້ອຍ.
4. ຖ້າການເລີ່ມຕົ້ນບໍ່ໄດ້ກຳນົດມັນ, ໃຫ້ຕິດຕາມແມ່. shell ຮັບມໍລະດົກສະພາບແວດລ້ອມຈາກ terminal, ເຊສຊັນເຂົ້າສູ່ລະບົບ, ຜູ້ຈັດການບໍລິການ ຫຼື ເຄື່ອງມືພັດທະນາຂອງມັນ. ແມ່ທີ່ມີອາຍຸຍືນສາມາດຮັກສາຄ່າເກົ່າໄວ້ຫຼັງຈາກທ່ານແກ້ໄຂໄຟລ໌ shell.

ສຳລັບການເຂົ້າສູ່ລະບົບທີ່ໃຊ້ PAM, ກວດເບິ່ງ /etc/environment ນຳ. ແກ້ໄຂແຫຼ່ງທີ່ເປັນເຈົ້າຂອງ ແລະ ເລີ່ມເສັ້ນທາງທີ່ໄດ້ຮັບຜົນກະທົບອີກຄັ້ງ, ໂດຍເຮັດໃຫ້ການຕັ້ງຄ່າຂອງແມ່ສົດໃໝ່ເມື່ອຈຳເປັນ. ຮັກສາການຄົ້ນຫາໄວ້ໃນເຄື່ອງ: ໄຟລ໌ເລີ່ມຕົ້ນ ແລະ ການຖ່າຍສະພາບແວດລ້ອມອາດມີຂໍ້ມູນປະກອບການ. ຜົນທີ່ຕ້ອງກວດສອບແມ່ນຄ່າທີ່ຄຳສັ່ງເປົ້າໝາຍໄດ້ຮັບມໍລະດົກ ບໍ່ແມ່ນໄຟລ໌ສຸດທ້າຍທີ່ສາມາດ unset ມັນໄດ້.