いくつかのWindows PCでChrome with --proxy-pac-url
。
ショートカットプロパティの完全なTarget:
フィールドは次のようになります。
"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --proxy-pac-url=file://C:/Local/Drive/Path/To/proxy.pac
1台のPCが常にオンになっていて、再起動しなかったChrome=それでも動作しますChrome 71.このPCでは.pac
は引き続き機能します動的にプロキシ化されたリソースにアクセスできます。残りの部分では、Chromeが72に更新され、再起動されましたが機能しなくなりました-Chromeはリソースに直接アクセスしようとしますさらに、chrome://net-internals/#proxy
ショーには、再適用/クリアボタンの情報が保存されていないため、デバッグできません。
では、何が壊れたのか、これをデバッグするにはどうすればよいのか、そしてChromeの特定のインスタンスを特定の.pac
でもう一度実行する方法は?.
Chrome 72-75:
--disable-features=NetworkService
でChromeを開始すると、同じ効果があります。Chrome 76:
「ネットワークサービス」オプションがchrome://flags
から削除されたようです( code commit を参照)。
引き続きChrome with --disable-features=NetworkService
( ref )(例:Macでは/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --disable-features=NetworkService
)を実行でき、PACファイルを読み取るようですわかりましたが、いくつかの問題がある可能性があります(多くの関連コードが既に削除されているようです-これを参照してください issue -YMMVだと思いますが、これは長期的な解決策にはなりません。
バグレポート で提案されているように、PAC設定を定義できるブラウザプラグインをインストールするか、http(s)PACファイルを使用する方が良いでしょう。
Chromeは何らかの理由でnet-internalsのほぼすべての機能を削除しましたが、使用していたpacフラグが削除されたようです。
このサイトへのchromeium docsリンクには、フラグがまだ有効であると記載されています。
https://peter.sh/experiments/chromium-command-line-switches/
残念ながら、Chromeは_--disable-features=NetworkService
_を削除し、_file:///
_ PAC URLを将来的に完全にサポートする予定です。
これが上流のバグ(特にコメントマーキングWONTFIX)です: https://bugs.chromium.org/p/chromium/issues/detail?id=839566#c4
Chrome 76+でhttpdを必要とせずに動作するはずのソリューションは、コメントに添付された_.Zip
_ファイルを取得し、どこかに永続的に解凍して、バンドルされている_my_pac_script.js
_を以前の_file:///...
_ PACファイルへのシンボリックリンクにします。次に、拡張機能をChromeにインストールします。Chromeが起動すると、PAC構成が読み込まれます。