CRL మరియు OCSP సర్టిఫికెట్ తనిఖీలలో ప్రాక్సీ వైఫల్యాలను ట్రేస్ చేయడం

వెబ్సైట్ అభ్యర్థన తన ప్రాక్సీని చేరుకుని కూడా విఫలమవచ్చు, ఎందుకంటే సర్టిఫికెట్ ధృవీకరణకు మరో నెట్వర్క్ అభ్యర్థన అవసరం. CRL లేదా OCSP పొందిక అప్లికేషన్ HTTP క్లయింట్ కంటే భిన్నమైన ఖాతా మరియు ప్రాక్సీ విధానం ఉన్న ప్లాట్ఫారమ్ భాగం ద్వారా జరగవచ్చు.

ఖచ్చితమైన చైన్ లోపంతో ప్రారంభించండి. Revoked అంటే ప్రస్తుత రద్దు సమాచారాన్ని పొందలేము అనే దానికి భిన్నం. గడువు ముగింపు మరియు నమ్మదగని జారీచేసినవారు మళ్లీ వేరే సమస్యలు. పొందిక వైఫల్యం మాత్రమే స్టేటస్ URL వరకు ఉన్న కనిపించని మార్గాన్ని ట్రేస్ చేయాల్సిన అవసరం కలిగిస్తుంది.

ఆ వైఫల్యం కోసం మూడు విషయాలను కలిసి గుర్తించండి: పొందుతున్న URL, పొందిక చేస్తున్న భాగం మరియు దాని ప్రాసెస్ గుర్తింపు. మీ ఇంటరాక్టివ్ ఖాతా క్రింద బ్రౌజర్ URL ను విజయవంతంగా తెరవడం, ఒక సేవ అదే ప్రాక్సీకి ప్రామాణీకరణ చేయగలదని నిరూపించదు.

గుర్తించిన భాగం WinHTTP ఉపయోగిస్తే, దానికి వర్తించే విధానాన్ని పరిశీలించండి. స్టాటిక్ ప్రాక్సీ కాన్ఫిగరేషన్ మరియు URL వారీగా స్వయంచాలక ప్రాక్సీ మూల్యాంకనం వేర్వేరు యంత్రాంగాలు. ఉద్దేశించిన ఖాతా కోసం మద్దతు ఉన్న కాన్ఫిగరేషన్ను వర్తించండి; బ్రౌజర్ సెట్టింగ్లను కాపీ చేయడం లేదా సంబంధం లేని రన్టైమ్ను మార్చడం వాస్తవ పొందికను తాకకుండా వదిలేయవచ్చు.

.NET లో, చైన్ విధానంలోని UrlRetrievalTimeout ఆన్లైన్ ధృవీకరణ లేదా CRL పొందిక కోసం వేచి ఉండటాన్ని నియంత్రిస్తుంది. సాధారణ HTTP ప్రతిస్పందన సమయ పరిమితిని పెంచడం అదే టైమర్ను పెంచదు, పొందిక టైమర్ను పెంచడం ప్రాక్సీ ఆధారాలు లేదా మార్గాన్ని ఇవ్వదు.

HTTPS ప్రాక్సీ ఈ ఆధారితత్వాన్ని గమ్యస్థాన TLS కు ముందే కనిపించేలా చేయగలదు: ప్రాక్సీ కనెక్షన్పై నమ్మకం దానంతటదే రద్దు పొందికను కోరవచ్చు. ఆ దశలో మద్దతు ఉన్న పొందిక యాక్సెస్ మరియు నమ్మక ఏర్పాటును పునరుద్ధరించండి. రద్దు తనిఖీని నిలిపివేయడం సర్టిఫికెట్ విధానాన్ని మారుస్తుంది; అది విఫలమైన పొందికను పునరుద్ధరించదు.