find -name 未找到文件的主因是Shell提前展开通配符或路径含空格未转义，正确做法是用引号包裹模式（如find . -name "*.log"），并注意大小写敏感（可用-iname忽略）。
find -name 匹配文件名时，为什么有些文件没被找到？
常见原因是通配符未被 shell 展开，或者路径中存在空格、特殊字符导致 find 解析失败。比如执行 find . -name *.log 时，如果当前目录下已有 access.log，shell 会先把它展开成 find . -name access.log，结果只查这个具体文件，而非所有 .log 文件。
- 始终用引号包裹模式：写成
find . -name "*.log"或find . -name 'zone*.access.log' - 避免在路径中使用未转义的空格，如
find "/path/with space" -name "*.conf" -
-name区分大小写；要忽略大小写，用-iname（如find . -iname "*.PDF"）
grep -l 和 find -exec grep 结合时，输出的到底是哪些文件？
grep -l 只输出**首次匹配到该模式的文件名**，且每个文件只出现一次，哪怕它内部有 100 行匹配。而 find -exec grep -l "pattern" {} + 是把一批文件交给单个 grep 实例处理，效率高，但行为一致。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 想看所有匹配行所在的文件（含重复）：去掉
-l，用find . -name "*.log" -exec grep "ERROR" {} \; - 想确保只输出绝对路径（避免相对路径混淆）：加
-print0 | xargs -0 grep -l "pattern" - 注意
{}后面跟\;是逐个执行，跟+是批量执行；后者更快，但某些旧版grep不支持多文件参数，会报错grep: unknown option
匹配中文或特殊字符时，grep 总是漏掉结果
不是 grep 本身不支持中文，而是终端编码、文件编码、locale 设置三者不一致导致匹配失败。比如文件是 UTF-8 编码，但当前 locale 是 C（只认 ASCII），grep "中文" 就会失效。
- 先确认文件编码：
file -i filename查看charset=utf-8还是iso-8859-1 - 检查当前 locale：
locale | grep LANG，如果不是zh_CN.UTF-8或类似 UTF-8 值，临时切一下：LANG=en_US.UTF-8 grep "测试" *.txt - 避免用
grep -E直接匹配含元字符的中文字符串（如 “[测试]” 中的方括号会被当正则解析），固定字符串搜索优先用grep -F "测试"
怎么快速验证一个文件名模式是否真能匹配到目标文件？
别直接套进 find 或 grep 里跑，先用 ls 加引号试一遍最稳妥。因为 ls 的 glob 行为和 find -name 最接近，且报错直观。
- 例如怀疑
*config*.yaml是否有效：ls -d "*config*.yaml"—— 如果返回ls: cannot access '*config*.yaml': No such file，说明当前目录下没匹配项，不是命令写错，而是确实没有 - 想看模式实际展开成什么：
echo "*config*.yaml"（不加引号）对比echo "*config*.yaml"（加引号），能立刻看出 shell 是否提前展开了通配符 - 对深层嵌套路径，
find . -maxdepth 2 -name "foo*" | head -5先限制深度，防止卡住或输出爆炸
find -name 不关心文件内容，grep 不关心文件名结构；混用时必须明确哪一步负责“找文件”，哪一步负责“查内容”，中间的管道或 -exec 是衔接点，也是出错高发区。 
