የድረ-ገጽ ጥያቄ ፕሮክሲውን ሊደርስና አሁንም ሊወድቅ ይችላል፣ ምክንያቱም የምስክር ወረቀት ማረጋገጫ ሌላ የኔትወርክ ጥያቄ ይፈልጋል። የ CRL ወይም የ OCSP ማምለጫ ከመተግበሪያው የ HTTP ደንበኛ የተለየ መለያና የፕሮክሲ ፖሊሲ ባለው የመድረክ አካል በኩል ሊሄድ ይችላል።

በትክክለኛው የሰንሰለት ስህተት ይጀምሩ። ተሰርዟል ማለት የአሁኑን የመሰረዝ መረጃ ማግኘት አልተቻለም ከሚለው የተለየ ነው። ጊዜው ማለፍና ያልታመነ አውጪም ሌሎች ችግሮች ናቸው። የማምለጫ አለመቻል ብቻ ነው ወደ ሁኔታ URL የሚወስደውን የጎደለ መንገድ መከታተል የሚፈልገው።

ለዚያ ውድቀት ሦስት ነገሮችን አንድ ላይ ይለዩ፦ የሚጠየቀው URL፣ ጥያቄውን የሚሰጠው አካልና የሂደቱ ማንነት። አሳሹ በተግባራዊ መለያዎ ስር URLን በተሳካ ሁኔታ መክፈቱ አንድ አገልግሎት በዚያው ፕሮክሲ ማረጋገጥ መችሉን አያረጋግጥም።

የተለየው አካል WinHTTP ከተጠቀመ፣ በእሱ ላይ የሚተገባውን ፖሊሲ ይመርምሩ። ስታቲክ የፕሮክሲ ውቅርና በእያንዳንዱ URL ላይ የሚሰራ ራስ-ሰር የፕሮክሲ ግምገማ የተለያዩ ዘዴዎች ናቸው። ለታለመው መለያ የሚደገፈውን ውቅር ይተግብሩ፤ የአሳሽ ቅንብሮችን መቅዳት ወይም የማይዛመደውን የሩጫ ጊዜ መቀየር ትክክለኛውን ጥያቄ ሳይነካ ሊተወው ይችላል።

በ .NET ውስጥ በሰንሰለት ፖሊሲ ላይ UrlRetrievalTimeout የመስመር ላይ ማረጋገጫ ወይም የ CRL ማምለጫ ጥበቃን ይቆጣጠራል። የተለመደውን የ HTTP ምላሽ ጊዜ ማራዘም ያንን ቆጣሪ አያራዝመውም፣ የማምለጫ ቆጣሪውን ማራዘምም የፕሮክሲ ማስረጃ ወይም መንገድ አያቀርብም።

የ HTTPS ፕሮክሲ ይህን ጥገኝነት ከመድረሻ TLS በፊትም እንኳ ሊያሳይ ይችላል፦ በፕሮክሲ ግንኙነት ላይ ያለው እምነት ራሱ የመሰረዝ መረጃ ማምለጫ ሊፈልግ ይችላል። በዚያ ደረጃ የሚደገፈውን የማምለጫ መዳረሻና የእምነት ዝግጅት ወደነበረበት ይመልሱ። የመሰረዝ ፍተሻን ማሰናከል የምስክር ወረቀት ፖሊሲን ይቀይራል፤ ያልተሳካውን ማምለጫ አይመልስም።

ተዛማጅ ጽሑፎች