Puhverserveri tõrgete jälgimine CRL- ja OCSP-sertifikaadikontrollides
Jälgige CRL-i või OCSP hankimist verifitseerija kontol, kui rakendus jõuab oma puhverserverini, kuid sertifikaadi valideerimine ei saa lõpule jõuda.
Veebisaidi päring võib jõuda oma puhverserverini ja siiski ebaõnnestuda, sest sertifikaadi kontrollimine nõuab veel üht võrgupäringut. CRL-i või OCSP hankimine võib toimuda platvormikomponendi kaudu, mille konto ja puhverserveri poliitika erinevad rakenduse HTTP-kliendi omadest.
Alustage täpsest ahela veast. Tühistatud tähendab midagi muud kui praegust tühistamisteavet ei ole võimalik hankida. Aegumine ja mitteusaldusväärne väljaandja on jälle teised probleemid. Ainult hankimise tõrge nõuab puuduva marsruudi jälgimist oleku-URL-ile.
Selle tõrke puhul tehke kindlaks kolm asja korraga: hangitav URL, hankimist teostav komponent ja selle protsessi identiteet. See, et brauser avab URL-i teie interaktiivse konto all edukalt, ei tõesta, et teenus saab samasse puhverserverisse autentida.
Kui tuvastatud komponent kasutab WinHTTP-i, uurige sellele kohalduvat poliitikat. Staatiline puhverserveri konfiguratsioon ja URL-põhine automaatne puhverserveri hindamine on eraldi mehhanismid. Rakendage soovitud konto jaoks toetatud konfiguratsiooni; brauseri seadete kopeerimine või mitteseotud käituskeskkonna muutmine võib tegeliku hankimise puutumata jätta.
NET-is juhib ahela poliitikal UrlRetrievalTimeout võrgukontrolli või CRL-i hankimise ootamist. Tavalise HTTP-vastuse ajalimiidi pikendamine ei pikenda sama taimerit ning hankimise taimeri pikendamine ei anna puhverserveri mandaate ega marsruuti.
HTTPS-puhverserver võib selle sõltuvuse nähtavaks teha juba enne sihtkoha TLS-i: usaldus puhverserveri ühenduse vastu võib ise nõuda tühistamisteabe hankimist. Taastage selles etapis toetatud hankimisjuurdepääs ja usalduskorraldus. Tühistamiskontrolli keelamine muudab sertifikaadipoliitikat; see ei taasta ebaõnnestunud hankimist.