Փրոքսի ձախողումների հետևում CRL և OCSP սերտիֆիկատների ստուգումներում
Հետևեք CRL կամ OCSP ստացմանը ստուգողի հաշվի ներքո, երբ հավելվածը հասնում է իր փրոքսիին, բայց սերտիֆիկատի վավերացումը չի կարող ավարտվել։
Կայքի հարցումը կարող է հասնել իր փրոքսիին և այնուամենայնիվ ձախողվել, քանի որ սերտիֆիկատի ստուգումը պահանջում է ևս մեկ ցանցային հարցում։ CRL կամ OCSP ստացումը կարող է ընթանալ հարթակի բաղադրիչով, որի հաշիվը և փրոքսի քաղաքականությունը տարբերվում են հավելվածի HTTP հաճախորդից։
Սկսեք շղթայի ճշգրիտ սխալից։ Չեղարկված նշանակում է այլ բան, քան ընթացիկ չեղարկման տեղեկատվությունը հնարավոր չէ ստանալ։ Ժամկետի ավարտը և անվստահելի թողարկողը կրկին այլ խնդիրներ են։ Միայն ստացման ձախողումն է պահանջում կարգավիճակի URL-ի բացակայող երթուղու հետևում։
Այդ ձախողման համար միասին բացահայտեք երեք բան՝ ստացվող URL-ը, ստացումը կատարող բաղադրիչը և դրա գործընթացի ինքնությունը։ Այն, որ զննարկիչը ձեր ինտերակտիվ հաշվով հաջողությամբ բացում է URL-ը, չի ապացուցում, որ ծառայությունը կարող է նույնականացվել նույն փրոքսիին։
Եթե նույնականացված բաղադրիչը օգտագործում է WinHTTP, ուսումնասիրեք դրա նկատմամբ կիրառելի քաղաքականությունը։ Ստատիկ փրոքսի կոնֆիգուրացիան և URL-ով ավտոմատ փրոքսի գնահատումը առանձին մեխանիզմներ են։ Կիրառեք աջակցվող կոնֿիգուրացիան նախատեսված հաշվի համար. զննարկիչի կարգավորումների պատճենումը կամ անկապ գործարկման միջավայրի փոփոխությունը կարող է փաստացի ստացումը անփոփոխ թողնել։
.NET-ում շղթայի քաղաքականության UrlRetrievalTimeout-ը վերահսկում է առցանց ստուգման կամ CRL ստացման սպասումը։ Սովորական HTTP պատասխանի ժամկետի երկարացումը չի երկարացնում նույն ժամանակաչափը, իսկ ստացման ժամանակաչափի երկարացումը չի տրամադրում փրոքսի հավատարմագրեր կամ երթուղի։
HTTPS փրոքսին կարող է այս կախվածությունը տեսանելի դարձնել նույնիսկ նպատակակետի TLS-ից առաջ. փրոքսիի կապի նկատմամբ վստահությունը ինքնին կարող է պահանջել չեղարկման տեղեկատվության ստացում։ Այդ փուլում վերականգնեք աջակցվող ստացման հասանելիությունը և վստահության կարգավորումը։ Չեղարկման ստուգման անջատումը փոխում է սերտիֆիկատի քաղաքականությունը. այն չի վերականգնում ձախողված ստացումը։