Ал проксини Bashке ким кайра-кайра салып жатат?
Кайталанып жаткан прокси чөйрө өзгөрмөсүн Bash иштетүү файлдары жана shellди иштеткен ата-процесс аркылуу көзөмөлдөңүз.
Эгер http_proxy кийинки терминалда кайра пайда болсо, аны ким койгонун табыңыз. дагы бир unset .bashrc аягында бир иштетүү үчүн маанини жашырышы мүмкүн, ал эми булагы башка жерде активдүү бойдон калат.
- Ийгиликсиз иштетүүнү аныктаңыз. Бул интерактивдүү кирүү shellиби, кирүүсүз терминалбы же интерактивдүү эмес жумушпу?
shдеп чакырылган Bash да башка эрежелерди сактайт. - Ошол иштетүү жолун ээрчиңиз. Интерактивдүү кирүү shellи
/etc/profileфайлын, андан кийин~/.bash_profile,~/.bash_loginжана~/.profileичинен биринчи жеткиликтүү колдонуучу файлын окуйт. Интерактивдүү кирүүсүз shell адатта~/.bashrcфайлын окуйт. Кирүү файлы аны ачык source кылышы мүмкүн. Интерактивдүү эмес Bash үчүн тиешелүү жердеBASH_ENVэске алыңыз. - Дайындоону табыңыз. Ошол файлдардан жана алар source кылган файлдардан өзгөрмөнүн атын жана проксинин эски hostnameин издеңиз. Тиешелүү
/etc/profile.dүзүндүлөрүн жана чоң, кичине тамга менен жазылган аттарды кошуңуз. - Эгер иштетүү аны дайындабаса, ата-процессти ээрчиңиз. Shell чөйрөнү өз терминалынан, кирүү сессиясынан, кызмат менеджеринен же иштеп чыгуу куралынан мураска алат. Узак жашаган ата-процесс shell файлын түзөткөндөн кийин эски маанини сактап калышы мүмкүн.
PAM негизиндеги кирүүлөр үчүн /etc/environment файлын да текшериңиз. Ээси болгон булакты оңдоп, таасирленген иштетүү жолун кайра баштаңыз, керек болсо ата-процесстин конфигурациясын жаңыртыңыз. Издөөлөрдү жергиликтүү кармаңыз: иштетүү файлдары жана чөйрө дамптарында эсеп маалыматтары болушу мүмкүн. Текшериле турган натыйжа — максаттуу буйрук мураска алган маани, аны акыркы жолу unset кыла алган файл эмес.