HTTPS ப்ராக்ஸியும் அதன் சான்றிதழ் சங்கிலியை அனுப்ப வேண்டும்
கிளையண்டிலிருந்து Squid வரையிலான TLS கேட்பானில் இல்லாத இடைநிலைச் சான்றிதழ்களை இலக்கு இணையதளத்தின் சான்றிதழிலிருந்து தனியாகக் கண்டறியுங்கள்.
கிளையண்டுகள் இணையதளத்தை அடையும் முன் HTTPS ப்ராக்ஸியை நிராகரித்தால், ப்ராக்ஸி கேட்பான் அனுப்பும் சங்கிலியைச் சரிபார்க்கவும். செல்லுபடியான ஒரு இலைச் சான்றிதழ் மட்டும் கிளையண்டுக்குத் தேவையான இடைநிலைச் சான்றிதழ்களை வழங்காமல் போகலாம்.
- சரிபார்க்கப்படும் முனைப்புள்ளியை அடையாளம் காணுங்கள். கட்டமைக்கப்பட்ட ப்ராக்ஸி URL-இல் உள்ள ஹோஸ்ட்பெயரையும் அந்த இணைப்பின் பிழையையும் படியுங்கள். கேட்பானின் சான்றிதழ் அந்தப் பெயரை உள்ளடக்க வேண்டும். ஒரு இணையதளத்தின் சான்றிதழோ வேறு IP மாற்றுப்பெயருக்கான சான்றிதழோ அதை மாற்ற முடியாது.
- கேட்பானின் சங்கிலி கட்டமைப்பைச் சரிபார்க்கவும். Squid ஆதரிக்கும் OpenSSL கட்டமைப்பு சான்றிதழ் கோப்பில் இடைநிலைச் சான்றிதழ்களைச் சேர்க்கலாம். நிறுவப்பட்ட Squid பதிப்பு மற்றும் TLS backend-க்கான கேட்பான் குறிப்பில் ஏற்பாட்டை உறுதிப்படுத்துங்கள்; தொகுப்புகளின் நடத்தை ஒரே மாதிரியல்ல. Squid 6.13-இன் TLS கேட்பான் எடுத்துக்காட்டு கேட்பானின் நம்பிக்கையை இலக்கின் TLS-இலிருந்து தனியாக வைத்திருக்கிறது.
- கிளையண்டின் நம்பிக்கையைத் தனியாகச் சரிபார்க்கவும். இடைநிலைச் சான்றிதழ்களை அனுப்புவது சங்கிலியை உருவாக்க உதவுகிறது, ஆனால் கிளையண்டுக்கு இன்னும் நோக்கமிடப்பட்ட வேர் நம்பிக்கை நங்கூரம் தேவை. முழு சேவையகச் சங்கிலியையும் வேறுபாடின்றி வேர் கிடங்கில் இறக்குமதி செய்வது சேவையகம் அனுப்புவதைச் சரிசெய்வதிலிருந்து வேறுபட்ட மாற்றம்.
சரிபார்ப்பை இயக்கத்தில் விடுங்கள். கிளையண்ட் பயன்படுத்த நினைத்த HTTPS ப்ராக்ஸியை இது அடையாளம் காட்டுகிறது. அந்த இணைப்பு சரிபார்க்கப்பட்ட பிறகு, பின்னர் வரும் இணையதளச் சான்றிதழ் பிழை ப்ராக்ஸி வழியாக இலக்கின் TLS அமர்வுக்கு உரியது; அதற்குத் தனிப்பட்ட ஹோஸ்ட்பெயர் மற்றும் நம்பிக்கை விசாரணை உண்டு.