Chrome 拡張機能のオフと直接モード：どちらのプロキシが有効か

拡張機能はオフと表示し、ツールバーのアイコンは灰色なのに、ブラウザはいまだに想定外の場所から外へ出ています。これは Chrome の画面の不具合ではありません。拡張機能のオフボタンはアプリ側の表示名であり、その下で起きているのは結果の異なるいくつかのプロキシ操作のひとつです。ほかのものを切り替える前に、実際の設定とその取得元を確認してください。答えはすでに表示されています。

実際の設定と、それを誰が入れたかを確認する

影響を受けているプロファイルで chrome://net-internals/#proxy を開きます。このページには実際のプロキシ設定と、さらに役立つことにその設定を提供した取得元が表示され、拡張機能・システム設定・ポリシー・ブラウザ組み込みのどれを見ているのかが分かります。拡張機能の主張と比べれば、食い違いがたいてい犯人をすぐに示します。読み取りだけの手順なので、どの設定も変える前にここで確認してください。

次に chrome://policy を開き、プロキシに関わるポリシーを確認します。管理ポリシーは拡張機能自身の設定より優先されるため、自らを有効だと報告する拡張機能が、まったく正直な状態を表示したまま実際には無効化されていることがあります。

両方のページが一致しているのに出口がまだ違うなら、残る候補はブラウザの外にあります。

どれもオフに見える三つの操作

プロキシ API が公開しているのはモードであり、単一の有効フラグではありません。拡張機能は直接モードを設定でき、これは対象の接続にプロキシを使わないという意味です。システムモードを設定することもでき、これは判断を OS の設定に戻します。あるいは自身の設定を消去でき、これはその設定を削除して、ほかに適用されるものに引き継がせます。これらは三つの異なる結果であり、利用者がオフという言葉で思う意味になるのは一つだけです。

この区別が重要になるのは、ボタンの表示名を選んだのが Chrome ではなく拡張機能の作者だからです。

プロキシ API のリファレンスは直接モードとシステムモードを説明し、システムモードは設定を未設定のままにするのとは違うと注記しています。その一文がこの記事のすべてを一行で表しています。

層が食い違うときは所有者を探す

Chrome は複数の取得元から設定を統合し、勝敗を決めるのは優先順位であって、クリックした順番ではありません。ポリシーは拡張機能より上に、拡張機能は OS の設定より上にあるため、仕事で管理されたプロキシが勝ち、個人の拡張機能は自分のポップアップの中で無効に見えることがあります。記憶から階層を推論するのではなく、実際の値と報告された取得元を読んでください。

拡張機能を無効にする、アンインストールする、設定を消去するのも三つの異なる操作であり、保存したものを明示的に消すのは最後の一つだけです。

シークレットは範囲にひとつのしわを加えます。拡張機能はシークレットウィンドウ用に別の設定を持てるため、通常ウィンドウでのテストはプライベートウィンドウについて何も証明せず、片方の範囲を消してももう片方はそのまま残ります。

直接モードが意味しないこと

直接とは、この API の層でブラウザのプロキシを使わないという意味です。接続が OS の VPN を迂回する、ファイアウォールを抜ける、平文になる、という意味ではありません。端末に全トンネル VPN があれば、直接の通信もそのトンネルに入り、観測される公開アドレスはやはり VPN の出口になります。この二つを混同すると、利用者が拡張機能を無効にしても何も変わらないという混乱した状況が生まれます。

二つの層を別々に試してください。内部ページから見たブラウザの実際のプロキシ取得元と、同じ端末でのブラウザからの要求および端末からのコマンドで得た公開アドレスです。

一度に一つの変更だけを再試行する

一つの層を変えたら、ほかを試す前に実際の設定を読み直します。管理されたプロキシを消して別の出口を得るのは、サポート調査がポリシー違反に変わる手順なので、その判断はポリシーの所有者を通してください。チケットには変更前と変更後の取得元の値を記録します。そうしないと次の担当者が同じ手順を繰り返します。

三つの拡張機能、会社のポリシー、システムのプロキシを持つブラウザプロファイルには、もっともらしい所有者が四者あり、応答しているのはそのうち一つだけです。