NO_PROXY は regex や wildcard パターンをサポートしますか？

例外は説得力があるように見えます: *.server.*。それはシェルパターンのようにも見えます。どちらの事実も、あなたの HTTP クライアントがそれを理解することを証明しません。

NO_PROXY は共有の正規表現エンジンではありません。あるクライアントの特別なアスタリスクは、名前の途中で任意の wildcard が使えることを示しません。curl は単一の * を全ホストのバイパスとして文書化しています。それは *.server.* がドメインの一族を選択するという約束とは大きく異なります。

実際にリクエストする名前から始めてください。要件が既知の 1 つのドメインとそのサブドメインなら、利用側が文書化しているドメイン形式を使ってください。要件が語を含む複数の無関係な名前なら、サポートされているルート選択 API や PAC ポリシーが必要かもしれません。サポートされていないパターンに句読点を足しても、その機能は得られません。

意図した一致のそばに、いくつか反例を置いてください。server.example、files.server.example、server.other.test はすべてバイパスすべきですか？同じ文字を含むが同じドメイン境界を持たない名前はどうですか？そうした答えは、設定を「wildcard」と呼ぶより明確に要件を定義します。

クライアントを変えることは、パターンをもう一度確認する理由になります。ブラウザ拡張機能からコピーしたバイパス規則は、別のプログラムが読む環境変数で自動的に有効になるわけではありません。