Eng Ufro un eng Websäit kann hire Proxy erreechen an trotzdem feelen, well d'Zertifikatsprüfung eng aner Netzwierkuerfro brauch. En CRL- oder OCSP-Ofruff kann iwwer eng Plattformkomponent lafen, déi en anere Kont an eng aner Proxyrichtlinn huet wéi den HTTP-Client vun der Applikatioun.

Fänkt mat dem geneeë Kettefeeler un. Widderruff bedeit eppes anescht wéi aktuell Widderruffinformatioun kann net ofgeruff ginn. Ofleef an en net vertrauenswürdegen Aussteller sinn nach ëmmer aner Problemer. Nëmmen den Ofrufffeeler erfuerdert d'Verfollege vun enger fehlender Route zu enger Status-URL.

Fir dee Feeler identifizéiert dräi Saachen zesummen: d'URL déi ofgeruff gëtt, d'Komponent déi den Ofruff mécht an d'Identitéit vun hirem Prozess. Datt e Browser d'URL ënner Ärem interaktiven Kont erfollegräich opmécht, beweist net, datt engem Service d'Authentifikatioun um selwechte Proxy geléngt.

Wann déi identifizéiert Komponent WinHTTP benotzt, ënnersicht d'Richtlinn déi dofir gëllt. Statisch Proxykonfiguratioun an automatesch Proxybewäertung pro URL sinn getrennte Mechanismen. Benotzt déi ënnerstëtzt Konfiguratioun fir den intendéierten Kont; d'Kopéiere vun de Browserastellungen oder d'Ännere vun enger onofhängeger Runtime kann den eigentlechen Ofruff onberéiert loossen.

An .NET steiert UrlRetrievalTimeout op der Kettenrichtlinn d'Waarde op Onlineverifizéierung oder CRL-Ofruff. D'Verlängere vun der gewéinlecher HTTP-Antworts-Zäit verlängert deeselwechten Timer net, an d'Verlängere vum Ofrufftimer gëtt weder Proxyauthentifikatioun nach eng Route.

En HTTPS-Proxy kann dës Ofhängegkeet schonn virum TLS vun der Destinatioun siichtbar maachen: d'Vertrauen an d'Proxyverbindung kann selwer en Widderruffinformatiounsofruff erfuerderen. Stellt an deem Moment den ënnerstëtzten Ofruffzougang an d'Vertrauensarrangement erëm hier. D'Ofschalte vun der Widderruffprüfung ännert d'Zertifikatsrichtlinn; et stellt den feelgeschloenenen Ofruff net erëm hier.

Ähnlech Artikelen