ඒ proxy එක ආපසු Bash වෙත දමන්නේ කවුද?

නැවත නැවත පැමිණෙන proxy environment variable එක Bash startup files සහ shell එක ආරම්භ කරන parent process හරහා හඹා යන්න.

ඊළඟ terminal එකේ http_proxy නැවත පැමිණෙන්නේ නම්, එය සකස් කළේ කවුදැයි සොයන්න. තවත් unset එකක් .bashrc හි අවසානයේ තබා එක් දියත් කිරීමක් සඳහා අගය සඟවා තැබිය හැකි අතර, එහි මූලාශ්‍රය වෙනත් තැනක සක්‍රීයව පවතී.

  1. අසාර්ථක දියත් කිරීම හඳුනා ගන්න. එය අන්තර්ක්‍රියාකාරී login shell එකක්ද, login රහිත terminal එකක්ද, නැතහොත් අන්තර්ක්‍රියාකාරී නොවන කාර්යයක්ද? sh ලෙස කැඳවන Bash ද වෙනත් නීති අනුගමනය කරයි.
  2. එම startup මාර්ගය හඹා යන්න. අන්තර්ක්‍රියාකාරී login shell /etc/profile කියවා, පසුව ~/.bash_profile, ~/.bash_login සහ ~/.profile අතරින් පළමුව ලබා ගත හැකි user ගොනුව කියවයි. අන්තර්ක්‍රියාකාරී login රහිත shell සාමාන්‍යයෙන් ~/.bashrc කියවයි. login ගොනුවකට එය පැහැදිලිව source කළ හැක. අන්තර්ක්‍රියාකාරී නොවන Bash සඳහා අදාළ වන තැන BASH_ENV සලකා බලන්න.
  3. පැවරීම සොයන්න. එම ගොනුවල සහ ඒවා source කරන ගොනුවල variable නම සහ පැරණි proxy hostname සොයන්න. අදාළ /etc/profile.d කොටස් සහ ලොකු මෙන්ම කුඩා අකුරු නාම ඇතුළත් කරන්න.
  4. startup එකෙන් එය පවරා නොමැති නම්, parent හඹා යන්න. shell එහි terminal, login සැසිය, service manager හෝ development tool එකෙන් environment උරුම කර ගනී. දිගුකාලීන parent එකක් shell ගොනුවක් සංස්කරණය කිරීමෙන් පසුවත් පැරණි අගය රඳවා ගත හැක.

PAM පාදක login සඳහා, /etc/environment ද පරීක්ෂා කරන්න. හිමිකාර මූලාශ්‍රය නිවැරදි කර බලපෑමට ලක් වූ startup මාර්ගය නැවත ආරම්භ කරන්න, අවශ්‍ය නම් parent වින්‍යාසය නැවුම් කරන්න. සෙවුම් ස්ථානීයව තබා ගන්න: startup ගොනු සහ environment dump වල අක්තපත්‍ර තිබිය හැක. පරීක්ෂා කළ යුතු ප්‍රතිඵලය වන්නේ අපේක්ෂිත command උරුම කර ගන්නා අගය මිස, එය unset කිරීමට සමත් වූ අවසාන ගොනුව නොවේ.

අදාළ ලිපි