curl 的 CIDR 绕过失效而 --noproxy '*' 仍生效
用实际使用的客户端和所链接 libcurl 的版本解释绕过能力的差异，而不是把问题归咎于整个操作系统版本。
请求字面私有 IP 时，带子网例外会走代理，而 --noproxy '*' 则直接连接。这并不能证明操作系统忽略了所有代理例外。
客户端已经演示了一种可理解的绕过形式。接下来的问题是，它是否实现了你提供的网段形式。
curl 在 7.86.0 中为这些例外加入了 CIDR 匹配。系统发行版看起来较新的机器，仍可能装着另一条版本线的客户端或所链接的库。应当检查真正被调用的可执行文件及其链接的 libcurl，而不只是问题标题里的系统名称。
使用 libcurl 的应用程序也可能与独立的 curl 命令不同。发行版的补丁同样可能起作用，因此在基础版本本身不足以定论时，要查阅已安装软件包的功能文档。
保持请求输入精确。能解析到该子网的主机名与包含字面地址的 URL 是两种不同情况。受支持的 CIDR 解析器不会自动执行 DNS 查询，把每个名字都变成基于地址的绕过决定。
在更换软件包或生成海量单地址列表之前，先收集客户端身份、确切 URL、例外值以及受控结果。对全部主机生效的全局绕过是比较时很有用的证据，但它并不自动等于预期中的长期路由策略。