ミラー切り替えは Squid が再利用できるものを変える
異なるミラー URL からダウンロードした同一の RPM パッケージが、別々の Squid キャッシュエントリを占める理由を説明します。
2 つのクライアントが Squid 経由で同じ RPM をダウンロードしますが、2 回目の転送も依然としてミラーに到達します。リクエスト URL 全体を比較してください:
http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpmパッケージのファイル名は一致しますが、ターゲット URI は異なります。HTTP キャッシュキーには少なくともリクエストメソッドとターゲット URI が含まれるため、パッケージのチェックサムが一致してもこれらのエントリが自動的に統合されることはありません。
Yum と DNF は固定の baseurl を使うことも、mirrorlist と metalink でミラーを検出することもできます。そのため同じインストールでも異なるダウンロード URL を選ぶことがあります。
承認済みのミラーを 1 つ使うと、可視のリクエストに一貫したキャッシュ ID が与えられます。リポジトリのパス、アーキテクチャ、スイートを揃えてください。固定化は可用性とミラー選択の挙動も変えるため、リポジトリポリシーの判断として行ってください。
オブジェクトキャッシュが利用できるか確認する
通常の HTTPS CONNECT トンネル内では、Squid は HTTP キャッシュのために RPM レスポンス本体を見ることができません。共通のミラーホスト名でもそれは変わりません。HTTPS リポジトリは暗号化したままにしてください。
Squid がキャッシュできるレスポンスでも、再利用は鮮度、リクエストとレスポンスのディレクティブ、ローカルのキャッシュポリシーに依存します。ミスを説明するために、選択された URL、可視 HTTP か暗号化トンネルか、キャッシュ結果を記録してください。