Եթե 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 անել այն։

Առնչվող հոդվածներ