Proksija kļūdu izsekošana CRL un OCSP sertifikātu pārbaudēs

Tīmekļa vietnes pieprasījums var sasniegt savu proksiju un tomēr neizdoties, jo sertifikāta verifikācijai nepieciešams vēl viens tīkla pieprasījums. CRL vai OCSP datu iegūšana var notikt caur platformas komponentu ar citu kontu un proksija politiku nekā lietojumprogrammas HTTP klientam.

Sāciet ar precīzu ķēdes kļūdu. Revoked nozīmē ko citu nekā nav iespējams iegūt pašreizējo atsaukšanas informāciju. Derīguma termiņš un neuzticams izdevējs atkal ir citas problēmas. Tikai datu iegūšanas kļūda prasa izsekot trūkstošo maršrutu uz statusa URL.

Šai kļūdai kopā nosakiet trīs lietas: iegūstamo URL, iegūšanu veicošo komponentu un tā procesa identitāti. Tas, ka pārlūks jūsu interaktīvajā kontā veiksmīgi atver URL, nepierāda, ka pakalpojums var autentificēties tajā pašā proksijā.

Ja identificētais komponents izmanto WinHTTP, izpētiet tam piemērojamo politiku. Statiskā proksija konfigurācija un automātiskā proksija novērtēšana katram URL ir atsevišķi mehānismi. Piemērojiet atbalstīto konfigurāciju paredzētajam kontam; pārlūka iestatījumu kopēšana vai nesaistītas izpildlaika maiņa var atstāt faktisko iegūšanu neskartu.

.NET vidē UrlRetrievalTimeout ķēdes politikā kontrolē gaidīšanu uz tiešsaistes verifikāciju vai CRL datu iegūšanu. Parastā HTTP atbildes taimauta pagarināšana nepagarina to pašu taimeri, un iegūšanas taimera pagarināšana nesniedz proksija akreditācijas datus vai maršrutu.

HTTPS proksija var padarīt šo atkarību redzamu jau pirms galamērķa TLS: uzticēšanās proksija savienojumam pati var prasīt atsaukšanas datu iegūšanu. Šajā posmā atjaunojiet atbalstīto iegūšanas piekļuvi un uzticēšanās kārtību. Atsaukšanas pārbaudes izslēgšana maina sertifikāta politiku; tā neatjauno neizdevušos iegūšanu.