Linux/Unix 登入腳本

伊谢尔伦
發布: 2023-03-05 11:12:02
原創
1326 人瀏覽過

不知道你有沒有遇過這樣的場景,當你需要設定一個環境變量,或是執行一個程式設定你的shell或桌面環境,但是不知道在哪裡是最方便設定的位置。

有一些常見的情況,例如從Debian的套件管理程式到Iaas的管理中,很多任務需要設定環境變數才能正常運作。

有時,程式通常只需要在首次登陸時執行一次,例如xrandr指令。

此外,有的程式偶爾會被注入到shell中,例如rbenv,rvn或 SitePoint’s自己的 envswith 程式。

讓我們來看看在Debian GNU/Linux Jessie安裝中出現的一些常見選項,並嘗試理解這一切。

/etc/profile

預設情況下,Debian提供/etc/profile文件,這個文件用來設定$PATH變數($PATH通常用來宣告指令的搜尋路徑),可以立即生效。下面的程式碼是/etc/profile的一部分。

if [ "`id -u`" -eq 0 ]; then
    PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
else
    PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games"
fi
export PATH
登入後複製

為了方便,root使用者(ID為0)和其他任何使用者的路徑都不同。這是因為系統二進位目錄(sbin目錄)位置傳統上是作為系統管理程式、或必須以root身分執行的程式存放的保留位置。而games路徑對於root使用者來說是省略的,因為不到非必要的時候,絕對不可能使用root使用者來執行遊戲程式。

