ප්රොක්සි හරහා සේවාලාභී සහතිකය කවුද යවන්නේ?
ගමනාන්තයේ mTLS අක්තපත්ර ප්රොක්සියේ අක්තපත්රවලින් සහ Apache තමන්ගේම ඉහළ TLS සැසිය සාදන විට භාවිතා කරන සහතිකවලින් වෙන් කර තබන්න.
සාමාන්ය CONNECT හරහා HTTPS තුළ, යෙදුම තමන්ගේම ගමනාන්ත TLS අතට අත දීමේදී වෙබ් අඩවියේ සේවාලාභී සහතිකය යවයි. ප්රොක්සිය බයිට් පමණක් රිලේ කරයි; එය ස්වයංක්රීයව වෙබ් අඩවියේ TLS සේවාලාභියා බවට පත් නොවේ.
| අක්තපත්රය | හිමිකරු/සම්බන්ධතාවය |
|---|---|
| ප්රොක්සි පරිශීලක නාමය/මුරපදය | ප්රොක්සියට සේවාලාභියාගේ ප්රවේශය. |
| වෙබ් අඩවියේ සේවාලාභී සහතිකය සහ පෞද්ගලික යතුර | ගමනාන්තය සමඟ යෙදුමේ TLS සැසිය. |
| ප්රොක්සි සේවාදායකයේ ඉහළ සේවාලාභී සහතිකය | ප්රොක්සියම ආරම්භ කරන TLS සැසිය. |
මෙම භූමිකාවන් එකට පැවතිය හැක. ගමනාන්ත mTLS ක්රියා කිරීමට වෙබ් අඩවියේ පෞද්ගලික යතුර සරල උමං ප්රොක්සියකට උඩුගත කිරීම අවශ්ය නොවේ. CONNECT භාරදීමෙන් පසු, යෙදුමේ සාමාන්ය ගමනාන්ත සේවාලාභී-සහතික වින්යාසය භාවිතා කර වෙබ් අඩවි සේවාදායක සහතිකය සත්යාපනය කිරීම දිගටම කරගෙන යන්න.
Apache හි SSLProxyMachineCertificateFile, Apache තමන්ගේම ඉහළ TLS සැසිය සාදන විට අක්තපත්ර සපයයි. එම ගොනුව පිළිබඳ උපදෙස් සාධක නොවන්නේ අපැහැදිලි යොමු උමං භාවිතා කරන සෑම සේවාලාභියෙකුම එය වින්යාස කළ යුතු බවයි.
TLS බාධා කිරීම මැදිහත්කරුවෙකු වෙත සැසිය අවසන් කර මෙම හිමිකාරිත්වය වෙනස් කරයි. සහතිකයක් පිටපත් කිරීමෙන් කෙළවරින් කෙළවර දක්වා සත්යාපනය රැකෙන බව උපකල්පනය කිරීම වෙනුවට, අවශ්ය සේවාලාභී අනන්යතාවය එම වින්යාසය හරහා ගමන් කළ හැකිදැයි තීරණය කරන්න.
අසාර්ථක වූ විට, ඉල්ලීම ප්රොක්සි පිවිසුමේද, ගමනාන්ත TLS හිද, නැතහොත් පසුව යෙදුම් හුවමාරුවේද නතර වූයේදැයි සටහන් කරන්න. අක්තපත්රය ඇත්තටම එය ඉල්ලා සිටින සම්බන්ධතාවය මත තබන්න.