Extensions Chrome : relire la configuration proxy effective
Inspectez l'achèvement, value.mode, levelOfControl et la portée avant de considérer le retour de set comme une preuve de la route réelle du navigateur.
Un achèvement réussi de settings.set() en dit moins qu'une requête de navigateur réussie via le point de terminaison prévu. Relisez le ChromeSetting effectif une fois l'opération asynchrone terminée, en traitant d'abord son chemin d'erreur.
| Détail de la relecture | Question à laquelle elle répond |
|---|---|
value.mode | S'agit-il d'une configuration système, de serveurs fixes ou d'un PAC ? Lisez les champs adaptés à cette forme plutôt que de supposer un hôte de premier niveau. |
levelOfControl | Cette extension peut-elle contrôler le réglage, et est-il contrôlé par celle-ci ou une autre extension ? Une stratégie gérée peut restreindre les modifications. |
| Portée et contexte de navigation | Inspectez-vous la disposition normale ou celle de navigation privée prévue ? Utilisez les options de lecture et d'écriture documentées de l'API. |
Une lecture lancée immédiatement après le début de l'opération set peut entrer en concurrence avec elle. Lire la mauvaise propriété peut faire apparaître comme vide une configuration système ou PAC valide. Aucune des deux observations ne prouve que le proxy distant a rejeté quoi que ce soit.
Si un contrôle de réglages est désactivé, inspectez la stratégie ou l'extension qui le contrôle au lieu d'écrire à répétition dans un stockage concurrent. Chrome peut combiner les réglages système, la configuration de ligne de commande, les extensions et la stratégie.
Une fois la configuration effective comprise, examinez la route vers la destination. Un PAC ou une exception peut délibérément choisir l'accès direct. S'il sélectionne le proxy attendu, la disponibilité du point de terminaison, l'authentification et la sortie observée restent des questions pour la requête réelle du navigateur ; la relecture de la configuration n'est pas un contrôle de santé.