Ang .csr na file ay hinihingi pa rin ng sertipiko
Iba-ibahin ang mga kahilingan ng sertipiko, mga naisyung sertipiko, at mga pribadong susi bago magtalaga ng mga file sa TLS na pagsasaayos ng isang proxy.
server.csr ay karaniwang isang kahilingan sa isang awtoridad ng sertipiko na magbigay ng sertipiko. Ang ituro rito ang opsyon ng sertipiko ng isang proxy ay hindi nagtatapos sa prosesong iyon.
Tingnan sa loob ng file na PEM:
-----BEGIN CERTIFICATE REQUEST-----
-----BEGIN CERTIFICATE-----
-----BEGIN PRIVATE KEY-----Inilalarawan ng mga label na ito ang magkaibang bagay. Ang kahilingan ay hindi naisyung sertipiko, at gayundin ang pribado nitong susi. Ang palitan ng pangalan ng file sa .pem ay walang binabago sa mga ito.
Para sa tagapakinig ng TLS na kumikilala sa proxy, gamitin ang naisyung sertipiko para sa pangalang iyon ng proxy at ang katugmang susi, sa ayos na dokumentado ng software. Sinusuri ng openssl req ang mga kahilingan ng sertipiko; sinusuri ng openssl x509 ang mga sertipiko. Gamitin ang angkop na parser sa bagay na mayroon ka. Sa Squid 6.13, gamitin ang naisyung sertipiko at katugmang susi sa tagapakinig nitong TLS.
Ang karaniwang sertipiko ng server ay kaiba rin sa isang CA na ginagamit para sa awtorisadong pagharang. Hindi ito nagbibigay ng awtoridad na lumagda sa mga sertipiko ng walang kaugnayang web site.
Kumpirmahin ang mga uri ng bagay at pagtatambal ng susi bago siyasatin ang mga pagsusuri ng hostname o maabot ng network. Hindi magagamit ng TLS ang isang sertipikong hindi kailanman ibinigay.