Praćenje proxy pogrešaka u provjerama CRL i OCSP certifikata
Pratite dohvaćanje CRL ili OCSP pod računom provjeravatelja kada aplikacija dosegne svoj proxy, ali validacija certifikata ne može završiti.
Zahtjev web-mjesta može dosegnuti svoj proxy i ipak ne uspjeti jer provjera certifikata treba još jedan mrežni zahtjev. Dohvaćanje CRL ili OCSP može se izvršavati kroz komponentu platforme s drugim računom i proxy pravilima od HTTP klijenta aplikacije.
Počnite s točnom pogreškom lanca. Opozvano znači nešto drugačije od nije moguće dobiti aktualne informacije o opozivu. Istek i nepouzdan izdavatelj opet su drugi problemi. Samo neuspjeh dohvaćanja zahtijeva praćenje nedostajuće rute do URL-a statusa.
Za taj neuspjeh istovremeno prepoznajte tri stvari: URL koji se dohvaća, komponentu koja obavlja dohvaćanje i identitet njezina procesa. Uspješno otvaranje URL-a u pregledniku pod vašim interaktivnim računom ne dokazuje da se neka usluga može autentificirati na isti proxy.
Ako identificirana komponenta koristi WinHTTP, ispitajte pravila koja se na nju primjenjuju. Statička proxy konfiguracija i automatska procjena proxyja po URL-u odvojeni su mehanizmi. Primijenite podržanu konfiguraciju za predviđeni račun; kopiranje postavki preglednika ili promjena nepovezanog okruženja mogu ostaviti stvarno dohvaćanje netaknutim.
U .NET-u UrlRetrievalTimeout u pravilima lanca kontrolira čekanje na online provjeru ili dohvaćanje CRL-a. Produljenje uobičajenog HTTP vremenskog ograničenja ne produljuje taj isti tajmer, a produljenje tajmera dohvaćanja ne daje proxy vjerodajnice ni rutu.
HTTPS proxy može učiniti ovu ovisnost vidljivom čak i prije TLS-a odredišta: povjerenje u proxy vezu samo po sebi može zahtijevati dohvaćanje informacija o opozivu. Vratite podržani pristup dohvaćanju i aranžman povjerenja u toj fazi. Isključivanje provjere opoziva mijenja pravila certifikata; ne vraća neuspjelo dohvaćanje.