標準の PAC には汎用の import も fetch もブラウザのドキュメント環境もありません。そのため、会社のポリシーとローカルの例外を統合するには、スクリプトがブラウザに届く前の段階が必要です。

ルーティングの入口を一つに

編集用にはルールソースを分けたままにし、配信するスクリプトは FindProxyForURL(url, host) を一つだけ持つ単一のものにします。ヘルパー関数には別々の名前を付け、その入口で意図したルール順序を適用します。

組織の Web サーバーが完成したスクリプトを生成する方法もあります。いずれの場合もブラウザは完全なポリシーを受け取り、実行中の PAC が別の PAC URL を取得することはありません。WinHTTP のドキュメントに、制限された実行環境が説明されています。

競合と欠落した入力の解決

ローカルの例外が会社のルールを上書きするかどうかを決めます。ソースが欠けているときに公開を止めるのか、最後に承認された版を残すのかも決めます。空の結果を公開すると、意図しない直接ルーティングのポリシーが生まれる可能性があります。

配信 URL は安定させ、それが設定するプロキシ経路とは独立に到達可能にします。公開後はブラウザが新しいスクリプトを取得したことを確認します。拠点ごとに異なるポリシーが必要なら、既存の管理の仕組みを通じて適切な完成スクリプトを配布します。

関連記事