Sledování selhání proxy při kontrolách certifikátů CRL a OCSP
Sledujte načítání CRL nebo OCSP pod účtem ověřovatele, když aplikace dosáhne své proxy, ale ověření certifikátu nemůže dokončit.
Požadavek na web může dosáhnout své proxy a přesto selhat, protože ověření certifikátu vyžaduje další síťový požadavek. Načítání CRL nebo OCSP může probíhat přes komponentu platformy s jiným účtem a jinými zásadami proxy, než má HTTP klient aplikace.
Začněte přesnou chybou řetězce. Odvoláno znamená něco jiného než nelze získat aktuální informace o odvolání. Vypršení platnosti a nedůvěryhodný vystavitel jsou další problémy. Pouze selhání načtení vyžaduje sledování chybějící trasy k URL stavu.
U tohoto selhání určete společně tři věci: načítanou URL, komponentu, která načítání provádí, a identitu jejího procesu. Úspěšné otevření URL v prohlížeči pod vaším interaktivním účtem neprokazuje, že se služba dokáže autentizovat ke stejné proxy.
Pokud určená komponenta používá WinHTTP, prozkoumejte zásady, které se na ni vztahují. Statická konfigurace proxy a automatické vyhodnocování proxy pro každou URL jsou samostatné mechanismy. Použijte podporovanou konfiguraci pro zamýšlený účet; kopírování nastavení prohlížeče nebo změna nesouvisejícího běhového prostředí může skutečné načtení ponechat nedotčené.
V .NET řídí UrlRetrievalTimeout v zásadách řetězce čekání na online ověření nebo načtení CRL. Prodloužení běžného časového limitu HTTP odpovědi neprodlužuje tentýž časovač a prodloužení časovače načítání nedodá přihlašovací údaje proxy ani trasu.
HTTPS proxy může tuto závislost zviditelnit ještě před TLS cíle: důvěra v připojení k proxy sama může vyžadovat načtení informací o odvolání. V této fázi obnovte podporovaný přístup k načítání a uspořádání důvěry. Vypnutí kontroly odvolání mění zásady certifikátů; neobnoví neúspěšné načtení.