server.csr ჩვეულებრივ არის მოთხოვნა სერტიფიკატის ორგანოსადმი სერტიფიკატის გაცემის შესახებ. პროქსის სერტიფიკატის პარამეტრის მასზე მიმართვა ამ პროცესს არ ამთავრებს.

შეხედეთ PEM ფაილის შიგნით:

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

ეს იარლიყები სხვადასხვა ობიექტს აღწერს. მოთხოვნა არ არის გაცემული სერტიფიკატი და მისი პირადი გასაღებიც არ არის. ფაილის .pem-ად გადარქმევა აქედან არაფერს ცვლის.

პროქსის იდენტიფიცირებადი TLS მსმენელისთვის გამოიყენეთ ამ პროქსის სახელისთვის გაცემული სერტიფიკატი და მისი შესაბამისი გასაღები, იმ განლაგებით, რომელსაც პროგრამა აღწერს. openssl req იკვლევს სერტიფიკატის მოთხოვნებს; openssl x509 იკვლევს სერტიფიკატებს. გამოიყენეთ ის ანალიზატორი, რომელიც თქვენს ობიექტს შეესაბამება. Squid 6.13-ისთვის გამოიყენეთ გაცემული სერტიფიკატი და შესაბამისი გასაღები მის TLS მსმენელში.

ჩვეულებრივი სერვერის სერტიფიკატი ასევე განსხვავდება ნებადართული ჩარევისთვის გამოყენებული CA-სგან. ის არ იძლევა უფლებას ხელი მოაწეროს უკავშირო ვებსაიტების სერტიფიკატებს.

დაადასტურეთ ობიექტების ტიპები და გასაღებების წყვილობა, სანამ ჰოსტის სახელის შემოწმებებს ან ქსელის ხელმისაწვდომობას გამოიკვლევთ. TLS ვერ გამოიყენებს სერტიფიკატს, რომელიც არასოდეს მიწოდებულა.

დაკავშირებული სტატიები