Linux系统管理员的Bash指南,11条Bash实践经验!

相信你在某些时候,曾无意中以root身份运行命令并导致某种问题?这里有一些非常简单的技巧可以防止你遇到这样的问题。

每个职业都有最常用的工具。对于许多系统管理员来说,shell可能是比较熟悉的。在大多数Linux和其他类Unix系统上,默认的shell是Bash。

Bash是一个相当古老的程序,它起源于20世纪80年代后期。但它建立在更多,更老的shell上,比如C shell(csh)。我们来看看一些基础知识。

相信你在某些时候,曾无意中以root身份运行命令并导致某种问题?这里有一些非常简单的技巧可以防止你遇到这样的问题。

使用别名

首先,为mv和rm等命令设置别名,指向mv -I和rm -I。这将确保运行rm -f/boot至少要求你确认。在红帽企业版Linux中,如果你使用root帐户,则默认设置这些别名。

如果你还要为普通用户帐户设置这些别名,只需将这两行放入主目录中名为.bashrc的文件中(这些也适用于sudo):

alias mv=’mv -i’

alias rm=’rm -i’

你的根提示符

你可以采取的另一项措施是防止意外发生,确保你在使用root帐户时知道。我通常这样做是为了让我的正常日常工作中使用的提示能够很好地突出根提示符。

如果将以下内容放入root的主目录中的.bashrc文件中,你将看到一个黑色的红色根提示符,清楚地表明你(或其他任何人)应该谨慎操作。

export PS1=”\[$(tput bold)$(tput setab 0)$(tput setaf 1)\]\[email protected]\h:\w # \[$(tput sgr0)\]”

实际上,你应该尽可能避免以root用户身份登录,而是通过sudo运行大多数系统管理命令,但这是另一回事。

实施了一些小技巧来帮助防止使用root帐户的“无意的副作用”,让我们看看Bash可以给你你在日常工作中带来怎样的帮助?

控制history文件

你可能知道,当在Bash中按向上箭头键时,你可以查看并重复使用以前的所有命令。这是因为这些命令已保存到主目录中名为.bash_history的文件中。该历史文件附带了一组非常有用的设置和命令。

首先,你可以通过键入历史记录来查看整个最近的命令历史记录,或者你可以通过键入历史记录,或将其限制为最近30个命令。你可以更好地控制Bash保存的内容以及保存方式。

例如,如果将以下内容添加到.bashrc,则任何以空格开头的命令都不会保存到历史记录列表中:

HISTCONTROL=ignorespace

如果你需要用命令写入明文形式的密码。(是的,这太可怕了,但它仍然会发生。)

如果你不希望在历史记录中显示经常执行的命令,请使用:

HISTCONTROL=ignorespace:erasedups

这样,每次使用命令时,都会从历史记录文件中删除之前发生的所有事件,并且只将最后一次调用保存到历史记录列表中。

我特别喜欢的历史记录设置是HISTTIMEFORMAT设置。这将在历史记录文件中添加时间戳前的所有条目。例如,我使用:

HISTTIMEFORMAT=”%F %T “

当我输入五条历史记录时,我得到了很好的完整信息,如下所示:

1009 2018-06-11 22:34:38 cat /etc/hosts

1010 2018-06-11 22:34:40 echo $foo

1011 2018-06-11 22:34:42 echo $bar

1012 2018-06-11 22:34:44 ssh myhost

1013 2018-06-11 22:34:55 vim .bashrc

这使我更容易浏览我的命令历史记录,并找到我两天前用来建立到家中的SSH隧道。

最好的Bash实践

在编写Bash脚本时,我将用最好的11个用法列出来(我是这样认为的)。

11.Bash脚本可能变得复杂,添加注释没那么复杂。因为如果你在周末之后回到工作中,不得不花时间搞清楚你上周五想要做什么的话,别忘了添加注释。

10.用花括号括起所有变量名,比如$ {myvariable}。养成这个习惯可以使$ {variable} _suffix成为可能,并提高整个脚本的一致性。

9.评估表达式时不要使用反引号;请改用$()语法。可以使用:

for file in $(ls); do

反之:

for file in `ls`; do

前一个选项是可嵌套的,更易于阅读,并使一般的系统管理员感到满意。不要使用反引号。

8.一致性很好。选择一种风格并在整个脚本中坚持下去。显然,我更喜欢人们在反引号中选择$()语法,并将其变量放在在花括号中。

7.使用适当的shebang作为Bash脚本。因为我正在编写Bash脚本,只打算用Bash执行它们,所以我经常使用#!/ usr / bin / bash作为我的shebang。不要使用#!/ bin / sh或#!/ usr / bin / sh。你的脚本将执行,但它将以兼容模式运行。可能会产生许多意外的副作用。(当然,除非你想要兼容模式。)

6.比较字符串时,在if语句中引用变量是个好主意,因为如果你的变量是空的,Bash会为这样的行抛出一个错误:

if [ ${myvar} == “foo” ]; then

echo “bar”

fi

对于这样的行,将评估为false:

if [ “${myvar}” == “foo” ]; then

echo “bar”

fi

此外,如果你不确定变量的内容(例如,在解析用户输入时),请引用变量以防止解释某些特殊字符,并确保该变量被视为单个词,即使它包含空格。

5.我想这是一个品味问题,但我更喜欢使用双等号(==),即使比较Bash中的字符串。这是一致性的问题,尽管,对于字符串比较,只有一个等号会起作用,我的考虑立即变为“单个等于是一个赋值运算符!”

4.使用适当的退出代码。确保如果你的脚本无法执行某些操作,则会向用户显示已写入的失败消息(最好通过解决问题的方法)并发送非零退出代码:

# we have failed

echo “Process has failed to complete, you need to manually restart the whatchamacallit”

exit 1

这样可以更容易地以编程方式从另一个脚本调用脚本并验证其成功完成。

3.使用Bash的内置机制为变量提供合理的默认值,或者如果未定义你希望定义的变量,则抛出错误:

# this sets the value of $myvar to redhat, and prints ‘redhat’

echo ${myvar:=redhat}

# this throws an error reading ‘The variable myvar is undefined, dear reader’ if $myvar is undefined

${myvar:?The variable myvar is undefined, dear reader}

2.特别是如果你正在编写大型脚本,特别是如果你与其他脚本一起处理该大型脚本,请考虑在函数内部定义变量时使用local关键字。local关键字将创建一个局部变量,该变量只在该函数中可见。这限制了冲突变量的可能性。

1.每个系统管理员有时必须这样做:在控制台上调试一些东西,可以是数据中心的真实服务器,也可以是虚拟化平台的虚拟服务器。如果你必须以这种方式调试脚本,你会感谢你自己记住这个:不要让你的脚本中的行太长!

在许多系统上,控制台的默认宽度仍为80个字符。如果你需要在控制台上调试脚本并且该脚本有很长的行,那么将是一个悲剧。此外,具有较短行的脚本,默认值仍为80个字符,在普通编辑器中也更容易阅读和理解!

阅读余下内容

发表评论

电子邮件地址不会被公开。 必填项已用*标注


京ICP备12002735号