NO_PROXY 是否支持 regex 和 wildcard 模式？

这个例外看起来很有说服力：*.server.*。它看起来也像 shell 模式。这两点都不能证明你的 HTTP 客户端理解它。

NO_PROXY 并不是一个共享的正则表达式引擎。某个客户端的特殊星号并不能证明支持名称中任意位置的 wildcard。curl 的文档只说明单个 * 表示绕过所有主机。这与承诺 *.server.* 能选择一组域名相去甚远。

从你实际请求的名称开始。如果需求是一个已知域名及其子域名，就使用该使用方文档化的域名形式。如果需求是多个包含某个词的无关名称，可能需要受支持的路由选择 API 或 PAC 策略。给不受支持的模式添加更多标点并不能提供那个功能。

在预期匹配旁边放几个反例。server.example、files.server.example 和 server.other.test 是否都应该被绕过？那么包含相同字母但不具备相同域名边界的名称呢？这些答案比把这设置称为“wildcard”更能清楚地界定需求。

更换客户端正是再次检查该模式的理由。从浏览器扩展复制来的绕过规则，在由另一个程序读取的环境变量中不会自动生效。