curl の CIDR バイパスは失敗するが --noproxy '*' は機能する

リテラルのプライベート IP へのリクエストはサブネット例外付きでプロキシを使うが、--noproxy '*' では直接接続する。これは OS がすべてのプロキシ例外を無視することを証明するものではない。

クライアントは理解可能な 1 つのバイパス形式を示した。次の問いは、あなたが指定した範囲形式を実装しているかどうかである。

curl は 7.86.0 でこれらの例外に対する CIDR マッチングを追加した。新しいように見える OS リリースを搭載したマシンでも、別のバージョン系列のクライアントやリンクされたライブラリが入っていることがある。実際に呼び出される実行ファイルと、それにリンクされた libcurl を確認すべきであり、問題のタイトルにある OS 名だけを見てはいけない。

libcurl を使うアプリケーションは、単体の curl コマンドとも異なりうる。ディストリビューションのパッチも影響するため、ベースバージョンだけでは結論が出ない場合はインストール済みパッケージの機能ドキュメントを使う。

リクエストの入力は正確に保つ。サブネットに解決されるホスト名は、リテラルアドレスを含む URL とは別のケースである。対応する CIDR パーサは、すべての名前をアドレスベースのバイパス判定に変えるために自動で DNS 問い合わせを行うわけではない。

パッケージを交換したり個別アドレスの巨大なリストを生成したりする前に、クライアントの素性、正確な URL、例外の値、統制された結果を集める。全ホストのグローバルなバイパスは比較に関する有用な証拠だが、それが自動的に意図された恒久的なルーティング方針になるわけではない。