PAC ファイルは、他のサービスへどう到達するかをブラウザに伝える。その指示が使えるようになる前に、ファイル自体の配布が成立していなければならない。

Chromium の PAC ダウンローダは通常のタブ要求ではない。プロキシに関する文書は、PAC ファイルがプロキシ経由で取得されることは決してないと述べている。したがって、そのファイル内で指定したプロキシ経由でしか届かない PAC URL は、起動時の問題を生む。

配布には他の制約もある。ダウンローダは通常の HTTP 認証プロンプトを表示できず、クライアント証明書も提示できず、証明書ネットワークへの補助的な取得も制限される。設定済みのブラウザで開いた動作中のタブは、新たな PAC 取得が成功する証拠にはならない。

ファイルは、想定する出発ネットワークから到達できる端点に置き、実際の利用者が支えられる信頼とアクセスの取り決めを伴わせる。ファイルの配布要件は、プロキシ自身の利用者認証とは切り分けておく。

移動するクライアントでは、設定が最初に必要になるネットワークを含める。キャッシュされたスクリプトは、新しいプロファイル、有効期限切れ、ネットワーク変更が次の取得を起こすまで、配布の失敗を隠してしまう。

スクリプトの中にプロキシのアドレスを二つ足しても、スクリプト自体を入手するための経路は直せない。

関連記事