அந்த .csr கோப்பு இன்னும் ஒரு சான்றிதழ் கோரிக்கையே

server.csr பொதுவாக சான்றிதழ் அதிகாரத்திடம் சான்றிதழ் வழங்கக் கோரும் கோரிக்கை. ப்ராக்ஸியின் சான்றிதழ் விருப்பத்தை அதன் மீது வைப்பது அந்தச் செயல்முறையை முடிக்காது.

PEM கோப்பின் உள்ளே பாருங்கள்:

-----BEGIN CERTIFICATE REQUEST-----
-----BEGIN CERTIFICATE-----
-----BEGIN PRIVATE KEY-----

இந்த லேபிள்கள் வெவ்வேறு பொருட்களை விவரிக்கின்றன. கோரிக்கை வழங்கப்பட்ட சான்றிதழ் அல்ல, அதன் தனிப்பட்ட திறவுகோலும் அல்ல. கோப்பின் பெயரை .pem என மாற்றுவது இவற்றில் எதையும் மாற்றாது.

ப்ராக்ஸியை அடையாளப்படுத்தும் TLS கேட்பானுக்கு அந்தப் ப்ராக்ஸி பெயருக்கு வழங்கப்பட்ட சான்றிதழையும் அதற்குப் பொருந்தும் திறவுகோலையும் மென்பொருள் ஆவணப்படுத்தும் வரிசையில் பயன்படுத்துங்கள். openssl req சான்றிதழ் கோரிக்கைகளை ஆய்கிறது; openssl x509 சான்றிதழ்களை ஆய்கிறது. உங்களிடம் உள்ள பொருளுக்கு ஏற்ற பகுப்பாய்வியைப் பயன்படுத்துங்கள். Squid 6.13 இல், அதன் TLS கேட்பானில் வழங்கப்பட்ட சான்றிதழையும் பொருந்தும் திறவுகோலையும் பயன்படுத்துங்கள்.

சாதாரண சேவையகச் சான்றிதழ் அனுமதிக்கப்பட்ட இடையீட்டுக்குப் பயன்படுத்தப்படும் CA-விலிருந்தும் வேறுபடும். அது தொடர்பற்ற வலைத்தளங்களின் சான்றிதழ்களில் கையொப்பமிடும் அதிகாரத்தைத் தராது.

புரவலன் பெயர் சோதனைகளையோ பிணைய அணுகலையோ ஆராய்வதற்கு முன் பொருள் வகைகளையும் திறவுகோல் இணையையும் உறுதிப்படுத்துங்கள். ஒருபோதும் வழங்கப்படாத சான்றிதழை TLS பயன்படுத்த முடியாது.