ვინ აბრუნებს იმ პროქსის ყოველთვის Bash-ში?

თუ http_proxy შემდეგ ტერმინალში ისევ გამოჩნდა, იპოვეთ ვინ დააყენა იგი. კიდევ ერთი unset .bashrc-ის ბოლოს შეიძლება დამალოს მნიშვნელობა ერთი გაშვებისთვის, სანამ წყარო სხვაგან აქტიური რჩება.

1. გამოავლინეთ წარუმატებელი გაშვება. ინტერაქტიული შესვლის shell-ია, შესვლის გარეშე ტერმინალი, თუ არაინტერაქტიული დავალება? sh-ად გამოძახებული Bash-იც სხვა წესებს მიჰყვება.
2. მიჰყევით ამ გაშვების გზას. ინტერაქტიული შესვლის shell-ი კითხულობს /etc/profile-ს, შემდეგ კი ~/.bash_profile, ~/.bash_login და ~/.profile-იდან პირველ ხელმისაწვდომ მომხმარებლის ფაილს. ინტერაქტიული არაშესვლის shell-ი ჩვეულებრივ კითხულობს ~/.bashrc-ს. შესვლის ფაილს შეუძლია მისი მკაფიოდ source-ება. არაინტერაქტიული Bash-ისთვის გაითვალისწინეთ BASH_ENV სადაც გამოიყენება.
3. იპოვეთ მინიჭება. მოძებნეთ იმ ფაილებში და მათ მიერ source-ებულ ფაილებში ცვლადის სახელი და პროქსის ძველი hostname. ჩართეთ შესაბამისი /etc/profile.d ფრაგმენტები და სახელები დიდი თუ პატარა ასოებით.
4. თუ გაშვებამ არ მიანიჭა, მიჰყევით მშობელს. shell-ი გარემოს მემკვიდრეობით იღებს ტერმინალისგან, შესვლის სესიისგან, სერვისის მენეჯერისგან ან დეველოპმენტის ხელსაწყოსგან. გრძელვადიან მშობელს შეუძლია შეინარჩუნოს ძველი მნიშვნელობა shell-ის ფაილის რედაქტირების შემდეგ.

PAM-ზე დაფუძნებული შესვლებისთვის შეამოწმეთ ასევე /etc/environment. გაასწორეთ მფლობელი წყარო და თავიდან გაუშვით დაზარალებული გზა, საჭიროების შემთხვევაში განაახლეთ მშობლის კონფიგურაცია. შენარჩუნეთ ძიებები ლოკალურად: გაშვების ფაილებსა და გარემოს კოპიებს შეიძლება ჰქონდეს სერთიფიკატები. შესამოწმებელი შედეგი არის მნიშვნელობა, რომელსაც მიზნობრივი ბრძანება მემკვიდრეობით იღებს, და არა ბოლო ფაილი, რომელმაც მოახერხა მისი unset.