Sledenje napakam proxyja pri preverjanjih potrdil CRL in OCSP

Zahteva do spletnega mesta lahko doseže svoj proxy in vseeno ne uspe, ker preverjanje potrdila potrebuje še eno omrežno zahtevo. Pridobivanje CRL ali OCSP lahko poteka prek komponente platforme z drugim računom in drugo politiko proxyja kot odjemalec HTTP aplikacije.

Začnite s točno napako verige. Revoked pomeni nekaj drugega kot trenutnih informacij o preklicu ni mogoče pridobiti. Potek in nezaupanja vreden izdajatelj sta spet drugi težavi. Le napaka pridobivanja zahteva sledenje manjkajoči poti do URL-ja stanja.

Za to napako določite tri stvari skupaj: URL, ki se pridobiva, komponento, ki izvaja pridobivanje, in identiteto njenega procesa. To, da brskalnik uspešno odpre URL v vašem interaktivnem računu, ne dokazuje, da se storitev lahko overi pri istem proxyju.

Če identificirana komponenta uporablja WinHTTP, preglejte politiko, ki velja zanjo. Statična konfiguracija proxyja in samodejno ocenjevanje proxyja za vsak URL sta ločena mehanizma. Uporabite podprto konfiguracijo za predvideni račun; kopiranje nastavitev brskalnika ali spreminjanje nepovezanega izvajalnega okolja lahko pusti dejansko pridobivanje nedotaknjeno.

V .NET UrlRetrievalTimeout v politiki verige nadzoruje čakanje na spletno preverjanje ali pridobivanje CRL. Podaljšanje običajne časovne omejitve odgovora HTTP ne podaljša istega časovnika, podaljšanje časovnika pridobivanja pa ne zagotovi poverilnic proxyja ali poti.

Proxy HTTPS lahko to odvisnost razkrije že pred TLS do cilja: zaupanje v povezavo proxyja lahko samo zahteva pridobivanje podatkov o preklicu. Na tej stopnji obnovite podprt dostop do pridobivanja in ureditev zaupanja. Izklop preverjanja preklica spremeni politiko potrdil; ne obnovi neuspešnega pridobivanja.