Chrome がローカルの PAC ファイルを読み込めない場合

file:// URL として提供された PAC スクリプトを Chrome が使えない場合は、スクリプトを書き直す前にその配信経路を確認してください。ある場所を読み込めないことは、PAC ルーティングが非対応であることを証明しません。

Chrome のプロキシ API には pac_script モードがあり、スクリプト URL またはインラインデータを、サポートされている拡張機能インターフェース経由で利用できます。OS の設定を通じて提供されるローカルファイルは、スクリプトを配信しようとする一つの具体的な方法にすぎません。

スクリプトをブラウザまで追いかける

影響を受けているブラウザを何が制御しているかを特定します。システム設定、管理ポリシー、コマンドライン設定、または拡張機能です。macOS の設定に表示される値は、Chrome がそのスクリプトを取得して評価したことを証明しません。

拒否された、または到達できないスクリプトの場所と、評価エラーを区別し、さらに両者を、有効なスクリプトが返すプロキシに接続できないことと区別します。SOCKS ポートが関係するのは、ブラウザがその経路を選択した後だけです。

管理された PAC は、対象クライアントがサポートする承認済みの仕組みで配布します。HTTP または HTTPS の配信 URL は、それが記述するプロキシが利用できないときでも到達可能でなければなりません。 拡張機能が提供するインラインデータでは、元のファイルを変更してもコピーされたスクリプトは自動的に更新されません。起動時の小さなローカルポリシーには、スクリプトを data URL に埋め込むという別の配信経路があります。

内部 PAC にはプライベートなホスト名やルーティング規則が含まれることがあります。ローカルファイルの問題を解決するために任意のパブリックホスティングへ移すのではなく、承認された配信サービス上に置いてください。