CRL மற்றும் OCSP சான்றிதழ் சரிபார்ப்புகளில் ப்ராக்ஸி தோல்விகளைக் கண்டறிதல்

இணையதளக் கோரிக்கை அதன் ப்ராக்ஸியை அடைந்தும் தோல்வியடையலாம், ஏனெனில் சான்றிதழ் சரிபார்ப்புக்கு மற்றொரு பிணையக் கோரிக்கை தேவை. CRL அல்லது OCSP மீட்டெடுப்பு, பயன்பாட்டின் HTTP கிளையண்டிலிருந்து வேறுபட்ட கணக்கும் ப்ராக்ஸி கொள்கையும் கொண்ட தளக் கூறு வழியாக நடைபெறலாம்.

துல்லியமான சங்கிலிப் பிழையில் தொடங்குங்கள். Revoked என்பது தற்போதைய ரத்து தகவலைப் பெற முடியவில்லை என்பதிலிருந்து வேறுபட்டது. காலாவதியும் நம்பமுடியாத வழங்குநரும் மீண்டும் வேறு சிக்கல்கள். மீட்டெடுப்புத் தோல்வி மட்டுமே நிலை URL-க்கான காணாமல் போன பாதையைக் கண்டறிய வேண்டும்.

அந்தத் தோல்விக்கு மூன்று விஷயங்களை ஒன்றாக அடையாளம் காணுங்கள்: மீட்டெடுக்கப்படும் URL, மீட்டெடுப்பைச் செய்யும் கூறு மற்றும் அதன் செயல்முறை அடையாளம். உங்கள் ஊடாடும் கணக்கின் கீழ் உலாவி URL-ஐ வெற்றிகரமாகத் திறப்பது, ஒரு சேவை அதே ப்ராக்ஸியில் அங்கீகாரம் பெற முடியும் என்பதை நிரூபிக்காது.

அடையாளம் காணப்பட்ட கூறு WinHTTP-ஐப் பயன்படுத்தினால், அதற்குப் பொருந்தும் கொள்கையை ஆராயுங்கள். நிலையான ப்ராக்ஸி உள்ளமைவும் URL வாரியான தானியங்கி ப்ராக்ஸி மதிப்பீடும் தனித்தனி வழிமுறைகள். நோக்கமான கணக்கிற்கு ஆதரவளிக்கப்பட்ட உள்ளமைவைப் பயன்படுத்துங்கள்; உலாவி அமைப்புகளை நகலெடுப்பது அல்லது தொடர்பில்லாத இயக்கச் சூழலை மாற்றுவது உண்மையான மீட்டெடுப்பைத் தொடாமல் விடலாம்.

.NET-இல், சங்கிலிக் கொள்கையில் உள்ள UrlRetrievalTimeout ஆன்லைன் சரிபார்ப்பு அல்லது CRL மீட்டெடுப்புக்கான காத்திருப்பைக் கட்டுப்படுத்துகிறது. சாதாரண HTTP பதில் நேர வரம்பை நீட்டுவது அதே டைமரை நீட்டாது, மீட்டெடுப்பு டைமரை நீட்டுவது ப்ராக்ஸி சான்றுகளையோ பாதையையோ வழங்காது.

HTTPS ப்ராக்ஸி இந்தச் சார்பை இலக்கு TLS-க்கு முன்பே தெரியச் செய்யலாம்: ப்ராக்ஸி இணைப்பின் மீதான நம்பிக்கையே ரத்து மீட்டெடுப்பைக் கோரலாம். அந்த நிலையில் ஆதரவளிக்கப்பட்ட மீட்டெடுப்பு அணுகலையும் நம்பிக்கை ஏற்பாட்டையும் மீட்டெடுங்கள். ரத்துச் சரிபார்ப்பை முடக்குவது சான்றிதழ் கொள்கையை மாற்றுகிறது; அது தோல்வியடைந்த மீட்டெடுப்பை மீட்டெடுக்காது.