简介《Kali Linux 常用命令大全》面向刚接触 Kali 与 Linux 的网络安全学习者、Web 渗透测试入门者及日常运维人员围绕命令速查与基础操作梳理帮助读者在文件管理、系统信息查看、文本处理和权限切换等场景中快速定位用法减少边查边试的成本适合作为入门阶段的手边参考。压缩包仅含 1 个 docx 文件约 1.96MB文档按目录查看、帮助命令、登录与电源管理、路径切换、文件及目录创建复制移动等模块编排覆盖 ls、man、sudo、shutdown 等高频命令的释义与使用提示目录层级清晰便于按主题检索。已有 633 人学习说明其在 Kali 基础命令学习场景中具有一定参考价值适合桌面速查也便于按章节系统熟悉 Kali 环境。读者可借助这份文档补齐 Linux 命令行基础理解常用命令的用途与操作边界为后续渗透测试工具实践打牢基础。1. Kali常用命令大全怎么用先解决“命令想不起来”的现场问题凌晨在授权实验环境里翻日志明明记得要找隐藏文件手却先敲了ls结果漏掉点号开头的目录这类现场问题不是靠背参数解决的而是缺一份能按命令名快速翻到的底稿。《Kali 常用命令大全》就是按这个思路整理的文档从ls、cd、cp到find、tar再到su、last、shutdown覆盖 Linux 基础命令、文件查看、打包压缩和登录电源管理。做 Web 渗透测试、网络安全自查或刚上手 Linux 操作系统的人都能把它当成手边索引新手按目录跟做熟手拿它查参数边界。它不是教程更像排错时先翻一眼的清单。2. 帮助链先立住whatis、help、man、info 的查询顺序与中文手册配置命令记不住不是能力问题真正拖慢现场的是不知道该查哪一层帮助。有人一上来就man翻了十几屏还没找到参数也有人把help用在外部命令上结果只得到一句“不是 shell 内建命令”。更稳的顺序是先用whatis拿一句话定位再用help看 shell 内建命令的语法接着用man查完整手册最后用info补 GNU 项目的节点式文档。这个顺序不玄学核心是控制信息量先确认命令干什么再决定要不要读长文档。2.1 为什么先建立查询顺序而不是背参数命令参数会随版本、发行版和 shell 环境变化背下来的参数表很容易在真实机器上翻车。比如ls -l和ll的关系有的环境把ll做成别名有的没有help只对 shell 内建命令有效外部命令得走--help或man。我一般把帮助链当成“黑匣子”的说明书先看最短描述确认命令身份再看内建语法确认当前 shell 是否支持最后才翻完整手册。这样查一次能留下判断路径下次遇到同类命令不用从头猜。选型上whatis适合快速定位help适合内建命令man适合参数和配置文件说明info适合 GNU 工具的长文档。四者不是替代关系而是不同粒度。把这层关系立住再去看《Kali 常用命令大全》里的命令目录就不会变成从第一页背到最后一页。2.2 whatis 与 help 的最小验证# 查命令的一句话描述 whatis ls whatis cp # 查 shell 内建命令的帮助 help cd help alias这段命令的逻辑是先用whatis确认命令的简要功能再用help看内建命令在当前 shell 里的用法。whatis后面直接跟命令名不需要参数它查的是手册数据库里的简短描述如果数据库没建好常见做法是先执行sudo mandb更新索引。help只对 shell 内建命令有效像cd、alias、exit这类命令能直接出语法对cp、find这类外部命令help cp不会给出完整手册应该改用cp --help或man cp。注意whatis查不到结果时不一定是命令不存在可能只是手册索引未更新先确认命令路径再处理索引。2.3 man 的检索与中文手册配置# 查看完整手册 man ls # 按关键词搜索手册页 man -k passwd | head -n 8 # 安装中文手册并配置别名 sudo apt update sudo apt install -y manpages-zh echo alias cmanman -M /usr/share/man/zh_CN ~/.zshrc source ~/.zshrc这段命令的逻辑是先读man ls的完整手册再用man -k按关键词找相关手册页最后安装中文手册包并做一个cman别名。man -k的关键词可以是passwd、network这类词输出后用head -n 8只取前八行避免刷屏。manpages-zh是中文手册包安装后用-M /usr/share/man/zh_CN指定手册路径echo ... ~/.zshrc是把别名追加到当前 shell 的配置文件source让配置立即生效。如果默认 shell 是 bash把~/.zshrc换成~/.bashrc即可。命令适合查什么信息量常见边界whatis一句话描述最小依赖手册索引helpshell 内建命令小外部命令不适用man参数、配置文件、编程接口大中文包不一定全覆盖infoGNU 项目节点文档中大默认可能未安装注意安装中文手册前先确认环境允许联网离线环境不要反复执行apt update直接查本地已有手册即可。2.4 info 与命令卡片沉淀# 安装 info 并查看 GNU 文档 sudo apt-get install -y info info coreutils # 把常用手册导出成自己的命令卡片 mkdir -p ~/cmd-cards MANWIDTH100 man ls ~/cmd-cards/ls.txt这段命令的逻辑是补上 GNU 文档入口并把常用命令的手册导出成文本卡片。apt-get install -y info里的-y表示自动确认安装info coreutils打开 GNU 核心工具文档适合查cp、mv、rm这类命令的细节。MANWIDTH100控制导出文本的宽度避免长行在卡片里折得难看man ls ~/cmd-cards/ls.txt把手册重定向到文件后续可以用less翻也可以按项目整理成自己的检索目录。命令行卡片不需要一开始就做几十张先把ls、find、tar、su、shutdown这几类高频命令各导一份遇到现场问题再补。这样命令大全就不是一份静态文档而是能和你当前环境对得上的底稿。3. Linux 文件操作闭环ls、cd、cp、mv、rm、ln 在模拟项目里的落地顺序文件操作最容易出的问题不是不会敲命令而是顺序错了没确认当前路径就删文件没看隐藏文件就复制目录软链接用了相对路径导致换目录后断链。更稳的做法是把pwd、ls -al、mkdir -p、cp -a、mv -b、ln -s、rm -ri串成一个闭环。下面用~/demo-project这个模拟项目走一遍路径可以换成你自己的实验目录。3.1 先确认工作目录与隐藏文件# 确认当前绝对路径 pwd # 查看所有文件包括隐藏文件并显示详细信息 ls -al # 人类可读的大小显示 ls -lh这段命令的逻辑是先确认“我在哪”再确认“目录里有什么”。pwd不带参数输出当前工作目录的绝对路径ls -al里的-a显示所有文件及目录包括以点开头的隐藏文件-l显示文件类型、权限、拥有者、大小等详细信息ls -lh里的-h把大小换成便于阅读的单位。很多人复制目录时漏掉隐藏配置文件就是因为只敲了ls没有加-a。提示在删除、移动、打包之前先跑一次pwd和ls -al确认路径和隐藏文件比事后找后悔药便宜。3.2 创建、复制、移动的组合# 递归创建目录结构 mkdir -p ~/demo-project/{notes,logs,backup} # 创建空文件 touch ~/demo-project/notes/todo.md # 保留属性复制目录并在目标名后加日期 cp -a ~/demo-project/notes ~/demo-project/backup/notes-$(date %F) # 覆盖前先备份 mv -b ~/demo-project/notes/todo.md ~/demo-project/notes/todo.md.bak这段命令的逻辑是先用mkdir -p一次建好项目目录再用touch建一个空文件接着用cp -a做保留属性的目录复制最后用mv -b做覆盖前备份的移动。mkdir -p的-p表示递归创建并且目录已存在时不报错大括号展开{notes,logs,backup}是 shell 的功能bash 和 zsh 都支持。cp -a等价于同时保留权限、时间戳并递归处理适合复制目录$(date %F)会展开成日期避免备份目录重名。mv -b的-b表示覆盖前先备份-i则是覆盖前询问现场更稳的是-i或-b不要直接-f。3.3 软硬链接的选择与路径陷阱# 软链接建议用绝对路径换目录后不容易断 ln -s /home/user/demo-project/logs ~/demo-project/logs-link # 硬链接指向同一 inode ln /home/user/demo-project/notes/todo.md ~/demo-project/todo-hardlink # 查看 inode确认硬链接关系 ls -li ~/demo-project/notes/todo.md ~/demo-project/todo-hardlink这段命令的逻辑是对比软链接和硬链接。ln -s创建符号链接源路径写成绝对路径后即使从别的目录访问也不容易断ln不带-s创建硬链接硬链接和源文件指向同一个 inodels -li里的-i就是显示 inode。硬链接不能跨文件系统普通用户也不能对目录建硬链接软链接可以指向目录但源路径写错或相对路径基准变化时会断。手册里写“软链接源文件必须写成绝对路径”实际落地时我一般也按这个习惯走省得后面排查断链。3.4 删除前的防护与回收习惯# 删除前先列目录确认 ls -al ~/demo-project/backup # 递归删除并逐项询问 rm -ri ~/demo-project/backup/notes-2025-01-01这段命令的逻辑是先用ls -al确认待删目录内容再用rm -ri做递归删除并逐项询问。rm -r表示递归处理目录及其子目录-i表示删除前询问-f是强制删除、不询问。rm -rf不是不能用而是要在确认路径没有变量拼接、没有空格、没有通配符误伤之后再考虑如果脚本里写rm -rf $DIR/而$DIR为空后果就不是命令大全能兜住的了。删除前先ls是我在模拟项目里强制保留的动作。4. 授权审计中的查看与打包less、find、grep、tar、gzip 的组合用法在授权测试或自有实验环境里查看日志、筛错误、打包证据是高频动作。cat适合短文件长文件用lesshead和tail控制首尾find按名称、类型、大小找文件grep按内容筛tar和gzip负责打包压缩。这里的边界很清楚命令只用于你拥有授权的目录和日志别把检索范围扩到不属于你的系统。4.1 大文件查看less、head、tail 的分工# 分页查看支持前后翻页和搜索 less ~/demo-project/logs/access.log # 看开头 20 行 head -n 20 ~/demo-project/logs/access.log # 看末尾 50 行 tail -n 50 ~/demo-project/logs/access.log # 跟踪文件新增内容 tail -f ~/demo-project/logs/access.log这段命令的逻辑是按文件大小和查看目的选工具。less里可以用空格翻页、/字符串向下搜索、?字符串向上搜索、q退出head -n 20和tail -n 50里的-n指定行数tail -f持续跟踪文件新增内容适合看正在写入的日志退出按CtrlC。长日志不要直接用cat刷屏cat更适合短文件或拼接多个短文件。注意日志轮转后tail -f可能跟丢原文件现场要确认当前文件是否被切割或重命名。4.2 find 与 grep 组合做证据检索# 按类型、名称、大小找日志 find ~/demo-project -type f -name *.log -size 1M # 递归搜索内容忽略二进制文件并显示行号 grep -RIn --include*.log error ~/demo-project/logs # 对 find 结果逐个执行 grep find ~/demo-project -type f -name *.log -exec grep -n error {} \;这段命令的逻辑是先用find缩小文件范围再用grep缩小内容范围。find的-type f只找普通文件-name *.log按文件名匹配-size 1M找大于 1MB 的文件grep的-R递归目录-I忽略二进制文件-n显示行号--include*.log只筛指定后缀。-exec ... {} \;是对每个 find 结果执行一次命令{}代表当前文件末尾的\;是结束标记。路径里如果有空格引号要写完整别让 shell 提前拆参数。4.3 文本处理最小集grep、sed、awk# 取第一列并统计出现次数 awk {print $1} ~/demo-project/logs/access.log | sort | uniq -c | sort -nr | head # 只打印前 20 行 sed -n 1,20p ~/demo-project/logs/access.log这段命令的逻辑是用awk按列取字段再用sort、uniq -c和sort -nr做计数排序sed -n 1,20p只打印第 1 到第 20 行。awk {print $1}里的$1表示第一列默认按空白分隔uniq -c统计连续重复行所以前面要先sortsort -nr按数值倒序。sed -n的-n是安静模式不自动打印p才是打印指定范围。文本处理命令不需要一次学全先把“取列、筛行、计数”这三类动作跑通。4.4 tar 与 gzip 的打包压缩流程# 打包并 gzip 压缩-C 先切到项目目录避免包内出现绝对路径 tar -czvf ~/demo-project/backup/logs-$(date %F).tar.gz -C ~/demo-project logs # 打包后先列表验证内容 tar -tzf ~/demo-project/backup/logs-$(date %F).tar.gz | head # 解压 .gz 文件 gzip -d ~/demo-project/backup/old.log.gz这段命令的逻辑是先创建压缩包再列表验证最后处理单独的 gzip 文件。tar -czvf里-c创建新包-z用 gzip 压缩-v显示过程-f指定文件名-C ~/demo-project logs表示先切换到项目目录再打包logs这样包内路径更干净。tar -tzf里-t是列出包内容-z和-f与前面一致打包后先-t验证比直接解压到生产目录稳。gzip -d解压.gz文件原文件默认会被替换操作前确认目录里有没有同名文件。系统资源快照也值得一起放进检查表df -h看磁盘free -h看内存top看进程。它们不替代日志检索但能在打包前告诉你磁盘还剩多少空间避免压缩到一半写满。5. 用户与电源命令su/sudo、last、shutdown 的边界、排查与五类避坑用户切换和电源命令是“低频率、高影响”的一类平时不常用一旦用错就不是小问题。su切身份sudo借权限执行单条命令last看登录记录shutdown安全关机halt直接硬件关机reboot重启。这里最需要建立边界感在授权实验环境里操作先确认有没有其他用户在线再决定是否关机或重启。5.1 su 与 sudo 的差异与审计价值# 查看当前身份 id # 查看当前用户可用的 sudo 权限 sudo -l # 切换到 demo 用户并重新加载登录环境 su - demo这段命令的逻辑是先确认身份再看授权最后做用户切换。id输出当前用户和组sudo -l列出当前用户可以通过 sudo 执行的命令现场排查“为什么我没权限”时先看它su - demo里的-表示重新开启一个登录 shell环境变量会按目标用户加载。su demo不带-时只切身份shell 环境仍可能保留原用户变量su -c 命令执行完指定命令后恢复原身份-m则尽量保留环境变量。sudo和su的差别不在“谁更厉害”而在授权粒度和审计记录。命令行为适合场景注意点su - demo切换用户并加载登录环境需要完整目标用户环境要输入目标用户密码su demo切换身份但环境可能保留临时执行少量命令环境变量容易混sudo 命令以授权身份执行单条命令单次提权操作受 sudoers 规则限制5.2 last 与登录记录排查# 查看最近 10 条登录记录 last -n 10 # 把登录主机名或 IP 显示在最后一行 last -a -n 5 # 不显示登录系统的主机名或 IP last -R -n 5这段命令的逻辑是用last读登录记录再用不同参数控制输出。-n 10指定输出条数-a把从何处登录的主机名或 IP 显示在最后一行-R不显示登录系统的主机名或 IP。排查登录异常时先看时间、用户、来源再看记录是否完整last读的是登录记录文件日志轮转或清理后可能缺段不要只凭一条记录下结论。5.3 shutdown、halt、reboot 的安全关机流程# 5 分钟后关机并通知 shutdown 5 System will shut down after 5 minutes # 取消已计划的关机 shutdown -c # 重启 reboot这段命令的逻辑是用shutdown做有计划、有通知的关机或重启用-c取消计划。5表示 5 分钟后执行后面字符串是通知内容-h关机-r重启-k只发通知不实际关机。halt不会逐项关闭服务直接执行硬件关机shutdown会逐项关闭服务再执行halt。在真实机器上直接断电源或直接halt可能导致进程数据丢失甚至让文件系统处于不稳定状态。提示在授权实验环境里先确认没有其他用户登录再执行关机或重启计划关机后用shutdown -c取消不要靠拔电源解决。5.4 避坑命令手册落地时最常见的五类翻车现象照着文档敲help cp结果提示不是 shell 内建命令。原因help只对 shell 内建命令有效cp是外部命令。解决改用cp --help或man cp先用whatis cp确认命令身份。现象软链接刚建好能用换一个目录再访问就断。原因ln -s的源路径写成了相对路径链接按所在目录解析。解决源路径尽量写绝对路径建完用ls -l看箭头指向再用readlink -f确认实际目标。现象rm -rf执行后目录被清空连备份也没了。原因路径变量为空或通配符提前展开命令作用到了预期外的目录。解决删除前先pwd、ls -al脚本里给变量加引号并判断非空交互环境优先用rm -ri。现象last看不到某台主机的来源误判为没有登录记录。原因使用了-R参数主机名或 IP 被隐藏。解决去掉-R或用last -a把来源显示在最后一行再结合时间窗口核对。现象直接halt后服务数据异常日志里出现不完整记录。原因halt不逐项关闭服务跳过了正常关机流程。解决优先用shutdown -h或shutdown -r给进程留出退出时间实验环境里也要先通知再操作。6. 命令大全变检查表三次验证、一个表格和一条长期习惯把命令大全放在手边只是第一步真正减少翻车的是把它变成可验证的检查表。我一般做三次验证先确认命令手册路径存在再回看最近执行过的命令最后验证打包内容能列出来。三个动作都不复杂但能把“我以为”压到最低。# 验证命令手册是否可定位 man -w ls # 回看最近执行过的命令检查路径和参数 history | tail -n 20 # 验证压缩包内容可读输出 OK 表示列表成功 tar -tzf ~/demo-project/backup/logs-$(date %F).tar.gz /dev/null echo OK这段命令的逻辑是用man -w查手册文件路径用history回看最近命令用tar -tzf验证压缩包可读。man -w不带分页只输出路径history | tail -n 20取最近 20 条命令重点看路径、通配符和删除类命令tar -tzf ... /dev/null echo OK把列表输出丢弃只用退出状态判断包是否可读。三条都通过再把命令卡片放进共享目录比直接复制一份长文档更可靠。验证动作命令通过标准手册可定位man -w ls输出手册路径命令可回看history | tail -n 20能看到最近操作压缩包可读tar -tzf 包名 /dev/null echo OK输出 OK从那以后我每次把命令卡片交给别人前都会先跑一遍man -w、tar -tzf和history回看确认路径、包内容和实际命令对得上再放进共享目录。这份《Kali 常用命令大全》适合当底稿按自己的环境补上路径和参数边界用起来才顺手。希望帮到你。本文还有配套的精品资源点击获取
