ப்ராக்ஸி வழியாக கிளையண்ட் சான்றிதழை யார் அனுப்புகிறார்?

சாதாரண CONNECT வழியாக HTTPS இல், பயன்பாடு தனது இலக்கு TLS கைக்குலுக்கலின் போது இணையதளத்தின் கிளையண்ட் சான்றிதழை அனுப்புகிறது. ப்ராக்ஸி பைட்டுகளை மட்டும் கடத்துகிறது; அது தானாகவே இணையதளத்தின் TLS கிளையண்டாக மாறாது.

இந்தப் பாத்திரங்கள் ஒன்றாக இருக்கலாம். இலக்கு mTLS வேலை செய்ய இணையதளத்தின் தனிப்பட்ட விசையை எளிய சுரங்கப் ப்ராக்ஸிக்கு பதிவேற்ற வேண்டியதில்லை. CONNECT ஒப்படைப்புக்குப் பிறகு, பயன்பாட்டின் வழக்கமான இலக்கு கிளையண்ட்-சான்றிதழ் அமைப்பைப் பயன்படுத்தி இணையதள சேவையகச் சான்றிதழைச் சரிபார்ப்பதைத் தொடரவும்.

Apache இன் SSLProxyMachineCertificateFile, Apache தனது சொந்த மேல்நிலை TLS அமர்வை உருவாக்கும்போது சான்றுகளை வழங்குகிறது. அந்தக் கோப்பு பற்றிய ஆலோசனை, ஒளிபுகா முன்னனுப்பு சுரங்கத்தைப் பயன்படுத்தும் ஒவ்வொரு கிளையண்டும் அதை அமைக்க வேண்டும் என்பதை நிரூபிக்காது.

TLS இடைமறிப்பு ஒரு இடைத்தரகரிடம் அமர்வை முடித்து இந்த உரிமையை மாற்றுகிறது. சான்றிதழை நகலெடுப்பது முனையிலிருந்து முனை வரையிலான அங்கீகாரத்தைப் பாதுகாக்கும் என்று கருதுவதற்குப் பதிலாக, தேவையான கிளையண்ட் அடையாளம் அந்த ஏற்பாட்டின் வழியாகச் செல்ல முடியுமா என்பதைத் தீர்மானிக்கவும்.

தோல்வி ஏற்பட்டால், கோரிக்கை ப்ராக்ஸி உள்நுழைவில், இலக்கு TLS இல் அல்லது பிந்தைய பயன்பாட்டுப் பரிமாற்றத்தில் நின்றதா என்பதைப் பதிவு செய்யவும். சான்றை உண்மையில் அதைக் கோரும் இணைப்பில் வைக்கவும்.