将网络作为变量传递给nmap时出现“Failed to resolve”错误

核心原因 #

你遇到的问题是zsh对未加引号的字符串变量展开时的分词+路径名扩展行为导致的。虽然echo $zone1看起来输出正常，但当你直接把$zone1作为参数传给sudo nmap时，zsh会对变量内容做额外处理：

• 首先按空格拆分字符串为多个单词；
• 然后对每个单词进行路径名扩展（类似通配符匹配），如果当前工作目录下存在与192.168.20.0（或其他子网前缀）匹配的文件/目录，zsh会把192.168.20.0/24解析为路径，导致/24部分被错误处理，最终传给nmap的参数丢失了掩码。

sudo本身不会导致变量展开问题，但它切换执行环境的特性会放大shell变量展开的潜在错误，你的问题根源还是shell的变量展开机制。

解决方法 #

最可靠的方式是用zsh数组变量存储子网列表，数组会保留每个元素的完整性，不会被错误拆分或扩展：

1. 在.zshrc中定义数组：

zone1=(192.168.10.0/24 192.168.20.0/24)
zone2=(192.168.50.0/24 192.168.60.0/24)

2. 执行nmap时，用数组展开语法传递参数：

sudo nmap --options blah "${zone1[@]}" "${zone2[@]}"

"${zone1[@]}"会把数组中的每个元素作为独立的完整参数传给nmap，完全避免了分词和路径扩展的问题。

如果一定要用字符串变量，也可以临时关闭路径扩展来规避问题：

set -f
sudo nmap --options blah $zone1 $zone2
set +f

但这种方法不如数组变量可靠，推荐优先使用数组方案。

内容的提问来源于stack exchange，提问作者johnmacward