接下來,/etc/profile處理$PS1變數的設定,$PS1變數是用來設定主提示字串(即使用者登陸時顯示的字元)。除了系統的shell是Bash以外,系統$PS1變數預設的是$ (root使用者預設為#)。如果系統的shell使用的是Bash,則/etc/bash.bashrc 檔案會取代$PS變數來處理主提示字串(特殊情況除外)。後面我們會簡短地說一下/etc/bash.bashrc。

所以從這一點上,我們可以推斷/etc/profile在登陸期間(例如使用login命令)會被所有的shell讀取。 /etc/profile呼叫id指令來讀取使用者ID,而不是使用更有效率的Bash內建變數${UID}。 Bash使用特定來源的配置,而不是定義一個花俏的shell提示符,因為Bash支援反斜線轉義的特殊字符,例如u(用戶名) 和 h (主機名稱),許多其他的shell都不支援這樣定義。 /etc/profile應該嘗試和POSIX相容,以便與使用者可能自己安裝的任何shell相容。

Debian GNU/linux通常預先裝載Dash,Dash是一個僅僅旨在實現POSIX(和一些伯克利)擴展的基本shell。如果我們修改/etc/profile(修改之前先備份)讓PS1='$ '這一行設定不同的值,然後模擬一個Dash登入(透過dash -l指令),我們可以看到Dash會使用我們自訂的提示。但是,如果我們呼叫不帶-l參數的dash指令,dash將不會讀取/etc/profile。此時Dash會使用預設值(這表示此時PS1的值是我們修改先前的值)。

最後一點和/etc/profile相關的趣事是下面的程式碼片段:

if [ -d /etc/profile.d ]; then
    for i in /etc/profile.d/*.sh; do
        if [ -r $i ]; then
            . $i
        fi
    done
    unset i
fi
登入後複製

換句話說,任何符合/etc/profile.d/*.sh的可讀內容都會被當作變數來源。這非常重要,因為它表明直接編輯/etc/profile從來都不是實際需要的(所以恢復你之前的備份)。上面定義的任何變數都可以透過在一個單獨的檔案中配置,然後覆蓋/etc/profile中的設定。這樣做的好處是:它允許系統升級時自動添加相應的變更到/etc/profile檔案中。因為Debian的Apt套件管理系統通常不會修改預設的設定檔。

~/.bash_profile, ~/.bash_login, and ~/.profile

/etc/profile存在的一個潛在問題是,它位於系統範圍的路徑中。這意味著修改它會影響這個系統上的所有使用者。在個人電腦上,這可能不是太大的問題,但修改它同時還需要root權限。基於這些原因,每個單獨的Bash使用者帳號可以建立~/.bash_profile, ~/.bash_login 和 ~/.profil這幾個檔案中的任一個作為Bash的設定檔來源。在列出的順序中第一個被找到的文件會被當作配置文件,其餘的都會被忽略。

其他的shell,例如Dash,支援類似的東西,但只會找~/.profile檔。這允許使用者為Bash特定的應用場景配置單獨的.bash_profile文件,如果在某些時候需要切換到Dash或其他shell作為登入shell(例如透過chsh -s dash命令)。可以保留~/.profile作為這些shell的設定檔。

需要牢记的一点是,默认的Debian框架目录(/etc/skel,用于存放要复制到新用户账户主目录的文件和目录)包含.profile文件,但不包含.bash_profile和.bash_login文件。此外Debian使用Bash作为默认的shell,因此,许多Debian用户习惯于将他们的Bash 登录shell设置放在.profile文件中。

我曾经看到过一些项目的安装说明,例如RVN,这个项目建议用户创建一个.bash_profile文件,但是这样做是非常危险的,根据上面提到的知识我们知道,这个会改变用户的shell环境。即使用户没有修改.profile文件,它也可能利用默认~/.profile功能,将~/bin添加到$PATH环境变量。一个可能提高安全性的选项是,在创建用户的账户之前,将.bash_profile作为.bash_rc的符号链接文件,放到/etc/skel目录中。

如果我们查看Debian Jessie的默认.profile脚本,我们可以看到下面的代码片段:

# if running bash
if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
        . "$HOME/.bashrc"
    fi
fi
登入後複製

这和我们在/etc/profile里面看到的相似,如果shell是Bash,且发现了/etc/bash.bashrc文件,/etc/bash.bashrc文件就被当作Bash的配置文件。这一点的意义将在下一节讨论。

/etc/bash.bashrc 和 ~/.bashrc

启动的时候,Bash会同时读取/etc/bash.bashrc和~/.bashrc,但是只有在Bash Shell作为交互式Shell而不是登录Shell启动时(意味着通过xtem启动),会依照这种顺序,这是Bash Shell的标准行为。然而,Debian分别从 /etc/profile和~/.profile登录脚本中获取配置文件。这会显著地改变行为,使得/etc/bash.bashrc和.bashrc(如果它们存在)总是在Bash启动时调用,而不管是不是登录Shell。不要期待这种情况在不同地发行版中是一样的。

.bashrc是一个添加命令别名的好地方,实际上,一些用户拥有太多的别名,以至于他们宁愿将别名都放在一个单独的文件中去。Debian的默认.bashrc会查找.bash_alias,如果这个文件存在的话,会将它作为别名配置来源。所以你可以在这个文件中随意保存所有的Bash别名。如果用户愿意的话,.bashrc文件也是用户重写shell变量,例如$PS1或者$HISTSIZE的绝佳位置。Debian的默认.bashrc有超过100行,但是仍然可以非常清晰地阅读,且有良好地注释。见名知意,.bashrc不是其他非Bash shell的配置文件来源。

~/.xsession 和 ~/.xsessionrc

如果你是一个GNU/Linux桌面用户,通过显示管理器本地登录(而不是通过getty登录程序),则/etc/profile和~/.profile不会像预期的那样工作。一些显示管理器会直接将这些文件视为错误地配置文件,例如Gnome显示管理器。但一些其他的显示管理器,例如LightDm不会这样。幸运的是,你还有一些其他的选项。

当启动X Window系统会话时(不管是用显示管理或从虚拟终端启动startx),将会执行/etc/X11/Xsessionshell脚本。这基本上相当于登录shell调用/etc/profile。这个只对X Window生效,并且不是将其作为源配置文件,而是直接执行。但是它也相当复杂,类似于/etc/profile怎么从/etc/profile.d目录中的脚本读取配置,怎么从/etc/X11/Xsession.d/目录下的/etc/X11/Xsessions脚本中读取配置。在/etc/X11/Xsession.d目录下的所有脚本名称都以数字开头,因此所有的脚本都会按照数字顺序来读取。

Debian Jessie包含一个名叫40×11-common_xsessionrc的文件,这个文件做的工作就是检查~/.xsessionrc是不是可读的,如果是就用它作为配置文件的来源。这就使得~/.xsessions是一个加载环境变量或者运行一个一次性使用程序(例如xrandr或xmodmap)的完美位置(仅适用于X会话)。如果你希望的话,你同样可以将/etc/profile或~/.profile作为来源。那么任何指定的环境变量也都会被你的会话管理器继承(如果还没有继承的话)。请注意,默认情况下.xsessionrc是不存在的,需要你自己创建这个文件。

如果我们继续浏览/etc/X11/Xsession中的文件, 我们会发现50×11-common_determine-startup会决定加载哪个会话管理器。如果~/.xsessions文件存在而且是可执行的,它会被保存并且随后作为99×11-common_start的一部分执行,当~/.xsession用于运行会话管理器,X会话将会被注销。并且当这个脚本终止时,你会返回到显示管理器登录界面。

和~/.xsessionrc相似,~/.xsession默认也是不存在的,在你需要的时候你可以创建一个。你可能会创建一个类似下面给的简单的.xsession脚本

# Start our session manager of choice.
#
exec x-session-manager
登入後複製

其中x-session-manager默认设置为通过update-alternatives命令配置的任何内容,这样,你可以轻松地更改系统范围默认地会话管理器,只需要将x-session-manager替换为/usr/bin/startfce4(切换到XFCE),其他的用户账户将完全不受影响。

当然,许多显示管理器提供从登录界面直接选择公共会话管理器的能力,所以这个文件通常是不必要的。然而.xsession提供了更多地灵活性,你可以用任何程序调用这个文件,而不仅仅是会话管理器。例如,在这里你可以在while循环中调用chromium或者iceweasel,而不是执行基本的kiosk模式设置。

~/.bash_logout

我们前面介绍了当用户运行交互式Bash登录shell时读取的文件,但是如果你想在注销以后仍然运行程序该怎么办?对于这个用例,~/.bash_logout文件就非常方便了。在Debian中默认的配置仅用于清除屏幕(我认为从安全角度来说很重要),但是可以轻微地想象以下就知道能用于其他目的,例如,在你离开你的机器之前显示一个几秒钟的提醒。

主要的限制因素在于.bash_logout仅在注销交互式shell时读取,并且并不能假定它在注销X会话时会被加载。

其他选项

上面那些已经为你介绍了大部分的通用选项。其他的选项可能会存在,取决于你的安装环境(例如/etc/environment),但是我不认为他们可能在其他的平台上存在,并且极少有需要去接触它们。

示例

那么你应该在哪放置你的系统范围环境变量?如果你希望一个环境变量可以影响所有用户,/etc/profiled./someifle.sh会是一个好的选择。但是,这假设你是使用一个登录管理器以/etc/profile作为配置来源。如果不是这样,你可以(作为一个管理员)添加一个脚本到/etc/X11/Xsession.d/来替代/etc/profile作为配置来源。

如果你希望一个脚本可以找到一个私人目录路径,并且添加它到你的PATH中,你需要考虑这个目录是不是会移动很多东西,如果你向.profile添加代码来实现,用户需要注销然后再登录来更改用户会话期间的PATH。如果你将代码添加到.bashrc中,这意味着代码将在用户每次打开xterm时执行,如果执行大约半秒以上可能就不太理想。所以这是一个权衡取舍的问题。

如果你仅仅是为了你个人登录会话时的一个环境变量,且它只关心X会话,你可以将它添加到~/.xsessionrc中。这样做的优点是,它通常将可用于通过X会话管理器启动的所有程序,因为它在启动X会话管理器之前被设置,并且被继承。例如,某些图形驱动程序可以通过运行

export vblank_mode=0
登入後複製

来禁用vsync。 所以位于.xsessionrc中的变量会影响到所有的程序。

然而如果这一行被添加到.bashrc中,则只有通过xterm登录的程序会被影响。通过一个窗口管理器启动的程序照常运行。你可以把它添加到.profile,并且从.xessionrc作为.profile的来源。但是之后,当你的X服务没有在运行的时候,你就不需要导出环境变量。

希望你现在可以更好地了解了登录和注销脚本在Debian GNU/Linux系统上的工作原理。


相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板
關於我們 免責聲明 Sitemap
PHP中文網:公益線上PHP培訓,幫助PHP學習者快速成長!