Chrome-udvidelser: Læs den effektive proxykonfiguration tilbage
Undersøg fuldførelse, value.mode, levelOfControl og omfang, før du betragter et set-callback som bevis på browserens faktiske rute.
En vellykket settings.set()-fuldførelse fortæller mindre end en vellykket browseranmodning gennem det tilsigtede endepunkt. Læs den effektive ChromeSetting tilbage, når den asynkrone handling er fuldført, og håndter først dens fejlsti.
| Detalje for tilbagelæsning | Spørgsmål, den besvarer |
|---|---|
value.mode | Er dette systemkonfiguration, faste servere eller PAC? Læs de felter, der passer til den form, i stedet for at antage en vært på øverste niveau. |
levelOfControl | Kan denne udvidelse styre indstillingen, og styres den af denne eller en anden udvidelse? Administreret politik kan begrænse ændringer. |
| Omfang og browsingkontekst | Undersøger du den almindelige eller den tilsigtede inkognitoordning? Brug API'ets dokumenterede læse/skrive-muligheder. |
En læsning, der startes umiddelbart efter starten af set-handlingen, kan løbe om kap med den. En læsning af den forkerte egenskab kan få en gyldig system- eller PAC-konfiguration til at se tom ud. Ingen af observationerne beviser, at den eksterne proxy har afvist noget.
Hvis en indstillingskontrol er deaktiveret, undersøg den styrende politik eller udvidelse i stedet for gentagne gange at skrive til et konkurrerende lager. Chrome kan kombinere systemindstillinger, kommandolinjekonfiguration, udvidelser og politik.
Når den effektive konfiguration er forstået, undersøg ruten til destinationen. PAC eller en omgåelse kan bevidst vælge direkte adgang. Hvis den vælger den forventede proxy, er endepunktets tilgængelighed, godkendelse og den observerede udgang stadig spørgsmål for den faktiske browseranmodning; tilbagelæsning af konfiguration er ikke en sundhedskontrol.