help 查看帮助
cd 改变当前目录至 <目录>
mkdir 添加新的目录
rmdir 刪除目录与其父目录
rmdir -v 删除目录时显示,命令的详细执行过程
rm -r 删除目录
rm -f 强制删除
rm -r * 删除目录下所有内容
rm -r * .txt 删除目录下所有的.txt文件
ls 查看显示的文件
ls -a 查看所有的文件(包括隐藏的文件)
apt install
cp 复制文件到另一个文件
cp -f 若目标文件已存在,则直接覆盖原文件
cp -i 若目标文件已存在,则询问是否覆盖
wget 下载网址上的内容
dpkg 安装deb文件
tar -zxvf 解压tgz文件
docker ps -al 查看上一个linux ID
docker exec -it /bin/bash 打开之前的docker linux容器
useradd <用户名> 创建一个账户
userdel <用户名> 删除账户
grep <用户名> /etc/passwd /etc/shadow /etc/group 查看是否创建成功用户
groupadd <用户名> 创建用户组
1、用户User:最终操作人员,权限的最终受益者,控制权限控制权限实际上就是控制用户的权限,而不是角色或者用户组的权限
2、用户组UserGroup:是相对垂直而言的。比如说采购部这个用户组实际上是由采购部的业务员(暂且定义都为用户)组成的,具有上下级的明确关系;采购部只能查看属于采购部的文档,销售部只能查看属于销售部的文档,带有强烈的部门(组)性质,但是采购部业务员虽然都是属于同一个部门,但是却不一定有着相同的权限,比如说经理和一般业务员的权限肯定存在差异
3、角色Role:用户组是带有一种垂直既自上而下的性质,而角色的范围则没有带着那么浓厚的垂直关系,而是带有比较明显的水平(交叉)性质;比方说现定义一个角色:经理,这个经理包含了各个部门的经理,而不单单是采购部经理或者是销售部经理,很明显这个‘经理’角色显然同时具有各部门的经理的权限,也就是说这时候如果各部门经理们只是处于该‘经理’角色,那么采购部经理不但具有采购部经理的操作权限,同时也被赋予了其他各部门经理的权限,这个时候各个部门经理的权限是一致的,但是这样势必造成权限的拥堵或者混乱,此时刚才提到的第一个对象:用户就派上用场了,几个部门经理同属于‘经理’角色情况下又想他们之间的权限有区别,你只能对每个部门经理(身份为:用户)单独授权了,当然你也可以根据该用户身处的用户组和角色之间的关联关系或者排斥关系来确认用户的最终权限。
useradd命令:
-d <用户名> 将用户的主目录设置为<用户名>
-s shell 将用户的登陆shell设置为shell
-u uid 将用户的ID设置为uid。除非你自己是十分有把握,否则清忽略该选项并接受默认值。
-c string 设置用户的comment字段(历史上称为GECOS字段)。通常情况下,该字段被设为用户的
全名,但实际上可以是任何字符串。chfn命令还可以用来设置该信息。
-g group 将用户的初始(默认)组设置为group,它可以是数字形式的组ID或组名称,
但是这些组名称必须是已经存在的。
-G group1,group2,... 让用户加入现有的其它组,即group1,group2,...