PAC ファイルをプロキシ A からプロキシ B に変更し、保存してウェブサイトを再読み込みします。サイトには依然としてプロキシ A が見えています。ルールを再び変更する前に、ブラウザーが新しいスクリプトをそもそも取得したかどうかを確認してください。

ページの再読み込みと PAC のダウンロードは別の操作です。クライアントは表示中のページとは独立してスクリプトを保持することがあります。すでに確立された接続があると、次の目に見える動作が新しいルーティング判断を示さないもう一つの理由になります。

PAC リクエストを探す

構成サーバーのアクセスログと、クライアントで利用可能なネットワーク診断を使用します。正確な PAC URL、応答、配信されたスクリプトのバージョンを特定します。あるディレクトリで編集したファイルが、実際に稼働しているウェブホストが配信する別のファイルと共存していることがあります。

Chromium は独自の PAC キャッシュと再取得の動作を文書化しています。他のクライアントには独自のルールがあります。古い「ブラウザーを再起動する」という逸話を普遍的な更新間隔に変えるのは避けてください。

比較を意味のあるものにする

制御された新しいブラウザーセッションが適切なら、サポートされている構成メカニズムを使い、設定画面だけに頼らず取得を確認してください。ウィンドウを閉じても、すべてのブラウザープロセスが必ず終了するわけではないことに注意してください。

新しいスクリプトが読み込まれたとわかったら、宛先に対するその結果を調べます。その後になって初めて、接続の再利用やプロキシサービスの出口アドレスを調査してください。それらの後の段階では、クライアントが決して受け取らなかった PAC の編集を説明できません。

関連記事