1つのサブドメインを Privoxy の上流プロキシから外す

メインサイトは親プロキシを使うべきです。1つの内部サブドメインは使うべきではありません。これはルーティングの例外であり、まさにそれを表現できるだけ狭いパターンに値します。

Privoxy にはメイン設定の通常の転送ルールと、action ファイル内のリクエストごとの転送オーバーライドがあります。すでに維持している設定に適した仕組みを使ってください。どちらが機能するかを見るためだけに、両方の場所に競合する例外を追加しないでください。

メイン設定での例外

forward / parent.example.net:8080
forward intranet.example.net .

認証されていないパブリック HTTP 親が許可されているパブリックな宛先では、HTTP プロキシ一覧からデフォルト親の候補を取得し、別の親の資格情報を持ち越さないでください。ここでは後方の完全一致ホストルールが、そのホスト名に対して直接転送を選択します。他の宛先は引き続きデフォルト親ルールに一致します。Privoxy の転送ルールは最後に一致したものが優先されるため、後方の一般ルールがその結果を変えることがあります。

先頭のドットやワイルドカードを追加する前に、パターンの構文を読んでください。サフィックス形式のパターンは、意図した1つのホストより多くの名前と一致することがあります。また、プロキシの名前を Web サイトの名前と区別してください。パターンが選択するのは要求された宛先です。

action ファイル内のオーバーライドも選択肢です

{+forward-override{forward .}}
intranet.example.net

これは一致するリクエストに対して直接転送を明示的に選びます。以前のオーバーライドを1つ削除することは、必ずしも直接転送を選ぶことと同じではありません。通常の設定に親ルールが残っている可能性があります。

例外が効果がないように見えるときは、該当する action セクションとその順序を調べてください。ホストは複数の action パターンに一致することがあり、期待した action が後方の一致によって変更されることがあります。

直接とは別のネットワーク判断を意味します

直接の例外は、親の出口ではなく Privoxy 自身の外向きアドレスを公開することがあります。プライベートなサービスにはまさに適切かもしれませんが、後から判明する副作用ではなく、要件の一部であるべきです。

また、例外はネットワーク到達性を与えるものではありません。Privoxy のホストには依然として宛先への経路と適切なアクセス権限が必要です。親だけがサービスに到達できる場合、パターンが機能してもバイパスは失敗します。

例は必要なホスト名に限定し、関連する認証ホストやアセットホストは別途確認してください。1つの例外をすべてのサブドメインに広げると、無関係なトラフィックを別の外向き経路へ静かに移すことがあります。