Chrome 拡張機能: 有効なプロキシ設定を読み戻す
set のコールバックをブラウザの実際の経路の証拠とみなす前に、完了、value.mode、levelOfControl、スコープを確認します。
settings.set() が正常に完了しても、意図したエンドポイント経由のブラウザ要求が成功したこと以上は分かりません。非同期操作の完了後に有効な ChromeSetting を読み戻し、まずそのエラー経路を処理します。
| 読み戻しの詳細 | それで分かること |
|---|---|
value.mode | これはシステム構成、固定サーバー、PAC のどれでしょうか。最上位のホストを前提とせず、その形式に適したフィールドを読みます。 |
levelOfControl | この拡張機能は設定を制御できるのでしょうか。制御しているのはこの拡張機能か別の拡張機能でしょうか。管理ポリシーは変更を制限することがあります。 |
| スコープとブラウジング コンテキスト | 通常の構成を確認していますか、意図したシークレット構成を確認していますか。API に文書化された読み取り/書き込みオプションを使用します。 |
set 操作の開始直後に開始した読み取りは、その操作と競合する可能性があります。誤ったプロパティを読むと、有効なシステム構成や PAC 構成が空に見えることがあります。どちらの観察も、リモート プロキシが何かを拒否したことを証明しません。
設定の制御が無効になっている場合は、競合するストアに繰り返し書き込むのではなく、制御しているポリシーまたは拡張機能を調べます。Chrome はシステム設定、コマンドライン構成、拡張機能、ポリシーを組み合わせることがあります。
有効な構成を理解したら、宛先への経路を調べます。PAC やバイパスは意図的に直接アクセスを選ぶことがあります。想定どおりのプロキシが選択されている場合、エンドポイントの可用性、認証、観測された出口は実際のブラウザ要求での問題として残ります。構成の読み戻しはヘルス チェックではありません。