ใครกันที่เอา proxy นั้นกลับไปใส่ใน Bash อยู่เรื่อย?

ถ้า http_proxy กลับมาใน terminal ถัดไป ให้หาว่าใครเป็นคนตั้งค่าเอาไว้ unset อีกตัวที่อยู่ท้ายไฟล์ .bashrc อาจซ่อนค่าไว้สำหรับการเริ่มต้นครั้งเดียว โดยต้นทางยังทำงานอยู่ที่อื่น

1. ระบุการเริ่มต้นที่ล้มเหลว เป็น shell ล็อกอินแบบอินเทอร์แอกทีฟ เทอร์มินัลที่ไม่มีการล็อกอิน หรือเป็นงานแบบไม่โต้ตอบ? Bash ที่ถูกเรียกในชื่อ sh ก็ใช้กฎต่างออกไปเช่นกัน
2. ตามเส้นทางการเริ่มต้นนั้น shell ล็อกอินแบบอินเทอร์แอกทีฟอ่าน /etc/profile แล้วจึงอ่านไฟล์ผู้ใช้ไฟล์แรกที่มีอยู่ในหมู่ ~/.bash_profile, ~/.bash_login และ ~/.profile shell แบบอินเทอร์แอกทีฟที่ไม่ใช่ล็อกอินมักอ่าน ~/.bashrc ไฟล์ล็อกอินอาจ source ไฟล์นั้นอย่างชัดเจน สำหรับ Bash แบบไม่โต้ตอบ ให้คำนึงถึง BASH_ENV ในกรณีที่เกี่ยวข้อง
3. หาจุดกำหนดค่า ค้นหาในไฟล์เหล่านั้นและไฟล์ที่มัน source สำหรับชื่อตัวแปรและชื่อโฮสต์ proxy เก่า รวมถึงส่วนของ /etc/profile.d ที่เกี่ยวข้องและชื่อที่เขียนด้วยตัวพิมพ์ใหญ่ตลอดจนตัวพิมพ์เล็ก
4. ถ้าการเริ่มต้นไม่ได้กำหนดค่า ให้ตาม parent shell สืบทอด environment จาก terminal, เซสชันล็อกอิน, ตัวจัดการบริการ หรือเครื่องมือพัฒนาของมัน parent ที่อายุยืนสามารถคงค่าเดิมไว้ได้หลังจากที่คุณแก้ไฟล์ shell

สำหรับการล็อกอินที่ใช้ PAM ให้ตรวจสอบ /etc/environment ด้วย แก้ไขต้นทางที่เป็นเจ้าของและเริ่มเส้นทางที่ได้รับผลกระทบอีกครั้ง โดยรีเฟรชการตั้งค่าของ parent เมื่อจำเป็น ให้การค้นหาอยู่ในเครื่องเท่านั้น ไฟล์เริ่มต้นและ dump ของ environment อาจมีข้อมูลรับรอง ผลลัพธ์ที่ต้องตรวจสอบคือค่าที่คำสั่งที่ตั้งใจสืบทอดมา ไม่ใช่ไฟล์สุดท้ายที่สามารถ unset ค่านั้นได้