Daardie .csr-lêer is steeds 'n sertifikaatversoek
Identifiseer sertifikaatversoeke, uitgereikte sertifikate en private sleutels voordat lêers aan 'n proxy se TLS-opstelling toegewys word.
server.csr is gewoonlik 'n versoek wat 'n sertifikaatowerheid vra om 'n sertifikaat uit te reik. Om 'n proxy se sertifikaatopsie daarop te rig, voltooi nie daardie proses nie.
Kyk binne-in die PEM-lêer:
-----BEGIN CERTIFICATE REQUEST-----
-----BEGIN CERTIFICATE-----
-----BEGIN PRIVATE KEY-----Hierdie etikette beskryf verskillende objekte. 'n Versoek is nie 'n uitgereikte sertifikaat nie, en sy private sleutel ook nie. Om 'n lêer na .pem te hernoem, verander niks daaraan nie.
Vir 'n TLS-ontvanger wat die proxy identifiseer, gebruik die uitgereikte sertifikaat vir daardie proxy-naam en die ooreenstemmende sleutel, in die rangskikking wat die sagteware dokumenteer. openssl req ondersoek sertifikaatversoeke; openssl x509 ondersoek sertifikate. Gebruik die ontleder vir die objek wat jy het. Vir Squid 6.13, gebruik die uitgereikte sertifikaat en ooreenstemmende sleutel in sy TLS-ontvanger.
'n Gewone bediener-sertifikaat verskil ook van 'n CA wat vir gemagtigde onderskepping gebruik word. Dit verleen nie die mag om onverwante webwerf-sertifikate te onderteken nie.
Bevestig objekttipes en sleutelparing voordat jy gasheernaamkontroles of netwerkbereikbaarheid ondersoek. TLS kan nie 'n sertifikaat gebruik wat nooit verskaf is nie.