1つの APT リポジトリをプロキシの外に置く

社内パッケージリポジトリがオフィスのネットワークを出て外部プロキシを経由して戻ってくる必要はありません。すべてのダウンロードでプロキシを無効にせずに、APT へホスト単位の例外を設定できます。

たとえば、APT の設定断片には次のように書けます:

Acquire::http::Proxy "http://proxy.example:8080/";
Acquire::http::Proxy::packages.office.example "DIRECT";
Acquire::https::Proxy::packages.office.example "DIRECT";

この例では既定の HTTP プロキシを維持し、一覧の両方のトランスポート設定について指定したリポジトリホストを除外します。外部の既定ルートには、公開プロキシが許可されている場合 HTTP プロキシ一覧 が候補を提供します。内部リポジトリは直接のままにしてください。実際の環境に合わせて 必要な既定 HTTPS プロキシ を別途設定します。

リポジトリ URL ではなくホストを使う

接尾辞はホスト名です。https:// はなく、パスも末尾のスラッシュもありません。同じホスト上の複数のリポジトリがそのルーティング例外を共有します。ディレクトリごとのファイアウォール規則ではありません。

DIRECT は APT のプロキシ選択値で、HTTP トランスポートのマニュアルに記載されています。「別のミラーを使う」という意味ではなく、リポジトリが公開するパッケージを変えるものでもありません。

ダウンロードを最初の URL の先まで追う

リポジトリが別のホスト名へリダイレクトする場合、そのリクエストには独自のルーティング判断があります。メタデータとパッケージアーカイブが別々のホストから来る場合も同様です。例外は、内部サービスが実際に必要とするホストに合わせてください。

直接ルートには通常の到達性と正しい証明書信頼も必要です。バイパス選択が成功しても、到達できない内部サーバーが応答するようにはできません。

断片を通常の設定ディレクトリに置いたら、有効な APT 設定を確認してください。後から追加されたホスト固有のエントリが結果を変えることがあります。ブラウザのワイルドカードによるバイパス構文をこのキーにコピーしないでください。APT の文書化されたホスト設定が該当するインターフェースです。