Праћење кварова проксија у проверама сертификата CRL и OCSP
Пратите добављање CRL или OCSP под налогом верификатора када апликација стигне до свог проксија, али валидација сертификата не може да се заврши.
Захтев ка веб-локацији може стићи до свог проксија и ипак не успети јер провера сертификата захтева још један мрежни захтев. Добављање CRL или OCSP може се обављати кроз компоненту платформе са другим налогом и другом прокси политиком од HTTP клијента апликације.
Почните од тачне грешке ланца. Revoked значи нешто друго од није могуће добити актуелне податке о опозиву. Истек и неповерљив издавач су опет други проблеми. Само квар добављања захтева праћење недостајуће руте до URL-а стања.
За тај квар утврдите три ствари заједно: URL који се добавља, компоненту која обавља добављање и идентитет њеног процеса. То што прегледач успешно отвара URL под вашим интерактивним налогом не доказује да услуга може да се аутентификује на истом проксију.
Ако идентификована компонента користи WinHTTP, испитајте политику која се на њу примењује. Статичка конфигурација проксија и аутоматска процена проксија по URL-у су одвојени механизми. Примените подржану конфигурацију за предвиђени налог; копирање подешавања прегледача или измена неповезаног runtime-а може оставити стварно добављање нетакнутим.
У .NET-у UrlRetrievalTimeout у политици ланца контролише чекање на мрежну проверу или добављање CRL-а. Продужење уобичајеног временског ограничења HTTP одговора не продужује исти тајмер, а продужење тајмера добављања не даје прокси акредитиве ни руту.
HTTPS прокси може учинити ту зависност видљивом већ пре TLS-а ка одредишту: поверење у прокси везу само може захтевати добављање података о опозиву. Вратите подржани приступ добављању и уређење поверења у тој фази. Искључивање провере опозива мења политику сертификата; оно не враћа неуспело добављање.